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)
536정성태9/12/200732354.NET Framework: 97. WCF : netTcpBinding에서의 각종 Timeout 값 설명 [11]
535정성태9/11/200729810.NET Framework: 96. WCF - PerSession에서의 클라이언트 연결 관리 [5]
534정성태9/3/200725309개발 환경 구성: 29. VHD 파일 크기 줄이기
533정성태9/2/200728013개발 환경 구성: 28. CA 서비스 - 사용자 정의 템플릿 유형 추가
532정성태9/2/200730548개발 환경 구성: 27. AD CA에서 Code Signing 인증서 유형 추가 방법
531정성태9/2/200726286.NET Framework: 95. WCF에서의 DataTable 사용
530정성태9/1/200722779.NET Framework: 94. WCF 예외에 대한 시행착오
529정성태8/31/200725695.NET Framework: 93. WCF - DataContract와 KnownType 특성 [1]
528정성태8/30/200720348오류 유형: 47. VPC - 네트워크 어댑터 MAC 주소 중복 오류
527정성태8/30/200730428Team Foundation Server: 20. 잠긴 파일을 강제로 해제 [2]
526정성태8/29/200720323오류 유형: 46. VS.NET 2008 - ASP.NET 디버깅 : Strong name validation failed.
525정성태8/27/200722564VS.NET IDE: 54. VS.NET 2008 - 새롭게 도입되는 XSD Schema Designer
524정성태8/23/200740076오류 유형: 45. 요청한 작업은, 사용자가 매핑한 구역이 열려 있는...
523정성태8/16/200722717VS.NET IDE: 53. VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
522정성태8/13/200726368VS.NET IDE: 52. VS.NET 2008 - WCF를 위한 디버깅 환경 개선
521정성태8/8/200726385.NET Framework: 92. XmlSerializer 생성자의 실행 속도를 올리는 방법 - 두 번째 이야기 [3]
520정성태8/7/200721587VS.NET IDE: 51. Visual Studio 2008 베타 2 설치
519정성태7/27/200727960오류 유형: 44. System.BadImageFormatException [2]
518정성태7/26/200728977오류 유형: 43. System.ComponentModel.LicenseException [1]
517정성태7/19/200717254개발 환경 구성: 26. VPC - 일반 사용자 계정으로 구동
516정성태7/19/200720379오류 유형: 42. TFS - Error loading menu: Index was outside the bounds of the array [2]
515정성태7/18/200728122오류 유형: 41. SSL 서버 자격 증명을 만드는 동안 심각한 오류가 발생했습니다.
514정성태7/14/200720816Team Foundation Server: 19. Orcas에서 개선되는 TFS 기능들
513정성태7/4/200731791.NET Framework: 91. Foreground Thread / Background Thread [1]
512정성태6/27/200721726오류 유형: 40. error PRJ0050: Failed to register output.
511정성태6/25/200729726.NET Framework: 90. XmlSerializer 생성자의 실행 속도를 올리는 방법 [2]
... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...