NAT 요금제에서 VPN이 되나요?

안 됩니다. VPN 클라이언트는 자체 포트로 서버에 접속하는데, NAT 요금제는 외부에서 개인 SSH 포트만 들어올 수 있습니다. 전용 IPv4가 있는 요금제를 사용하세요. 개인 VPN이라면 Nano-IP로 충분합니다.

WireGuard에 handshake가 표시되지 않습니다. 무슨 뜻인가요?

클라이언트의 패킷이 서버로부터 응답을 받지 못하고 있습니다. 가능성이 높은 순서대로, 방화벽에서 UDP 포트가 닫혀 있거나, 클라이언트의 엔드포인트 주소나 포트가 잘못되었거나, 키가 서로 맞지 않는 경우입니다.

어제는 됐는데 오늘은 안 됩니다. 아무것도 바꾸지 않았어요.

모바일 데이터나 다른 나라에서는 여전히 VPN이 연결된다면, 중간 네트워크가 차단하고 있는 것입니다. 일부 국가는 WireGuard와 OpenVPN을 감지해 차단하는데, 그런 곳에서는 VLESS + Reality가 더 잘 버팁니다.

VPN은 연결되는데 어떤 사이트도 열리지 않습니다.

터널은 올라왔지만 트래픽이 밖으로 나가지 않는 상태입니다. IP 포워딩이 켜져 있는지, NAT(masquerade) 규칙에 서버의 실제 네트워크 인터페이스 이름이 들어 있는지 확인하세요.

VPS에서 VPN이 연결되지 않을 때: 단계별 점검 목록

직접 구축한 VPN이 연결되지 않나요? 대부분의 문제를 가장 빨리 찾는 순서대로 점검하세요. 요금제 종류, 서비스, 포트, 방화벽, 포워딩, 클라이언트 설정, 그리고 중간 네트워크의 차단.

마지막 확인: 2026-11-13 · Ubuntu 24.04 / Debian 12의 WireGuard, OpenVPN, Xray

VPN 문제는 대부분 몇 가지 원인으로 좁혀지며, 올바른 순서로 확인하면 저녁 시간을 아낄 수 있습니다. 단계에서 따로 말하지 않는 한 명령은 서버에서 실행하세요. 예시는 기본 포트 51820/udp의 WireGuard를 사용합니다. OpenVPN이나 Xray라면 서비스 이름과 포트를 본인 것으로 바꾸세요.

2026-11-13에 마지막으로 확인했습니다.

1. 서버가 전용 IPv4 요금제인가요?

VPN 클라이언트는 외부에서 서버로 접속합니다. NAT 요금제는 외부에서 포트 하나, 즉 개인 SSH 포트만 들어올 수 있으므로 어떤 VPN도 동작하지 않습니다. 대시보드에 주소가 20xxx 같은 포트와 함께 표시된다면 NAT입니다. 전용 IPv4로 전환해도 데이터는 그대로 유지되며 재설치가 필요 없습니다. IP 주소 변경를 참고하세요.

2. 서비스가 실행 중인가요?

systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -n 30 --no-pager

OpenVPN의 유닛 이름은 보통 openvpn-server@server, Xray는 xray입니다. 시작에 실패한 서비스는 거의 항상 로그의 마지막 몇 줄에 이유를 남깁니다. 설정 오타, 키 파일 누락, 이미 사용 중인 포트 같은 것입니다.

3. 예상한 포트에서 수신 대기 중인가요?

ss -ulpn | grep 51820    # UDP: WireGuard, OpenVPN over UDP
ss -tlpn | grep 443      # TCP: Xray / VLESS, OpenVPN over TCP

아무것도 출력되지 않으면 설정에 무엇이 적혀 있든 서비스는 그 포트에서 수신 대기하지 않는 것입니다. 클라이언트에 적힌 포트와 비교해 보세요.

4. 방화벽이 통과시키나요?

ufw status verbose

방화벽이 켜져 있는데 내 포트가 목록에 없다면 열어 주세요.

ufw allow 51820/udp

프로토콜에 주의하세요. WireGuard에는 UDP가 필요하며, 51820/tcp 규칙은 아무 소용이 없습니다. 방화벽을 켜거나 다시 불러오기 전에 SSH 규칙이 남아 있는지 확인하세요. 그렇지 않으면 스스로를 잠그게 됩니다. 그래도 그런 일이 생기면 대시보드의 브라우저 콘솔로 다시 들어갈 수 있습니다.

5. 클라이언트가 실제로 서버에 도달하나요?

WireGuard에서는 handshake로 알 수 있습니다.

wg show

peer에 latest handshake: N seconds ago가 보이면 클라이언트가 서버에 도달했고 키도 맞는다는 뜻입니다. handshake 줄이 아예 없다면 한 번도 도달하지 못한 것입니다. 그럴 때는 클라이언트 설정의 엔드포인트 IP와 포트, 4단계의 방화벽, 클라이언트의 공개 키가 서버의 [Peer] 블록에 있는지(반대 방향도)를 순서대로 확인하세요.

6. 연결은 되는데 아무것도 열리지 않나요?

터널은 동작하지만 서버가 트래픽을 인터넷으로 내보내지 않는 상태입니다. 포워딩을 확인하세요.

sysctl net.ipv4.ip_forward

1이 출력되어야 합니다. 그렇지 않다면 영구적으로 켜세요.

echo 'net.ipv4.ip_forward=1' > /etc/sysctl.d/99-vpn.conf
sysctl --system

다음으로 NAT 규칙을 확인하세요. WireGuard 설정에서는 MASQUERADE가 들어 있는 PostUp 줄이며, 그 안의 인터페이스 이름은 서버의 실제 이름이어야 합니다.

ip -br addr

줄에 -o eth0이라고 되어 있는데 인터페이스 이름이 다르다면 설정을 고치고 서비스를 다시 시작하세요.

7. 다른 네트워크에서 테스트하기

집 Wi-Fi 대신 모바일 데이터로 접속해 보거나, 다른 나라에 있는 사람에게 시도해 달라고 부탁하세요. 그곳에서는 VPN이 되는데 평소 쓰는 네트워크에서는 안 된다면 서버는 정상이고, 중간의 무언가가 연결을 막고 있는 것입니다.

특정 국가에서 서버에 접속할 수 있는지부터 확인하려면: 러시아와 이란에서 VPS IP에 접속할 수 있는지 확인하는 방법
WireGuard와 OpenVPN이 감지되어 차단되는 곳에서는 VLESS + Reality가 일반 HTTPS처럼 보여 차단하기가 훨씬 어렵습니다.

8. 그래도 안 되나요?

티켓을 열고 확인한 내용을 적어 주세요. 2~5단계의 출력과 사용 중인 VPN 클라이언트 이름입니다. 이 정보가 있으면 보통 첫 답변에서 어디가 문제인지 알려 드릴 수 있습니다.

VPN이 연결되지 않을 때: 점검 목록