Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

UDP 브로드캐스팅을 이용해 서비스 측의 IP 주소를 구하는 방법

프로그램을 만들다 보면, 사용자에게 IP 주소를 입력받는 경우가 생기는데요. 이 작업이 다소 귀찮은 것이 사실입니다. 다행히 (UDP 패킷이 전달되는) 같은 네트워크 내에 소켓 클라이언트/서버가 있다면 이 작업을 UDP 브로드캐스팅으로 간단하게 해결할 수 있습니다.

우선, 서비스를 제공하는 측의 프로그램에서는 다음과 같이 UDP 소켓을 열어 Receive로 대기해 놓아야 합니다.

// ============= 서버 측 프로그램 =============
private static void StartListener()
{
    bool done = false;

    UdpClient listener = new UdpClient(listenPort);
    
    // 11000번 포트로 UDP 브로드캐스팅 패킷을 수신하기 위한 접점 정보 구성
    IPEndPoint groupEP = new IPEndPoint(IPAddress.Broadcast, 11000);

    while (!done)
    {
        // UDP 브로드캐스팅 패킷을 수신
        byte[] bytes = listener.Receive(ref groupEP); // 블록킹 상태로 진입

        // ... 생략 ...        
    }

    listener.Close();
}

그럼, 해당 서비스를 찾는 클라이언트 측에서는 UDP 소켓을 이용해 패킷을 현재 망에 뿌려주면 됩니다.

// ============= 클라이언트 측 프로그램 =============
static void Main(string[] args)
{
    Socket s = new Socket(AddressFamily.InterNetwork, SocketType.Dgram, ProtocolType.Udp);
    s.EnableBroadcast = true;

    byte[] sendbuf = Encoding.ASCII.GetBytes("HELLO");
    EndPoint targetEndPoint = new IPEndPoint(IPAddress.Broadcast, 11000);

    // UDP 브로드캐스팅 패킷을 네트워크에 전송
    s.SendTo(sendbuf, targetEndPoint);

    // ... 생략 ...
}

클라이언트 측의 SendTo로 브로드캐스팅 패킷이 네트워크에 뿌려지면 서버 측에서 대기 중인 listener.Receive가 이를 수신하게 됩니다. 그럼, 서버는 자신의 IP 주소를 상대방에게 전송함으로써 서비스가 대기 중인 IP 주소를 알릴 수 있습니다.

그런데, 여기서 한 가지 주의해야 할 사항이 있는데요. 서버에는 네트워크 어댑터의 수에 따라 다양한 IP 주소가 할당될 수 있고, 그 중에는 클라이언트 측 IP 주소와 동일한 네트워크를 공유하지 않는 경우도 발생할 수 있으므로 아무 IP나 전송해서는 안됩니다. 가능하다면 서브넷 마스크값을 확인해서 그에 대응되는 IP 주소 값을 보내주는 것이 좋은데, 이에 대해서는 다음과 같은 방식으로 구할 수 있습니다.

private static void StartListener()
{
     // ... 생략 ...   

    byte[] bytes = listener.Receive(ref groupEP);

    string txt = FindUdpEndpoint(groupEP);

    // ... 생략 ...  
}

private static string FindUdpEndpoint(IPEndPoint groupEP)
{
    byte[] clntAddress = groupEP.Address.GetAddressBytes();

    foreach (var item in GetInetAddress(AddressFamily.InterNetwork))
    {
        byte[] svrAddress = item.Item1.GetAddressBytes();
        byte[] maskAddress = item.Item2.GetAddressBytes();

        bool match = true;

        for (int i = 0; i < maskAddress.Length; i++)
        {
            if (maskAddress[i] == 0xFF)
            {
                if (svrAddress[i] != clntAddress[i])
                {
                    match = false;
                    break;
                }
            }
            else
            {
                break;
            }
        }

        if (match == true)
        {
            return item.Item1.ToString();
        }
    }

    return null;
}

public static Tuple<IPAddress, IPAddress>[] GetInetAddress(System.Net.Sockets.AddressFamily family)
{
    List<Tuple<IPAddress, IPAddress>> ipAddresses = new List<Tuple<IPAddress, IPAddress>>();

    NetworkInterface[] nics = NetworkInterface.GetAllNetworkInterfaces();
    foreach (NetworkInterface nic in nics)
    {
        foreach (UnicastIPAddressInformation uni in nic.GetIPProperties().UnicastAddresses)
        {
            if (uni.Address.AddressFamily == family)
            {
                if (System.Net.IPAddress.Loopback.ToString() == uni.Address.ToString())
                {
                    continue;
                }

                ipAddresses.Add(Tuple.Create(uni.Address, uni.IPv4Mask));
            }
        }
    }

    return ipAddresses.ToArray();
}

대응되는 IP 주소도 구했으니, 서버는 그 값을 클라이언트 측에 전송해 주는 것으로 모든 임무를 끝마칠 수 있습니다.

// ============= 서버 측 프로그램 =============
private static void StartListener()
{
    // ... 생략 ...   

    while (!done)
    {
        byte[] bytes = listener.Receive(ref groupEP);

        string txt = FindUdpEndpoint(groupEP);

        // UDP 브로드캐스팅을 발생시킨 클라이언트 측으로 맞대응되는 IP 주소를 전송
        byte[] buffer = Encoding.UTF8.GetBytes(txt);
        listener.Send(buffer, buffer.Length, groupEP);        
    }

    // ... 생략 ...  
}

그럼, 클라이언트는 어떻게 응답을 수신하고 있어야 할까요? 단순하게 ReceiveFrom을 호출해도 되지만, 서비스로부터의 응답이 안 오는 경우도 발생할 수 있으므로 비동기 호출을 하는 것이 좋습니다.

// ============= 클라이언트 측 프로그램 =============
static void Main(string[] args)
{
    // ... 생략 ...   
    s.SendTo(sendbuf, targetEndPoint);

    var arg = new SocketAsyncEventArgs();
    arg.Completed += ReceiveAsync_Completed;
    arg.SetBuffer(new byte[4096], 0, 4096);

    // 비동기 방식의 수신 메서드 호출
    s.ReceiveAsync(arg);

    Console.ReadLine();
}

static void ReceiveAsync_Completed(object sender, SocketAsyncEventArgs e)
{
    if (e.Buffer.Length == 0)
    {
        return;
    }

    // 수신이 완료되었을 때 호출되는 메서드
    string txt = Encoding.UTF8.GetString(e.Buffer);
    Console.WriteLine("Echo from : " + txt.TrimEnd('\0'));
}

결과적으로, 사용자는 IP 주소를 입력할 필요가 없어졌으니 프로그램 사용이 보다 더 편해지게 되었습니다. ^^

(첨부한 파일은 예제 프로젝트를 담고 있습니다.)




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







[최초 등록일: ]
[최종 수정일: 6/27/2021]

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

비밀번호

댓글 작성자
 



2019-01-23 11시26분
[아] 자료 감사합니다 !
[guest]

... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12086정성태12/20/201921061디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201919032오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201919446디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922394Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920600오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922473개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919622.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921570오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921371Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920438Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918961디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919769디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919470디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920948Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917714오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921262오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923190오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919622디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928263디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919664디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919308디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917618디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920579오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919514디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918942디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919399Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...