well-known 포트와 등록 포트의 차이는 무엇인가요?

0~1023번은 well-known(시스템) 포트로 HTTP, SSH 등 표준 서비스에 예약되며 보통 관리자 권한이 있어야 바인딩할 수 있습니다. 1024~49151번은 등록(registered) 포트로 MySQL(3306)처럼 특정 애플리케이션에 배정되고, 그 위 49152~65535번은 동적/임시 포트입니다.

같은 포트 번호가 TCP와 UDP 모두에 쓰일 수 있나요?

네. 포트 번호 공간은 TCP와 UDP가 서로 독립적이라 같은 번호를 각 프로토콜이 다른 용도로 쓸 수 있습니다. DNS(53)처럼 실제로 TCP와 UDP를 모두 사용하는 서비스도 있어, 표에 프로토콜을 함께 표기했습니다.

3000이나 8080 같은 포트는 왜 개발에 자주 쓰이나요?

이들은 표준 예약 포트가 아니라 등록되지 않은 상위 대역이라 관리자 권한 없이도 자유롭게 바인딩할 수 있습니다. 그래서 로컬 개발 서버나 프록시가 관례적으로 3000, 8080, 8443 등을 기본값으로 사용합니다.

← 모든 도구

포트 레퍼런스

잘 알려진(well-known) 포트 번호를 검색합니다.

