Windows Server 2008 R2를 실행중인 서버의 공용 IP에서 127.0.0.1:8334로 연결 (바인딩)하는 응용 프로그램이 있습니다. [0.0.0.0:8334에서 수신 대기하는 서비스에 연결]
Windows 2003에서는 이에 문제가 없었습니다. 1.2.3.4 [예]에서 127.0.0.1:8334까지 TCP를 사용하여 연결할 수 있습니다.
Windows 2008에서는 공용 IP (예 : 1.2.3.4에서 127.0.0.1:8334) 로의 TCP 연결도 실패합니다. 그러나 서비스는 127.0.0.1 ~ 127.0.0.1:8334 및 127.0.0.1 ~ 1.2.3.4:8334 연결을 허용합니다.
Windows 방화벽을 끄고 로깅을 구성하는 등 유용한 로그 항목이 표시되지 않았습니다. 새 네트워킹 스택에 문제가 있습니까?
편집
1.2.3.4 같은 컴퓨터에서 로컬 호스트 [127.0.0.1]에 연결하려고합니다
호스트 파일은 기본 Windows 2008 호스트 파일입니다.
루프백 확인 정보, 흥미로운. 그것을 시도했다 ... 건의 한 일. ID가 모든 것을 올바르게 수행했는지 확인하기 위해 크로스 체크했습니다.
NAT 또는 포트를 전달하는 다른 방법을 사용하는 솔루션이 있는지 궁금합니다. 127.0.0.1:port를 1.2.3.4:port로 전달하면 작동합니까? 앱이 0.0.0.0:port에서 수신 대기한다고 가정하면 1.2.3.4:port에서 연결을 선택합니다.
HOSTS 파일에는 localhost 127.0.0.1이 포함되어 있지만 hosts 파일은 호스트 이름 조회에만 사용됩니다. 이 경우 127.0.0.1 IP 주소가 로컬 호스트 호스트 이름 대신 하드 코드되어 있으므로 응용 프로그램에서 호스트 이름을 찾지 않습니다. 따라서 HOSTS 파일은 여기서 재생되지 않습니다.
1024 이상의 포트에 관해서는 아마도 MaxUserPort 문제라고 생각하십니까? 포트 445에 간단한 연결을 시도하여 이것을 테스트했습니다. 127.0.0.1부터 작동하며 소스 IP 1.2.3.4에서 연결하면 작동하지 않습니다. 445는 표준 Windows 서비스이므로 작동해야합니다!
현재 머신에서 NAT 또는 RRAS를 실행하지 않고 있습니다. 경로 재 지정 방법이 있는지 궁금합니다. TCP / IP 스택이 루프백 인터페이스에 도달하여 경로를 재 지정하기 전에 패킷을 거부하기 때문에 작동하지 않을 것으로 생각합니다.
내가 확인한 경로 인쇄-괜찮은 것 같습니다. 공용 IP가 먼저 라우팅 된 다음 127.0.0.0 netmask 255.255.255.0 및 127.0.0.1 netmask 255.255.255.255가 모두 루프백됩니다.
편집 문제의 원인에 대한 답을 찾았습니다. 나는 eventvwr.msc를 사용하고 Winsock 로깅을 활성화하고 다른 서비스를 끄고이 연결 테스트를 시도했습니다. 내가 구글 검색 할 때 16 진수로 STATUS_INVALID_ADDRESS_COMPONENT에 매핑 된 오류가 발생했습니다.
나에게있어 그 : http://social.msdn.microsoft.com/Forums/en-US/wfp/thread/d7cb6138-3f67-4467-a068-8325f56739ba
이는 Vista / 7 / Server 2008 용 WFP의 [Windows 필터링 플랫폼]에서 의도적으로 변경된 것임을 확인했습니다.
[Anupama Vasanth의 답변보기]
내가 어려운 길을 가고 코드를 다시 작성해야 할 것 같습니다. [관리자를 다루는 것을 의미하기 때문에 어렵습니다!]
문제를 찾거나 확인하도록 도와 주셔서 감사합니다!