Well-Known Port는 0~1023 범위의 System Ports를 가리킵니다. TCP와 UDP의 포트 번호는 0~65535이지만 같은 번호라도 전송 프로토콜이 다르면 구분됩니다. 0번은 예약되어 있으므로 일반적인 서비스 수신 포트처럼 사용하지 않습니다.
포트 번호의 세 범위
| 범위 | 분류 | 의미 |
|---|---|---|
| 0~1023 | System / Well-Known | 잘 알려진 서비스용 할당 영역. 모두 사용 가능한 번호라는 뜻은 아님 |
| 1024~49151 | User / Registered | 등록 서비스 영역. 실제 할당은 IANA 레지스트리에서 확인 |
| 49152~65535 | Dynamic / Private | IANA가 개별 서비스에 할당하지 않는 영역 |
운영체제가 클라이언트의 임시 출발지 포트로 고르는 범위는 설정에 따라 다릅니다. Dynamic 범위와 모든 OS의 실제 임시 포트 범위가 같다고 가정하지 마세요.
자주 보는 서비스의 대표 포트
| 포트 | 프로토콜 | 대표 용도와 주의점 |
|---|---|---|
| 22 | TCP | SSH |
| 25 | TCP | SMTP 서버 간 전송. 메일 제출·암호화 방식과 별도 구분 |
| 53 | UDP·TCP | DNS. UDP만 허용하면 모든 동작을 보장할 수 없음 |
| 80 | TCP | HTTP |
| 443 | TCP | HTTPS의 일반적인 TCP 연결 |
| 443 | UDP | QUIC을 사용하는 HTTP/3 |
| 21 | TCP | FTP 제어 연결 |
| 20 | TCP | 일반적인 active FTP의 서버 측 데이터 연결 출발지. passive 모드는 별도 데이터 포트 사용 |
방화벽 규칙을 읽는 예
“TCP 목적지 443 허용”과 “UDP 목적지 443 허용”은 다른 규칙입니다. HTTP/3을 제공하는 서비스의 점검에서도 둘을 구분해야 합니다. 반대로 443번이 열렸다는 사실만으로 그곳의 서비스가 올바른 HTTPS 응답을 제공한다고 단정할 수는 없습니다.
예를 들어 클라이언트 192.0.2.10:53000에서 서버 198.51.100.20:443으로 TCP 연결을 만든다면 53000은 이 예제의 클라이언트 출발지, 443은 서버 목적지입니다. 두 번호의 역할을 바꿔 읽지 마세요. 주소는 문서용 가상 예제입니다.
포트 변경이 보안 대책을 대신하지는 않습니다
기본 포트를 바꾸면 일부 자동 접속 잡음은 줄일 수 있지만 서비스를 발견하거나 공격하는 것을 막는 보안 경계는 아닙니다. 인증, 접근 가능한 출발지 제한, 패치와 모니터링을 함께 적용해야 합니다. 포트의 등록 정보와 실제 실행 서비스는 각각 확인하세요.
함께 읽기
모바일 SSH 연결 진단에서 관련 개념을 이어서 확인할 수 있습니다.
참고 자료
기존 기록의 화면과 도식
최초 발행 당시의 참고 자료입니다. 최신 설정은 위 설명과 해당 버전의 공식 문서를 확인하세요.
