포트 및 서비스 조회

포트 레지스트리를 양방향으로 검색하세요. 443 같은 숫자나 postgresql 같은 서비스 이름을 입력하면 표가 일치하는 모든 할당, 쓰는 전송 프로토콜, 속한 범위, 포트의 용도를 보여줍니다. 데이터는 이 페이지 안에 실린 공개 레지스트리 사본이라 조회는 네트워크 연결 없이도 동작하고 입력한 것은 브라우저를 떠나지 않습니다. 이 페이지는 포트를 스캔하지 않습니다. 어떤 기계에서 어떤 포트가 열려 있는지도 말할 수 없습니다 — 숫자가 무엇을 뜻하는지를 말합니다.
포트 번호 또는 서비스 이름
할당
오프라인 참조가 로드되었습니다. 아무것도 어디에도 보내지 않았습니다.
숫자나 서비스 이름을 입력하거나 위의 샘플을 고르세요.
세 가지 포트 범위, 그리고 숫자만이 쓸 수 있는 자격을 결정하는 이유
Well-known 포트, 0~1023. 특정 프로토콜에 하나씩 할당되며 어디서나 같은 의미를 가지는 유일한 포트들입니다. 22은 SSH, 80은 평문 HTTP, 443은 TLS 위 HTTP. 서버에서는 보통 관리자 권한 프로세스만 열 수 있으며, 그래서 거기서 듣고 있을 이유가 없는 데몬이 있다면 다시 볼 가치가 있습니다.

Registered 포트, 1024~49151. 같은 방식으로 등록되지만 어떤 프로세스든 쓸 수 있어 여기의 숫자는 당신 앞의 용도가 아니라 등록된 용도를 말합니다. 8080과 8443은 대안으로 등록되었지만 전혀 다른 것으로 쓰이는 경우가 just as 많고 개발 서버는 이 범위의 어느 번호든 나타날 수 있습니다.

Dynamic/사설 포트, 49152~65535. 의도적으로 미할당으로 남겨져 있습니다. 운영 체제가 연결의 나가는 쪽 끝에 하나를 고르며 안정적 의미가 없습니다. 이 범위의 숫자는 한 대화의 맥락으로만 읽을 수 있어 오프라인 참조가 유용한 말을 할 수 없습니다.

표 읽기. 레지스트리는 포트를 프로토콜 과 전송에 동시에 할당하고 하나의 번호가 관련 없는 여러 서비스를 실을 수 있습니다. 514는 TCP에서 원격 셸이고 UDP에서 syslog이며 465는 오래된 메일 제출 서비스와 IGMP 변형을 둘 다 가집니다. 한 행에 서비스 이름이 여럿 있으면 트래픽이 어느 쪽인지 결정하기 전에 각 이름 옆 괄호의 전송을 보세요. 번호가 없다고 오류는 아닙니다. 레지스트리에 할당이 없을 뿐이며 페이지는 여전히 어느 범위인지 말해줍니다.
다시 보기: 의도보다 사고로 노출되는 일이 더 잦은 서비스들
이 목록을 사용하는 법.여기 어디에도 포트가 열려 있다고 말하지 않습니다 — 그 뒤의 서비스가 기계에 도달할 수 있는 누구에게나 응답한다면 위험이 서비스의 나이가 시사하는 것보다 크다는 것만 말합니다. 소유한 기계에서, 내부에서, 시스템에 딸려 오는 도구로 확인하세요:

설계상 평문. 23 telnet 21 ftp 389 ldap 161 snmp — 비밀번호나 커뮤니티 문자열이 그대로 선을 건넙니다.
파일 공유와 원격 제어. 445 139 137 3389 5900 — 로컬 네트워크용으로 만들어졌고 인터넷에서 닿으면 안 되며 그래서 스캔으로 발견되는 고전적 진입점입니다.
데이터베이스와 캐시. 3306 1433 5432 6379 27017 11211 — 대부분 애플리케이션 뒤에 놓이도록 설계되었고 몇몇은 기본 설정에 인증이 전혀 없습니다.
제어 인터페이스. 2375 — 호스트에서 컨테이너를 시작할 수 있는 API로 암호화된 형제 옆에 평문으로 등록되어 있습니다. 닿는 것은 기계에서 명령을 실행하는 것과 같습니다.
유명 서비스가 빌린 숫자. 9200 — 레지스트리는 이것을 모바일 웹 서비스 포트로 기록하고 같은 번호는 레지스트리에 없는 검색 엔진 제품이 널리 씁니다. 이런 행이 표가 제품 목록이 아니라 등록된 용도를 보여주는 이유입니다.

추측 대신 할 일.통제하는 기계에서 운영 체제에게 어느 프로세스가 포트를 잡고 있는지 물으세요 (ss -lntupLinux에서netstat -abnoWindows에서) 그리고 답으로 판단하세요. 포트가 예약되었다고 해서 그것이 사용되고 있다는 뜻은 아닙니다.