포트: 어떤 것을 열고 어떻게 확인할까

포트는 들어오는 연결을 어떤 서비스가 받아야 하는지 시스템에 알려주는 번호예요. 규칙은 간단해요. 실제로 사용하는 것만 열어 두면 돼요. 열려 있는 포트가 하나 늘어날 때마다 누군가 취약점을 시험해 볼 문이 하나씩 늘어나는 셈이에요.

자주 쓰는 포트 번호

메일에 관한 참고 사항: 인바운드 연결은 제한하지 않지만, 25, 465, 587 포트의 아웃바운드 연결은 요청하시기 전까지 노드 수준에서 막혀 있어요. 머신 내부의 규칙으로는 이걸 바꿀 수 없어요. 자세한 내용은 메일 서버: 왜 어렵고 무엇을 고려해야 할까요를 참고하세요.

데이터베이스는 외부에 노출되는 경우가 거의 없어요. 작업용 컴퓨터에서 접근해야 한다면 포트를 여는 게 아니라 SSH 터널을 쓰는 게 올바른 방법이에요.

ssh -L 5432:127.0.0.1:5432 artem@<address>

머신이 수신 대기 중인 항목

ss -tulpn
ss -tlpn | grep 443
lsof -i -P -n | grep LISTEN

포트 번호 앞의 주소를 보세요. 127.0.0.1:5432는 서비스가 내부에서만 사용 가능하다는 뜻이에요. 규칙을 아무리 많이 추가해도 외부에서는 접근할 수 없어요. 0.0.0.0:5432는 서비스가 모든 네트워크 인터페이스에 열려 있다는 뜻이므로 반드시 방화벽으로 보호해야 해요.

외부에서 확인하기

내 컴퓨터에서:

nc -vz <address> 443
curl -I http://<address>

ping으로 확인하는 건 의미가 없어요. ICMP와 TCP는 다른 것이고, ping이 막혀 있어도 포트는 작동할 수 있으며 그 반대도 마찬가지예요.

포트가 닫혀 있을 때: 단계별 문제 해결

1. 서비스가 실행 중인가요? systemctl status <service>
2. 올바른 주소에서 수신 대기 중인가요? ss -tulpn — 127.0.0.1이 아니어야 해요
3. 방화벽이 허용하나요? ufw status verbose 또는 nft list ruleset
4. Docker가 방해하고 있나요? 게시된 컨테이너 포트는 ufw를 우회해요
5. 서비스 로그를 확인하세요: journalctl -u <service> -n 50

순서가 중요해요. 대부분의 경우 문제는 방화벽이 아니라 두 번째 단계에 있어요.

서비스 포트 변경하기

예를 들어 SSH를 옮기는 경우:

sed -i "s/^#\?Port 22/Port 2222/" /etc/ssh/sshd_config
ufw allow 2222/tcp
sshd -t
systemctl restart ssh

별도 창에서 새 포트로 로그인할 수 있는지 확인한 다음에야 22번 포트 규칙을 제거하세요. 자세한 내용은 SSH 보안 강화를 참고하세요.

자주 하는 실수

포트를 열기 전에 그 포트에서 무엇이 응답하는지 먼저 확인하세요. 오래된 실험에서 잊혀진 포트는 해킹의 전형적인 진입점이 돼요. 침해 징후를 참고하세요.