Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 3개 있습니다.)

.NET 5부터 지원하는 GetRawSocketOption 사용 시 주의할 점

대개의 경우, 사용이 편리하기 때문에 GetRawSocketOption보다는 GetSocketOption을 사용하게 될 것입니다. 예를 들어, KeepAlive 상태 값을 구하는 경우 이렇게 코딩할 수 있습니다.

Socket socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
Console.WriteLine(socket.GetSocketOption(SocketOptionLevel.Socket, SocketOptionName.KeepAlive)); // TcpKeepAliveInterval, TcpKeepAliveTime
return;

// 출력 결과: 0

그런데, .NET 5부터 지원하는 GetRawSocketOption 메서드는,

Socket.GetRawSocketOption(Int32, Int32, Span<Byte>) Method
; https://learn.microsoft.com/en-us/dotnet/api/system.net.sockets.socket.getrawsocketoption

인자에 SocketOptionLevel, SocketOptionName enum 타입을 받지 않고 직접 int 값을 전달해야 합니다. 가령 위에서 KeepAlive를 구하기 위해 전달한 SocketOptionLevel.Socket, SocketOptionName.KeepAlive에 대해 각각 상숫값 그대로 다음과 같이 바꿔 코딩할 수 있는데요,

Socket socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);

byte[] buffer = new byte[4];
// SocketOptionLevel.Socket == 0xffff
// SocketOptionName.KeepAlive == 8
int nbytes = socket.GetRawSocketOption(0xffff, 8, buffer);
int keepAlive = BitConverter.ToInt32(buffer, 0);
Console.WriteLine($"SO_KEEPALIVE: {keepAlive}");

/* 출력 결과
0
SO_KEEPALIVE: 0
*/

문제는, 이 값이 플랫폼별로 다르다는 점입니다. 그래서 위의 소스 코드로 WSL 환경에서 실행하면 이런 예외가 발생합니다.

Unhandled exception. System.Net.Sockets.SocketException (95): Operation not supported
   at System.Net.Sockets.Socket.UpdateStatusAfterSocketErrorAndThrowException(SocketError error, Boolean disconnectOnFailure, String callerName)
   at System.Net.Sockets.Socket.GetRawSocketOption(Int32 optionLevel, Int32 optionName, Span`1 optionValue)
   at ConsoleApp1.Program.Main(String[] args) in C:\temp\ConsoleApp1\ConsoleApp1\Program.cs:line 45

따라서, 이 소스 코드를 정상적으로 동작하게 만들려면 SOL_SOCKET == 1, SO_KEEPALIVE == 9로 설정해서,

/*
sys/socket.h

#define SOL_SOCKET	1
#define SO_KEEPALIVE	9
*/

int nbytes = socket.GetRawSocketOption(1, 9, buffer);

실행해야 합니다. 그렇기 때문에 GetSocketOption에서 지원되는 옵션이라면 가능한 그것을 사용하고, 만약 지원되지 않아 GetRawSocketOption을 사용한다면 다중 플랫폼 지원에 따른 고려를 해야 합니다.

제 생각에는, 대충 이런 식으로 코딩을 하는 것이 좋겠습니다. ^^

using System.Net.Sockets;
using System.Runtime.InteropServices;

internal class Program
{
    public static int SOL_SOCKET
    {
        get
        {
            if (RuntimeInformation.IsOSPlatform(OSPlatform.Windows))
            {
                return 0xffff;
            }

            return 1;
        }
    }

    public static int SO_KEEPALIVE
    {
        get
        {
            if (RuntimeInformation.IsOSPlatform(OSPlatform.Windows))
            {
                return 8;
            }

            return 9;
        }
    }            

    static void Main(string[] args)
    {
        {
            Socket socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
            Console.WriteLine(socket.GetSocketOption(SocketOptionLevel.Socket, SocketOptionName.KeepAlive));
        }

        {
            Socket socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);

            byte[] buffer = new byte[4];
            socket.GetRawSocketOption(SOL_SOCKET, SO_KEEPALIVE, buffer);
            int keepAlive = BitConverter.ToInt32(buffer, 0);
            Console.WriteLine($"SO_KEEPALIVE: {keepAlive}");
        }
    }
}

아쉽군요, 왜 플랫폼마다 다르게 저 상숫값들이 정해졌을까요? ^^;




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/23/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  [176]  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
600정성태10/9/200832285디버깅 기술: 18. TFS Team Build + Source Server = 소스 코드 디버깅 [3]
603정성태10/15/200824172    답변글 디버깅 기술: 18.1. 소스 서버 구성, 그 외의 이야기
599정성태10/5/200830092디버깅 기술: 17. TFS Team Build + Symbol Server [1]
598정성태10/3/200820100VS.NET IDE: 57. VS.NET 2008 - 다중 프로젝트에서 단일 SNK를 사용하는 방법
597정성태10/2/200818799Team Foundation Server: 25. VSTS 2008의 Build Explorer
596정성태10/2/200825556오류 유형: 58. WPF : 드롭다운 유형의 ComboBox가 펼쳐지지 않는 문제
595정성태10/1/200833112디버깅 기술: 16. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석 [2]
594정성태9/22/200821138.NET Framework: 104. Win32Exception 클래스 소개
591정성태7/24/200817910오류 유형: 57. VS.NET 2008 TFC - 체크인 시에 비프 음과 함께 정지되는 현상
592정성태7/28/200817914    답변글 오류 유형: 57.1. VS.NET 2008 TFC - 체크인 시에 비프 음과 함께 정지되는 현상 [1]
590정성태7/20/200823678.NET Framework: 103. WPF - ControlTemplate을 코드에서 다뤄보기 [1]
589정성태6/17/200820567.NET Framework: 102. COM 개체의 이벤트를 구독하는 코드 제작 [1]
588정성태6/13/200822424VC++: 35. COM 이벤트에서 반환값을 가진 콜백 정의
587정성태6/10/200827160VS.NET IDE: 56. C#에서 아쉬운 __DATE__, __TIME__ 매크로 [2]
586정성태6/4/200824793오류 유형: 56. WPF 디자이너 - The string was not recognized as a valid DateTime [2]
585정성태6/4/200832958.NET Framework: 101. WPF - ActiveX 컨트롤 호스팅하는 방법 [2]
582정성태5/16/200824798오류 유형: 55. Windowless ActiveX controls are not supported
580정성태4/24/200823901VC++: 34. 64비트 윈도우즈에서의 이벤트 후킹
579정성태4/24/200823695VC++: 33. 변환 후의 RGS 파일 내용을 얻는 방법
577정성태4/16/200824588.NET Framework: 100. XML Serializer를 이용한 값 복사 [5]
575정성태4/7/200821736오류 유형: 54. TFS Source Control - 명령을 사용할 수 없음 [2]
574정성태3/31/200820034오류 유형: 53. TFS 연결 오류 - The workspace [...] exists on computer [...]
573정성태3/25/200823778Windows: 31. TS Web Access와 UAC [1]
570정성태3/17/200823098오류 유형: 52. TFS 연결 오류 - TF31001 [2]
569정성태3/16/200824055Team Foundation Server: 24. TFS 2008로 마이그레이션 (2) [2]
566정성태2/28/200825221.NET Framework: 99. AppDomain.GetEntryAssembly()를 우회하는 방법파일 다운로드1
... 166  167  168  169  170  171  172  173  174  175  [176]  177  178  179  180  ...