%3F.png)
Windows 2003 서버를 실행하는 기업 네트워크의 방화벽 내부에 있는 사용자 지정 응용 프로그램의 문제를 해결하려고 합니다. 우리 애플리케이션은 PHP/cURL을 사용하여 XML 데이터를 공개 호스팅 웹사이트로 보냅니다. 기본적으로 이 서버에서는 브라우저를 사용할 수 없습니다. 그러나 이전 애플리케이션 반복에서는 브라우저 잠금에도 불구하고 포트 80에서 아웃바운드로 이동할 수 있었습니다.
포트 80 또는 포트 443을 통해 특정 대상에 도달할 수 있는지 확인하는 간단한 방법이 필요합니다(예:http://www.foo.com/other/import-xml?md87t9=g456342135kj5f7)
고객과 함께 방화벽/웹 필터링 설정을 변경하기 전에 이를 확인하고 싶습니다.
답변1
해당 포트에서 서비스를 실행하는 해당 주소의 시스템이 필요하며 해당 시스템은 들어오는 트래픽을 차단해서는 안 됩니다. 이것이 사실이라면 해당 포트에서 수신 대기 중인 서비스와 어떻게든 통신을 시도해야 합니다. 이것이 양쪽의 정확한 방화벽 구성을 알지 못해도 확실하게 알 수 있는 유일한 100% 신뢰할 수 있는 방법입니다.
그러나 브라우저를 사용할 수 없다는 것이 유일한 문제이고 Windows Server 2003에서 테스트하려는 경우에는 텔넷을 사용하여 수동 HTTP 요청을 실행할 수 있습니다. 명령 프롬프트에서 다음을 시도해 보십시오.
telnet yourserver.com 80
그런 다음 Enter 키를 한 번 누른 다음 정확하게 입력합니다(입력한 내용은 볼 수 없음).
GET / HTTP/1.1
그런 다음 Enter 키를 누릅니다.
웹서버가 해당 포트에서 수신 대기하고 있고 연결할 수 있는 경우 HTML을 다시 받게 됩니다. 그렇지 않으면 연결 시간이 초과됩니다.
답변2
Firebind는 Java 애플릿 클라이언트를 사용하여 시스템과 Firebind 서버 간의 TCP 또는 UDP 포트를 통해 패킷을 보내는 클라우드 기반 네트워크 경로 유효성 검사 도구입니다. 이는 아웃바운드(개인 네트워크에서 인터넷으로) 방향의 테스트를 제공합니다.
65535 TCP 또는 UDP 포트 중 하나(또는 원하는 경우 모두)를 선택하여 테스트할 수 있습니다. Firebind는 Java 애플릿 클라이언트의 테스트 트래픽을 "수신"하기 위해 서버 측 포트를 동적으로 엽니다. 테스트 패킷이 그대로 서버에 도달한 다음 변경되지 않고 성공적으로 클라이언트에 다시 에코되면 포트 테스트가 성공한 것입니다. 특정 포트를 차단하는 방화벽이 있는 경우 Firebind는 실패를 보고합니다. TCP 프로토콜의 경우 어떻게 차단되었는지(예: TCP DROP/시간 초과 또는 TCP RESET/거부) 알려줍니다.