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

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  97  [98]  99  100  101  102  103  104  105  ...
NoWriterDateCnt.TitleFile(s)
11545정성태6/11/201826090오류 유형: 469. .NET Core 프로젝트를 Visual Studio에서 실행 시 System.BadImageFormatException 발생하는 경우 [1]
11544정성태6/10/201825471.NET Framework: 765. C# 7.2 - 숫자 리터럴의 선행 밑줄과 뒤에 오지 않는 명명된 인수
11543정성태6/9/201824774.NET Framework: 764. C# 7.2 - private protected 접근자 추가파일 다운로드1
11542정성태6/9/201863215개발 환경 구성: 381. Azure Web App 확장 예제 - Remove Custom Headers
11541정성태6/9/201822517개발 환경 구성: 380. Azure Web App 확장 배포 방법 [1]
11540정성태6/9/201822110개발 환경 구성: 379. Azure Web App 확장 예제 제작 [2]
11539정성태6/8/201822878.NET Framework: 763. .NET Core 2.1 - Tiered Compilation 도입파일 다운로드1
11538정성태6/8/201821504.NET Framework: 762. .NET Core 2.1 - 확장 도구(Tools) 관리 [1]
11537정성태6/8/201826911.NET Framework: 761. C# - SmtpClient로 SMTP + SSL/TLS 서버를 이용하는 방법 [5]
11536정성태6/7/201823177.NET Framework: 760. Microsoft Build 2018 - The future of C# 동영상 내용 정리 [1]파일 다운로드1
11535정성태6/7/201826756.NET Framework: 759. C# - System.Span<T> 성능 [1]
11534정성태6/6/201831808.NET Framework: 758. C# 7.2 - Span<T> [6]
11533정성태6/5/201834846.NET Framework: 757. 포인터 형 매개 변수를 갖는 C++ DLL의 함수를 C#에서 호출하는 방법파일 다운로드1
11532정성태6/5/201823339.NET Framework: 756. JSON의 escape sequence 문자 처리 방식
11531정성태6/4/201827643오류 유형: 468. JSON.parse가 허용하지 않는 문자 [9]
11530정성태5/31/201829015.NET Framework: 755. C# 7.2 - 스택에만 생성할 수 있는 값 타입 지원 - "ref struct" [2]파일 다운로드1
11529정성태5/23/201826626.NET Framework: 754. 닷넷의 관리 포인터(Managed Pointer)와 System.TypedReference [6]파일 다운로드1
11528정성태5/17/201826089.NET Framework: 753. C# 7.2 - 3항 연산자에 ref 지원(conditional ref operator) [1]
11527정성태5/17/201823475오류 유형: 467. RDP 로그인 에러 - This could be due to CredSSP encryption oracle remediation.
11526정성태5/16/201823069.NET Framework: 752. C# 7.2 - 메서드의 반환값 및 로컬 변수에 ref readonly 기능 추가파일 다운로드1
11525정성태5/16/201827649.NET Framework: 751. C# 7.2 - 메서드의 매개 변수에 in 변경자 추가 [3]파일 다운로드1
11524정성태5/15/201826669.NET Framework: 750. C# 7.2 - readonly 구조체 [5]파일 다운로드1
11523정성태5/15/201822887.NET Framework: 749. C# - 값 형식의 readonly 인스턴스에 대한 메서드 호출 시 defensive copy 발생 [1]파일 다운로드1
11522정성태5/15/201822044개발 환경 구성: 378. Azure - VM 진단 설정 화면의 "This subscription is not registered with the Microsoft.Insights resource provider."
11521정성태5/15/201819681개발 환경 구성: 377. Azure - 원하는 성능 데이터로 모니터링 대시보드 구성
11520정성태5/12/201822292.NET Framework: 748. C# 7.1 - 참조 어셈블리(Ref Assemblies)
... 91  92  93  94  95  96  97  [98]  99  100  101  102  103  104  105  ...