포트	프로토콜	서비스	설명
20	TCP	FTP-DATA	FTP 데이터 채널. 액티브 모드에서 서버가 클라이언트로 역방향 연결을 열기 때문에 NAT·방화벽 뒤에서 자주 깨진다. 패시브 모드를 쓰는 이유가 이것이다.
21	TCP	FTP	FTP 제어 채널. 인증 정보가 평문으로 흐르므로 인터넷 구간에서는 쓰지 말 것. SFTP(22) 나 FTPS 로 대체한다.
22	TCP	SSH	SSH·SCP·SFTP 공용. 공인 IP에 열어두면 자동화된 무차별 대입 시도가 상시 들어온다. 비밀번호 인증을 끄고 공개키만 허용하는 것이 기본.
23	TCP	Telnet	원격 로그인. 전 구간 평문이라 사실상 폐기된 프로토콜이다. 다만 telnet 클라이언트로 임의 포트에 TCP 연결을 확인하는 용도로는 여전히 쓰인다.
25	TCP	SMTP	메일 서버 간 전송(MTA↔MTA). 대부분의 클라우드·가정용 ISP가 스팸 차단을 위해 아웃바운드를 막아둔다. 앱에서 메일을 보낼 때는 587 을 쓴다.
53	TCP/UDP	DNS	이름 조회. 보통 UDP지만 응답이 512바이트를 넘거나 존 전송(AXFR)일 때 TCP로 넘어간다. UDP만 열면 큰 응답이 잘리는 장애가 난다.
67	UDP	DHCP	DHCP 서버 수신 포트. 브로드캐스트 기반이라 서브넷을 넘지 못한다. 라우터의 DHCP 릴레이가 필요한 이유.
68	UDP	DHCP	DHCP 클라이언트 수신 포트. 서버가 이 포트로 응답을 돌려준다.
69	UDP	TFTP	인증이 없는 경량 파일 전송. PXE 부팅·네트워크 장비 펌웨어 업로드에 쓴다. 인증이 없으므로 폐쇄망에서만.
80	TCP	HTTP	평문 웹. 지금은 대개 443 으로 리다이렉트하는 용도로만 연다. ACME(Let's Encrypt) HTTP-01 챌린지가 이 포트를 쓰므로 완전히 닫으면 인증서 갱신이 실패할 수 있다.
110	TCP	POP3	메일 수신(내려받고 서버에서 삭제하는 방식). 평문이므로 995(POP3S)를 쓴다. 여러 기기에서 볼 거라면 IMAP 이 맞다.
123	UDP	NTP	시간 동기화. 시계가 틀어지면 TLS 인증서 검증과 TOTP 2FA가 통째로 실패하므로, 원인 모를 인증 오류의 단골 용의자다. 공개 NTP 서버는 증폭 DDoS에 악용된 이력이 있어 monlist 류 질의는 차단한다.
143	TCP	IMAP	메일 수신(서버에 원본을 두고 동기화). 평문이므로 실제로는 993 을 쓴다.
161	UDP	SNMP	장비 모니터링. v1/v2c 는 커뮤니티 문자열이 평문이고 기본값이 public 인 경우가 많아 정보 유출 경로가 된다. v3 를 쓰거나 관리망에만 노출할 것.
389	TCP/UDP	LDAP	디렉터리 조회·인증(AD 포함). 평문 바인드는 자격 증명을 그대로 흘리므로 636 이나 STARTTLS 를 쓴다.
443	TCP	HTTPS	TLS 웹. HTTP/2 는 이 포트 위 TLS ALPN 으로 협상되고, HTTP/3 는 같은 번호를 UDP(QUIC)로 쓴다 — HTTP/3 를 쓰면서 UDP 443 을 안 열면 조용히 TCP로 폴백한다.
445	TCP	SMB	Windows 파일 공유. WannaCry·EternalBlue 의 통로였다. 인터넷 구간에 절대 열지 말 것 — ISP가 아예 차단하는 경우도 많다.
465	TCP	SMTPS	암시적 TLS SMTP 제출. 한때 폐기 권고를 받았다가 RFC 8314 에서 다시 권장 포트가 된 이력이 있어 문서마다 설명이 엇갈린다. 587(STARTTLS)과 함께 현행 표준.
514	UDP	Syslog	시스템 로그 전송. UDP라 유실돼도 알 수 없고 평문이다. 감사 로그라면 TCP+TLS(6514)를 쓴다.
587	TCP	SMTP (submission)	클라이언트→서버 메일 제출. STARTTLS + 인증이 전제다. 앱에서 메일을 보낼 때 25 가 막혀 있다면 이 포트가 정답.
636	TCP	LDAPS	TLS LDAP. AD 에서 비밀번호 변경 같은 쓰기 작업은 암호화 연결을 요구하므로 이 포트가 필요하다.
873	TCP	rsync	rsync 데몬 모드. 자체 암호화가 없어 보통 SSH(22) 위로 터널링해 쓴다. 데몬을 직접 열 거라면 인증 설정을 반드시 확인할 것.
993	TCP	IMAPS	TLS IMAP. 메일 클라이언트 수신 설정의 사실상 기본값.
995	TCP	POP3S	TLS POP3.
1433	TCP	MSSQL	Microsoft SQL Server. named instance 는 이 포트가 아니라 UDP 1434 의 브라우저 서비스로 동적 포트를 찾아가므로, 방화벽 규칙이 이것만으로 부족한 경우가 있다.
1521	TCP	Oracle	Oracle DB 리스너. 리스너가 클라이언트를 다른 포트로 리다이렉트하도록 구성될 수 있어 방화벽 설정이 까다롭다.
2049	TCP/UDP	NFS	네트워크 파일 시스템. NFSv4 는 이 포트 하나로 끝나지만 v3 는 portmapper(111)와 별도 데몬 포트가 추가로 필요하다 — v3 방화벽 설정이 번거로운 이유.
3000	TCP	Dev	등록된 포트가 아니라 관행. Next.js·Rails·Grafana 의 기본값이라 로컬에서 포트 충돌이 가장 잦은 번호다.
3306	TCP	MySQL	MySQL/MariaDB. 인터넷에 노출하지 말 것. 애플리케이션 서버에서만 접근하도록 두고, 외부에서 붙어야 하면 SSH 터널이나 사설망을 쓴다.
3389	TCP	RDP	Windows 원격 데스크톱. 랜섬웨어의 주요 초기 침투 경로다. 공인 IP에 직접 열지 말고 VPN·베스천 뒤에 둘 것.
5432	TCP	PostgreSQL	PostgreSQL. 기본 설정은 localhost 만 수신하므로 원격 접속하려면 listen_addresses 와 pg_hba.conf 를 함께 손봐야 한다 — 포트만 열고 왜 안 되냐고 하는 경우가 많다.
5672	TCP	AMQP	RabbitMQ 등 AMQP 브로커. 관리 UI 는 15672 로 별개이고, TLS 는 5671 을 쓴다.
6379	TCP	Redis	Redis. 기본적으로 인증이 없다 — 인터넷에 노출된 Redis 가 암호화폐 채굴기 설치 경로로 대량 악용된 사례가 있다. bind 와 requirepass 를 반드시 확인할 것.
8080	TCP	HTTP-alt	대체 HTTP. 1024 미만 포트는 root 권한이 필요해서, 비특권 프로세스가 웹을 띄울 때 관행적으로 쓴다. Tomcat 기본값이기도 하다.
8443	TCP	HTTPS-alt	대체 HTTPS. 8080 과 같은 이유로 쓴다.
9000	TCP	기타	PHP-FPM·SonarQube·MinIO·Portainer 등이 겹쳐 쓰는 번호. 충돌이 잦으니 무엇이 잡고 있는지부터 확인할 것.
9200	TCP	Elasticsearch	Elasticsearch REST API. 노드 간 통신은 9300 으로 별개다. 구버전은 인증이 기본 비활성이라 노출 시 데이터가 그대로 읽힌다.
27017	TCP	MongoDB	MongoDB. 인증 없이 노출된 인스턴스가 대량으로 털린 전례가 있다. 기본 설정으로 공인 IP에 띄우지 말 것.

출처와 선별 기준

포트 번호의 공식 등록처는 IANA Service Name and Transport Protocol Port Number Registry 입니다. 이 표는 등록부 전체(수천 건)를 옮긴 것이 아니라, 서버 운영·방화벽 설정·트러블슈팅에서 실제로 마주치는 항목만 골라 싣고 각 항목에 실무 관점의 설명과 보안상 주의점을 덧붙인 것입니다. 등록 여부와 실제 사용이 다른 경우(예: 8080, 3000)도 실무 기준으로 포함했습니다. 정확한 등록 정보가 필요하시면 아래 원문을 확인하세요.

포트 번호 레퍼런스란

TCP/UDP 포트 번호는 한 호스트에서 동작하는 여러 서비스를 구분하는 16비트 식별자입니다. 그중 0~1023번의 well-known 포트는 HTTP(80), HTTPS(443), SSH(22)처럼 표준 서비스에 관례적으로 배정되어 있어, 방화벽 규칙을 짜거나 접속 문제를 진단할 때 어떤 포트가 어떤 서비스인지 빠르게 확인해야 합니다.

이 도구는 자주 쓰이는 well-known 포트와 데이터베이스·메시지 큐·개발 서버 등 실무에서 흔한 서비스 포트를 표로 정리해 제공합니다. 포트 번호, 프로토콜(TCP/UDP), 서비스명, 간단한 설명을 함께 담아 한눈에 파악할 수 있습니다.

검색과 필터링은 전부 브라우저에서 동작하며 외부로 아무 데이터도 전송하지 않습니다. 네트워크 연결 없이도 즉시 조회할 수 있는 오프라인 치트시트로 쓸 수 있습니다.

사용 방법

검색창에 찾고 싶은 포트 번호나 서비스명을 입력합니다. 예: 443, ssh, mysql.
입력과 동시에 표가 필터링되어 일치하는 포트/프로토콜/서비스/설명 행만 남습니다. 번호, 서비스명, 설명 어느 것으로 검색해도 매칭됩니다.
검색어를 비우면 전체 목록이 다시 표시됩니다. 원하는 포트 행을 찾아 방화벽 규칙이나 문서 작성에 참고합니다.

자주 묻는 질문

well-known 포트와 등록 포트의 차이는 무엇인가요?: 0~1023번은 well-known(시스템) 포트로 HTTP, SSH 등 표준 서비스에 예약되며 보통 관리자 권한이 있어야 바인딩할 수 있습니다. 1024~49151번은 등록(registered) 포트로 MySQL(3306)처럼 특정 애플리케이션에 배정되고, 그 위 49152~65535번은 동적/임시 포트입니다.
같은 포트 번호가 TCP와 UDP 모두에 쓰일 수 있나요?: 네. 포트 번호 공간은 TCP와 UDP가 서로 독립적이라 같은 번호를 각 프로토콜이 다른 용도로 쓸 수 있습니다. DNS(53)처럼 실제로 TCP와 UDP를 모두 사용하는 서비스도 있어, 표에 프로토콜을 함께 표기했습니다.
3000이나 8080 같은 포트는 왜 개발에 자주 쓰이나요?: 이들은 표준 예약 포트가 아니라 등록되지 않은 상위 대역이라 관리자 권한 없이도 자유롭게 바인딩할 수 있습니다. 그래서 로컬 개발 서버나 프록시가 관례적으로 3000, 8080, 8443 등을 기본값으로 사용합니다.