>가능하시면 수시한 UDP packet 을 capture 하여 게시판에 올려주실 수 있으신가요?
>
>그리고 말씀하신 사설 IP 인 10.43.12.23 로 PING 을 해보면 통신이 안되는 것이 맞는지요?
>
>PING 이 안된다고 하면 악성 사용자가 무작위로 UDP packet 을 만들어서 (이때 Source IP, Source MAC 을 임의로 만들 수 있습니다) 보낼 가능성도 있습니다.
>
>>>말씀하신 바와 같이 Private IP 를 사용하는 내부망에서 Public 망으로 트래픽이 나가는 경우는 NAT 를 사용하여 공인 IP 로 변경되어서 나가는 것이 정상이죠?
>>>
>>>제가 알기로는 정상적인 경우라면 사설 IP 를 그냥 Public 망으로 보내는 경우는 없습니다.
>>>
>>>Private IP 가 Public 망으로 유입되면 Public Network 장비에서 IP Routing 을 올바르게 할 수 없기 때문입니다. 결국 통신이 불가하다는 이야기죠.
>>UDP에 Source IP는 Private IP, Destination Address는 Public IP인 경우
>>IP Routing은 가능하잔아여... UDP가 가야하는 Destination은 정상이기에... 아닌가??
>>원래 사설 ip가 NAT를 통해서 Public Network로 나올려면 NAT에서 PrivateIP->GlobalIP로 변경을 해주는데... 이 변경을 않해준다는...
>>
>>>그런데 질문에서 B client 의 사설 IP 가 어떻게 되는 지요?
>>>그리고 실험 환경이 어떻게 되는지 말씀해주시면 좀더 정확한 원인 파악에 도움이 될 것입니다.
>>
>>BClient 사설 IP가 어떻게 된다는게 IP 정보? 10.43.12.23...
>>실험 환경이 아닌 특정 서버를 돌리고 있는데요... 서버로 접속한 사용자가 저 멀리 있는 다른 네트웍 사설에 있는 사용자 입니다.
>>이 사용자가 서버로 UDP 메시지를 보내는데 UDP 헤더에 있는 SourceIP(메시지를 보낸 IP)가 저 멀리 사설에 있는 사용자 Private IP라는 거죠...
>>Public Network로 나오는데 왜... Private IP로 나오는건지.. 알수가 없네요.. 쩝..

내용을 보니 지금 문제의 Client 환경이 질문하신 분이 관리하는 사이트가 아닌 다른 사이트의 호스트인 것으로 보입니다.
이 경우, 그 remote 사이트의 환경이 구체적으로 어떤 환경인지 알 수 없는 상황에서 문제를 분석하고 계신것으로 보이는 군요.
만약 이것이 사실이라면, 해당 증상을 가지고 몇 가지 추정을 하고 이를 기반으로 remote 사이트에 문의해서 문제의 원인을 파악하는 것이 필요할 것으로 보입니다.
만일 remote 사이트에 NAT가 설치되어 있는 것이 사실이라면, 가능성이 높은 원인으로 NAT의 구성오류를 의심해 볼 수 있습니다.
해당 10.0.0.0/8 네트워크를 NAT의 구성설정에서 내부 네트워크로 지정을 하지 않은 경우, NAT는 10.0.0.0/8 네트워크에 속한 호스트로부터 발생한 IP packet을 변환없이 그대로 외부 인터넷으로 송출해 버릴 것입니다.
이 경우, Source IP를 public ip로 매핑 변환하는 동작을 수행하지 않습니다.
이런 상황은 NAT를 설치하기는 했지만 그 구성을 정상적으로 완료하지 못한 경우에 발생할 수 있습니다.

또 다른 가능성으로는 remote 사이트에서 외부 인터넷으로 연결되는 point가 다수 존재하고 이 중에서 NAT가 일부 exit point에 존재하는 경우를 상정할 수 있습니다. 이때, 해당 remote 사이트의 호스트에서 질문하신 분의 사이트에 존재하는 서버로 도달하는 경로가 NAT가 존재하지 않는 다른 exit point를 경유하는 경우입니다. 즉, remote 사이트의 라우팅 설정의 오류를 의심할 수 있다는 말입니다. 사설 망의 호스트가 인터넷에 접근할 때는 모두 NAT를 경유하도록 라우팅을 설정해야 함에도 불구하고 그 설정에 오류가 발생한 경우에 해당합니다.