오픈 포트 검사기: HTTP, HTTPS, WebSocket 포트 테스트
오픈 포트 검사기는 최선형 브라우저 포트 프로브입니다. 호스트와 포트를 입력하면 브라우저 fetch(no-cors)와 WebSocket으로 HTTP(S) 또는 WebSocket 서비스 여부를 살핍니다. 브라우저는 raw TCP 소켓을 열 수 없고 SSH·SMTP 같은 제한 포트를 차단하므로, 결과만으로 포트가 열렸는지 닫혔는지 증명할 수 없습니다. 확실한 검사는 포함된 nc와 nmap 명령 제안을 사용하세요.
오픈 포트 검사기는 호스트와 포트가 HTTP(S) 또는 WebSocket 서비스를 제공하는 것처럼 보이는지 확인하는 최선형 브라우저 포트 프로브입니다. 개발자와 DevOps 엔지니어가 연결을 조사하는 빠른 방법을 제공하지만, 포트가 열렸는지 닫혔는지 확정적으로 판단할 수는 없습니다.
대상을 검사하려면 호스트와 포트를 입력하세요. 도구는 브라우저 fetch(no-cors)와 WebSocket으로 감지를 시도합니다. 브라우저는 raw TCP 소켓을 열 수 없고, SSH·SMTP 같은 제한 포트를 차단합니다. 따라서 브라우저 기반 프로빙에는 중요한 한계가 있습니다. 응답이 없다고 해서 포트가 닫혔다고 단정할 수 없습니다. 오픈 포트 검사기에는 확정 결과를 위한 nc와 nmap 명령 제안이 포함되어 있습니다.
브라우저 프로브와 명령줄 포트 검사는 서로 바꿔 쓸 수 없습니다. 브라우저 방식은 HTTP(S) 또는 WebSocket 서비스 여부를 살필 수 있지만, 브라우저는 확정적인 포트 검사에 필요한 raw TCP 연결을 만들 수 없습니다. 빠른 초기 신호용으로 브라우저 도구를 사용한 뒤, 결론적인 결과가 필요하면 nc나 nmap으로 전환하세요.
도구는 브라우저에서 실행되지만 대상을 검사하려면 네트워크 액세스가 필요합니다. 입력한 호스트와 포트는 연결 시도의 일부로 해당 호스트로 전송됩니다. My-DevTools는 아무것도 저장하지 않습니다. 오픈 포트 검사기는 대상에 도달해야 하므로 오프라인에서는 동작하지 않습니다. 브라우저 기반 검사의 한계를 명확히 하면서 서비스 엔드포인트를 조사하는 개발자와 DevOps 엔지니어에게 도움이 됩니다.
1단계: 확인하려는 호스트와 포트를 입력하세요. 대상에 연결을 시도하려면 이 세부 정보가 필요합니다.
2단계: 브라우저에서 검사를 실행하세요. 오픈 포트 검사기는 no-cors fetch와 WebSocket으로 HTTP(S) 또는 WebSocket 서비스 여부를 살핍니다.
3단계: 결과는 포트가 열렸는지 닫혔는지에 대한 확정 판단이 아니라 최선형 신호로 검토하세요. 브라우저 제한이 프로브의 감지에 영향을 줄 수 있습니다.
4단계: 확실한 검사는 제안된 nc 또는 nmap 명령을 사용하세요. 이 명령줄 도구들은 브라우저 기반 프로브가 할 수 없는 검사를 수행할 수 있습니다.
사용 사례: 호스트와 포트가 연결 요구 사항을 만족하는지 평가할 때 오픈 포트 검사기로 초기 검사를 하세요. 브라우저 결과는 신호로 취급한 뒤 nc나 nmap으로 확인하세요.
사용 사례: 서비스 엔드포인트를 리뷰어나 사용자와 공유하기 전에 검사해 연결 문제를 일찍 찾으세요. 브라우저의 부정적 결과가 포트가 닫혔음을 증명하지는 않습니다.
사용 사례: 브라우저 결과를 확정 판정처럼 취급하지 말고 맥락에 맞는 포트 상태 평가를 하세요. 확인이 필요하면 nc나 nmap으로 후속 검사하세요.
사용 사례: 브라우저에서 호스트가 HTTP(S) 서비스를 제공하는 것처럼 보이는지 검사하세요. 프로브는 초기 검사에 유용하지만 raw TCP 연결을 테스트할 수는 없습니다.
사용 사례: 호스트와 포트의 WebSocket 서비스 여부에 대한 초기 검사를 하세요. 확정 결과가 필요하면 제안된 명령줄 검사 중 하나를 사용하세요.