저는 동료와 함께 Azure의 개인 네트워크에 있는 부하 분산 장치에 대한 UDP 전달 구성을 설정하고 있습니다. 시도한 설정은 다음과 같습니다.
- 실제 대상 UDP 서버가 실행 중입니다.
172.16.2.2:5075 - UDP 로드 밸런서가 실행 중입니다.
172.16.1.1:5050
그래서 우리는 이러한 매핑을 사용하여 로드 밸런서에서 간단한 전달 규칙을 만들었습니다.
그러나 대상 서버는 해당 서버에 도달하는 트래픽을 기록하지 않았습니다. 그래서 문제를 해결해 보았습니다. 동일한 네트워크에서 실행되는 Ubuntu VM을 사용하여 다음을 실행하여 로드 밸런서가 UDP 트래픽에 응답하는지 확인했습니다.
nc -zvu 172.16.1.1 5050
성공했다고 보고한 것입니다. 그러나 172.16.2.2아무것도 받지 못한 것 같습니다.
그래서 대상 컴퓨터를 직접 테스트했고( 를 사용하여 nc -zvu 172.16.2.2 5075) 수신되는 호출을 기록했습니다.
예를 들어 UDP 전달/리디렉션 등을 따르는 옵션을 찾을 수 없습니다. nc따라서 트래픽이 중단된 위치를 확인하기 위해 실행도 시도했지만 tracepath -4 -p 5050 172.16.1.1"응답 없음" 줄 목록만 보았습니다.
제 동료가 실제로 이 특정 문제를 해결했으므로(Azure의 부하 분산 규칙에서 인바운드 NAT 규칙으로 전달 규칙을 변경하여) 더 이상 도움이 필요하지 않습니다.
그러나 학습 목적과 향후 문제 해결을 위해 그러한 문제를 해결할 수 있는 방법을 듣고 싶습니다. 이와 같은 로드 밸런서의 전달 규칙에서 무엇이 실패하는지, 어디에서 실패하는지 확인하는 명령(기본적으로 Ubuntu distro에 있는 것이 바람직함) 또는 명령 조합이 있습니까?
이 경우의 문제가 어느 정도 Azure와 관련된 문제라고 하더라도 저는 다음을 찾는 데 더 관심이 있습니다.적어도 UDP 트래픽 전달 체인이 얼마나 멀리 작동하는지 확인하는 클라우드에 구애받지 않는 방법. 최종 목적지에 도달하지 못한 가능한 이유에 대해 더 자세히 설명할수록 더 좋습니다.
편집하다:
더 명확하게 하기 위해 제목과 텍스트를 약간 수정했습니다. 예를 들어 독점 소프트웨어가 아닌 사용할 (내장) 명령을 찾고 있습니다.