VPN 문제 해결 가이드

연결 진입

연결 자체가 안 됨: 먼저 문제 범위를 구분하세요

기본 네트워크가 정상인지 먼저 확인하세요

연결 자체가 안 되는 경우는 연결 버튼이 계속 대기하거나 곧바로 실패로 돌아오고, 클라이언트가 반복해서 재시도하거나 시스템에 연결 요청이 표시되지만 채널이 끝내 설정되지 않는 형태로 나타납니다. 첫 단계에서 회선을 바꾸기보다 클라이언트의 연결 상태를 종료하고 현재 Wi-Fi, 유선 네트워크 또는 모바일 네트워크로 일반 웹페이지를 열 수 있는지 확인하세요. 기본 네트워크도 정상적으로 사용할 수 없다면 라우터, 네트워크 인증 페이지, 시스템 비행기 모드 또는 현재 접속 네트워크의 문제를 먼저 처리해야 합니다. 호텔, 쇼핑몰과 사무실 방문자 네트워크에는 웹 인증 절차가 있는 경우가 많아 브라우저에서 인증을 완료하지 않으면 클라이언트의 연결 요청이 바로 삭제될 수 있습니다.

기본 네트워크가 정상임을 확인했다면 현재 네트워크 유형을 기록한 뒤 다른 사용 가능한 접속 방식으로 한 번 비교 테스트를 진행하세요. 예를 들어 같은 기기에서 가정용 네트워크는 실패하지만 모바일 네트워크에서는 연결된다면 문제는 가정용 라우터, 로컬 DNS 또는 접속 네트워크 정책에 있을 가능성이 큽니다. 모든 네트워크에서 실패한다면 계정, 구독과 클라이언트를 계속 점검하세요. 비교 테스트의 목적은 다른 네트워크에 장기적으로 의존하는 것이 아니라 최소한의 변수로 문제가 기기 측인지 네트워크 측인지 판단하는 것입니다.

클라이언트, 구독과 시스템 시간 점검

클라이언트의 회선 목록을 열어 목록이 비어 있지 않은지, 선택한 항목이 삭제되었거나 사용할 수 없음으로 표시되지 않았는지 확인하세요. 목록이 비어 있다면 연결 버튼을 반복해서 누르지 말고 이 페이지의 “구독 업데이트 실패” 절차로 이동하세요. 회선은 있지만 모두 연결에 실패한다면 창만 닫지 말고 클라이언트를 완전히 종료한 뒤 다시 실행하세요. 일부 데스크톱 클라이언트는 창을 닫아도 시스템 트레이에 남아 있어 기존 네트워크 프로세스가 종료되지 않습니다. 이 상태에서 다시 실행하면 포트 충돌이나 프록시 상태 충돌이 발생할 수 있습니다.

시스템 날짜, 시간대와 자동 시간 동기화도 정확해야 합니다. 암호화 연결은 인증서 유효 기간을 확인하므로 시스템 시간이 크게 어긋나면 클라이언트에 모호한 핸드셰이크 실패만 표시될 수 있습니다. 시스템에서 시간 자동 설정을 켠 뒤 클라이언트를 재시작하고 회선 하나를 선택해 테스트하세요. 다른 네트워크 필터링 도구, 기업 보안 프로그램 또는 별도의 프록시 클라이언트가 설치되어 있다면 먼저 완전히 종료하세요. 여러 프로그램이 시스템 프록시, 가상 네트워크 어댑터 또는 DNS를 동시에 제어하는 일을 피해야 합니다. 한 번에 PDDVPN 클라이언트만 연결 상태로 유지하고 채널이 설정되는지 확인한 뒤 다른 도구를 하나씩 다시 활성화하세요.

단일 회선 실패에서 전체 실패까지 판단하기

회선 하나만 테스트해서는 서비스 전체 상태를 판단할 수 없습니다. 같은 클라이언트에서 서로 다른 지역과 회선 유형을 선택해 비교하되, 전환할 때마다 이전 연결이 완전히 종료될 때까지 기다리세요. 특정 회선만 실패하고 다른 회선은 사용할 수 있다면 사용 가능한 회선을 계속 이용하면서 실패한 회선 이름을 문의에 기록하세요. 모든 회선이 실패한다면 로컬 방화벽이 클라이언트를 차단하는지, 시스템에 이전 프록시가 남아 있는지, 구독이 올바르게 업데이트되었는지 확인하세요. PDDVPN은 90+개 국가 / 200+개 회선을 지원하며 실제 표시되는 항목은 현재 구독과 클라이언트 동기화 결과에 따라 달라집니다. 특정 회선 하나의 상태만으로 전체 회선을 판단해서는 안 됩니다.

위 단계를 완료했는데도 연결되지 않는다면 클라이언트 오류 원문과 테스트한 네트워크 유형을 저장하세요. 오류 메시지가 이해하기 어렵더라도 “연결 안 됨”보다 문제 단계를 파악하는 데 도움이 됩니다. 이름 확인 실패는 대개 구독 또는 DNS, 포트 사용 중은 로컬 충돌, 핸드셰이크 실패는 시스템 시간·네트워크 환경·구체적인 회선을 함께 확인해야 합니다. 구독 내용의 서버 매개변수를 직접 삭제하거나 수정하지 마세요. 문자 하나만 바뀌어도 이후 진단의 근거가 사라질 수 있습니다.

채널 연결 후 점검

연결됐지만 웹페이지가 열리지 않음: 프록시와 DNS 점검

“채널이 설정됨”과 “트래픽이 전달됨”을 구분하세요

클라이언트에 연결됨으로 표시되어도 브라우저 트래픽이 반드시 해당 채널을 통과한다는 뜻은 아닙니다. 먼저 클라이언트 상태 페이지에서 유효한 회선이 선택되어 있는지 확인한 뒤 시스템 프록시 스위치 또는 클라이언트의 시스템 트래픽 제어 모드가 활성화되어 있는지 점검하세요. 데스크톱에서 흔한 경우는 클라이언트 연결은 성공했지만 시스템 프록시를 수동으로 꺼 둔 상태입니다. 브라우저에 별도의 프록시 확장 프로그램이 설치되어 자체 규칙으로 시스템 설정을 덮어쓴 경우도 있습니다. 테스트할 때는 브라우저의 유사 확장을 먼저 비활성화하고 시스템 프록시 경로 하나만 유지하세요.

특정 브라우저에서만 웹페이지가 열리지 않고 다른 브라우저에서는 정상이라면 해당 브라우저의 확장 프로그램, 전용 DNS, 캐시 또는 네트워크 정책이 원인일 가능성이 큽니다. 확장 프로그램이 없는 브라우저 창으로 비교하고 브라우저 자체의 사용자 지정 프록시 설정을 끈 뒤 브라우저 프로세스를 재시작하세요. 페이지 새로고침만으로는 하위 연결이 다시 설정되지 않는 경우가 많으므로 완전히 종료했다가 다시 실행해야 기존 연결 재사용을 배제할 수 있습니다. 모든 브라우저와 앱에서 접속할 수 없다면 DNS, 라우팅 모드와 시스템에 이전 프록시 주소가 남아 있는지 계속 확인하세요.

남은 프록시와 DNS 캐시 정리

클라이언트가 비정상 종료되면 시스템 프록시가 더 이상 수신 대기하지 않는 로컬 포트를 가리킬 수 있어 모든 웹페이지가 로드되지 않을 수 있습니다. 이때는 클라이언트를 다시 열어 정상적으로 연결을 해제한 뒤 프로그램을 종료하여 시스템 설정을 복구할 기회를 주세요. 그래도 해결되지 않으면 시스템 네트워크 설정에서 프록시가 수동 모드로 남아 있는지 확인하세요. 정확한 주소를 모른다면 새 값을 임의로 입력하지 말고 사용하지 않는 수동 프록시를 끈 다음 클라이언트에 다시 연결하세요.

도메인을 확인하지 못하면 웹페이지에 주소를 찾을 수 없다는 메시지가 표시될 수 있지만 캐시된 서비스에 직접 접속하는 것은 정상일 수 있습니다. 먼저 시스템 DNS 캐시를 정리한 뒤 연결을 해제하고 다시 연결해 보세요. 아래 명령은 해당 시스템의 터미널에서 실행해야 합니다. 권한이 부족하면 시스템 안내에 따라 관리자 권한 터미널을 사용하고, 출처를 알 수 없는 전체 스크립트를 붙여 넣지 마세요.

Windows:
ipconfig /flushdns

macOS:
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Linux:
resolvectl flush-caches

명령을 실행한 뒤 브라우저를 완전히 종료하고 다시 테스트하세요. 시스템에 해당 명령이 없다면 시스템 네트워크 설정에서 다시 연결하는 방법을 사용하면 되며, 캐시를 지우기 위해 별도 도구를 설치할 필요는 없습니다. DNS 문제는 “도메인은 열리지 않지만 알려진 네트워크 연결은 유지됨”을 기준으로 판단해야 하며, 모든 웹 오류를 DNS 탓으로 돌려서는 안 됩니다. 클라이언트 로그에 도메인 확인 실패가 명확히 표시될 때는 클라이언트가 시스템 DNS, 원격 DNS 또는 규칙으로 지정된 방식을 사용하는지 확인하세요.

오류 범위에 따라 처리 방향 선택

규칙 문제와 회선 문제를 구분하려면 클라이언트의 전체 트래픽 제어 모드로 잠시 전환해 짧게 테스트할 수 있습니다. 전체 모드에서 정상으로 돌아오면 회선 자체는 사용할 수 있고 문제는 분할 라우팅 규칙에 있을 가능성이 큽니다. 전체 모드에서도 접속할 수 없다면 DNS, 시스템 프록시 또는 선택한 회선으로 돌아가 확인하세요. 테스트가 끝나면 원래 사용하던 모드로 복구하여 임시 전체 설정을 장기 해결책으로 남기지 마세요. 특정 앱이 프록시를 사용하지 않는 경우는 “특정 앱이 프록시를 사용하지 않음” 절에서 계속 확인하세요.

성능 분류

속도 저하 및 피크 시간대 끊김: 지연 시간과 처리량을 나눠 확인

먼저 어디가 느린지 확인하세요

“속도가 느리다”는 웹페이지 첫 로딩 지연, 동영상 화질 반복 저하, 대용량 파일 전송 속도 저하, 음성 또는 상호작용 앱의 반응 지연 등 여러 현상을 포함합니다. 각각의 병목은 다를 수 있습니다. 웹페이지와 상호작용 앱은 지연 시간, 패킷 손실과 DNS의 영향을 더 많이 받고, 대용량 전송은 지속적인 처리량에 좌우되며, 동영상은 대상 플랫폼 회선, 캐시 노드와 계정 지역 판단의 영향을 함께 받습니다. 점검할 때는 구체적인 상황을 먼저 적고 막연히 “느림”이라고만 기록하지 마세요.

먼저 연결을 해제하고 같은 기기, 같은 네트워크와 같은 시간대에 기본 네트워크가 안정적인지 확인하세요. 기본 네트워크가 이미 혼잡하다면 회선을 바꿔도 국제 경로만 달라질 뿐 로컬 Wi-Fi 신호나 인터넷 회선 출구 문제를 해결할 수 없습니다. 무선 네트워크는 라우터 가까이에서 사용하고 클라우드 동기화, 시스템 업데이트나 대용량 업로드를 동시에 진행하지 않는 것이 좋습니다. 업로드 대역폭이 가득 차면 웹 요청과 동영상 제어 정보도 대기하여 다운로드 속도가 떨어진 것처럼 보일 수 있습니다. 기준 상태를 확인한 뒤 회선에 연결하고 같은 대상과 비슷한 작업으로 비교해야 진단에 의미가 있습니다.

이름보다 지리적 경로를 기준으로 회선을 선택하세요

회선 이름이 비슷하다고 경로까지 같은 것은 아닙니다. 일반적으로 대상 서비스 지역과 맞고 지리적으로 가까운 회선을 먼저 선택한 뒤 안정성을 확인하세요. 대상 서비스에 지역 조건이 있다면 이름이 가장 가까워 보이는 회선보다 올바른 출구 지역을 우선해야 합니다. 회선 유형에 따라 우회 정도, 혼잡 민감도와 연결 안정성이 다를 수 있으므로 서버 페이지에서 중계 및 직접 연결 회선의 차이를 확인할 수 있습니다.

회선을 테스트할 때는 다른 조건을 그대로 유지하고 한 번에 하나만 변경한 뒤 일정 시간 연속으로 사용해 판단하세요. 자주 전환하면 브라우저, 동영상 앱과 DNS 캐시에 이전 연결이 남아 결과가 섞일 수 있습니다. 회선을 바꾼 뒤 웹페이지는 정상인데 동영상만 끊긴다면 대상 플랫폼 자체, 화질 설정과 앱 캐시를 확인하세요. 모든 유형의 접속이 느려졌다면 로컬 네트워크, 시스템 프록시 모드와 백그라운드 트래픽 사용량을 우선 점검하세요.

피크 시간대 문제는 시간대별로 비교하세요

피크 시간대 끊김의 핵심은 혼잡이 로컬 접속, 통신사 출구, 선택한 회선 또는 대상 플랫폼 중 어디에서 발생했는지 확인하는 것입니다. 같은 기기와 같은 테스트 대상을 유지하면서 비혼잡 시간대와 문제가 발생한 시간대의 결과를 각각 기록하세요. 연결을 해제해도 함께 느려진다면 로컬 접속이나 통신사 경로를 먼저 확인할 필요가 있습니다. 특정 시간대에 특정 회선만 문제이고 다른 회선은 정상이라면 같은 지역의 대체 회선으로 전환하고 원래 회선 이름과 발생 시간을 문의에 적으세요.

순간 속도 측정 화면을 지속 사용 결과 대신 사용하지 마세요. 짧은 테스트가 캐시 적중, 일시적인 대역폭 증가나 앱 사전 로딩 단계에 걸릴 수 있어 장시간 전송을 대표하지 못합니다. 더 정확한 방법은 대상을 고정하고 웹페이지 연속 로딩, 동영상 버퍼링과 실제 작업이 안정적인지 관찰하는 것입니다. PDDVPN은 가짜 접속자 수나 가짜 가용률로 회선 상태를 설명하지 않습니다. 진단은 현재 기기, 네트워크, 회선과 대상 서비스로 이어지는 전체 경로를 기준으로 해야 합니다.

여러 지역과 여러 네트워크 환경에서 동일한 성능 문제가 지속된다면 문의 시 기본 네트워크 정상 여부, 테스트 대상 유형, 문제가 발생한 회선 이름, 발생 시간대와 클라이언트 로그를 첨부하세요. 속도 화면만 보내거나 회선 이름과 테스트 환경을 잘라내지 마세요. 이 정보가 있어야 로컬 접속, 회선 배정과 대상 플랫폼 문제를 구분할 수 있으며 자료가 완전할수록 반복 문의를 줄일 수 있습니다.

연결 유지

잦은 연결 해제 및 모바일 백그라운드 끊김

네트워크 전환인지 채널 중단인지 판단하세요

잦은 연결 해제가 발생하면 먼저 기기가 Wi-Fi에서 모바일 네트워크로 전환되었는지, 한 무선 액세스 포인트에서 다른 액세스 포인트로 이동했는지, 또는 잠시 약한 신호 영역에 들어갔는지 확인하세요. 하위 네트워크 주소가 바뀌면 기존 연결을 다시 설정해야 할 수 있으며, 이는 접속 네트워크 전환과 클라이언트 재연결이 함께 작용한 결과입니다. 특정 장소를 벗어날 때마다 연결이 끊긴다면 무선 커버리지를 먼저 점검하세요. 기기가 정지해 있고 기본 네트워크도 안정적인데 클라이언트가 반복해서 재연결한다면 회선, 절전 정책과 시스템 네트워크 권한을 확인하세요.

데스크톱에서는 절전 모드 해제 후 자동 복구 기능을 먼저 끄고 테스트한 뒤 시스템을 완전히 재시작하여 다시 연결하세요. 절전 모드에서 복구될 때 이전 가상 네트워크 어댑터와 라우팅이 잠시 남아 클라이언트에는 연결된 것으로 표시되지만 실제 채널은 작동하지 않을 수 있습니다. 정상적으로 연결을 해제하고 클라이언트를 종료한 뒤 다시 시작하는 편이 연결 버튼을 연속해서 누르는 것보다 이전 상태를 정리하는 데 효과적입니다. 특정 회선에서만 끊긴다면 같은 지역의 대체 회선으로 바꾸고 원래 회선을 기록하세요. 모든 회선이 비슷한 상황에서 끊긴다면 로컬 네트워크 변동, 시스템 절전과 보안 프로그램을 확인하세요.

모바일 백그라운드 제한 처리 순서

모바일 운영체제는 배터리 사용량을 관리하기 위해 백그라운드에 오래 머무는 네트워크 앱을 제한합니다. 화면을 잠근 뒤 연결이 사라지거나, 다른 앱으로 전환한 후 다시 연결해야 하거나, 시스템이 백그라운드를 정리하면서 클라이언트를 종료하는 식으로 나타납니다. 시스템 설정에서 클라이언트의 네트워크 활동을 허용하고 해당 클라이언트의 백그라운드 제한을 해제하며 시스템 VPN 권한이 허용 상태인지 확인하세요. 제조사마다 설정 이름은 다르지만 목표는 같습니다. 클라이언트가 백그라운드로 전환된 뒤 프로세스와 네트워크 채널을 시스템이 일시 중지하는지 확인하는 것입니다.

시스템에 기본으로 포함된 다른 VPN 설정, 기업용 업무 프로필과 여러 프록시 클라이언트를 동시에 켜지 마세요. 모바일 시스템은 보통 하나의 네트워크 확장만 트래픽을 제어하도록 허용하며 나중에 시작한 설정이 이전 연결을 대체할 수 있습니다. 상태 표시줄 아이콘이 반복해서 나타났다가 사라진다면 시스템 VPN 설정에서 현재 활성 항목을 확인하고 테스트 중인 설정 하나만 남기세요. 비교가 끝난 뒤 실제 필요에 따라 다른 업무 설정을 다시 활성화하세요.

로그에서 능동적인 연결 해제 확인

클라이언트 로그에 사용자 조작, 시스템 절전, 네트워크 변경 또는 프로세스 종료가 표시되면 먼저 기기 상태를 처리하세요. 회선 연결 시간 초과, 핸드셰이크 반복 실패 또는 원격 종료가 표시되면 회선을 바꾸고 로그를 보관하세요. “자동 재연결 성공”만으로 문제가 해결됐다고 판단하지 마세요. 자주 재연결되면 실시간 통화, 전송과 상호작용 세션이 중단될 수 있습니다. 안정적인 상태란 정상 사용, 화면 잠금 해제와 네트워크가 유지되는 상황에서도 기기를 사용할 수 있는 상태입니다.

모바일 네트워크와 Wi-Fi 사이를 전환할 때는 먼저 수동으로 연결을 해제하고 새 네트워크 접속이 완료될 때까지 기다린 뒤 다시 연결하세요. 한 단계가 더 필요하지만 네트워크 전환 중 이전 세션이 계속 재시도되는 일을 줄일 수 있습니다. 네트워크를 자주 바꿔야 한다면 클라이언트의 필요 시 연결 또는 자동 재연결 기능을 사용할 수 있습니다. 다만 먼저 단일 네트워크에서 연결이 안정적인지 확인하세요. 그렇지 않으면 자동 기능이 기본 문제를 가리고 로그에 반복 재시도만 쌓일 수 있습니다.

연결 해제에 명확한 조건이 있다면 문의에 화면 잠금, Wi-Fi 전환, 시스템 복구 또는 특정 앱 실행 등 촉발 동작을 설명하세요. 조건이 뚜렷하지 않다면 발생 시간대, 선택한 회선, 네트워크 유형과 클라이언트가 전면 또는 백그라운드에 있었는지를 기록하세요. 이렇게 설명하면 “무작위 연결 해제”를 재현 가능한 조건으로 바꿀 수 있어 고객지원에서 기기, 전원 관리, 접속 네트워크와 회선 네 방향을 차례로 확인할 수 있습니다.

구독 동기화

구독 업데이트 실패: 링크, 권한과 캐시 점검

가져오기 실패와 업데이트 실패를 먼저 구분하세요

가져오기 실패는 클라이언트가 한 번도 회선 목록을 생성하지 못한 상태이고, 업데이트 실패는 기존 회선은 보이지만 최신 내용을 가져오지 못하는 상태입니다. 두 문제의 처리 경로는 다릅니다. 처음 가져오기에 실패했다면 사용자 패널에서 완전한 구독 링크를 다시 복사하세요. 일부 문자만 선택하거나 긴 텍스트를 자동으로 잘라 버리는 중간 도구를 통해 전달하지 마세요. 기존 구독 업데이트에 실패했다면 먼저 이전 회선에 여전히 연결할 수 있는지 확인하고 클라이언트가 표시한 업데이트 오류 원문을 확인하세요.

구독 링크는 접속 자격 정보이므로 본인의 기기와 클라이언트에만 보관해야 합니다. 링크가 공개되었다고 의심되면 공개 게시판에 링크를 올려 확인을 요청하지 말고 사용자 패널에서 가능한 방식으로 다시 발급받으세요. 문의할 때도 전체 구독 주소를 붙여 넣지 마세요. 고객지원에는 보통 계정 사용자명, 클라이언트 이름, 업데이트 시간과 오류 정보만 필요합니다. 링크의 접속 매개변수는 화면 캡처, 로그 공유나 게시글 댓글에 포함하지 마세요.

복사 내용, 네트워크와 시스템 시간 확인

업데이트 중 형식 오류가 발생하는 흔한 원인은 링크 앞뒤에 공백, 줄바꿈 또는 한글 문장 부호가 섞이는 것입니다. 클라이언트에서 잘못된 구독 항목을 삭제한 뒤 패널에서 다시 복사하여 바로 붙여 넣으세요. 클라이언트에서 주소 편집을 허용한다면 시작 부분의 프로토콜과 끝의 매개변수가 완전한지 확인하되 도메인, 경로 또는 접속 매개변수를 직접 바꾸지 마세요. 설명용 예시는 다음과 같이 작성할 수 있습니다:

https://example.com/sub?token=YOUR_TOKEN

이 주소는 링크 구조를 설명하기 위한 예시일 뿐 연결에 사용할 수 없습니다. 실제 구독은 PDDVPN 사용자 패널에서 발급받아야 합니다. 클라이언트에 네트워크 시간 초과가 표시되면 먼저 현재 기본 네트워크로 사용자 패널에 접속하여 네트워크 자체가 정상인지 확인한 다음 업데이트를 시도하세요. 경우에 따라 이전 프록시 상태 때문에 클라이언트 업데이트 요청이 작동하지 않는 회선으로 향할 수 있습니다. 연결을 해제하고 시스템 네트워크를 복구한 뒤 구독을 업데이트하세요. 시스템 시간이 잘못되어도 보안 연결이 실패할 수 있으므로 “연결 자체가 안 됨” 절과 마찬가지로 자동 시간 동기화를 먼저 켜세요.

중복 구독과 이전 캐시 정리

같은 구독을 여러 번 가져오면 클라이언트에 이름이 비슷한 설정 그룹이 여러 개 표시될 수 있습니다. 사용자가 새 그룹으로 전환했지만 자동 업데이트는 이전 그룹을 가리키면 “업데이트 성공인데 변경 사항이 보이지 않음” 또는 “선택한 회선과 실제 연결 회선이 다름” 문제가 발생합니다. 현재 패널에서 발급된 구독 하나만 남기고 중복 항목을 삭제한 뒤 수동으로 업데이트하여 업데이트 시간을 확인하세요. 삭제하기 전 클라이언트가 이전 설정에 사용자 지정 규칙을 연결했는지 확인하여 개인 설정을 잘못 지우지 않도록 하세요.

클라이언트 캐시가 손상되었다면 먼저 클라이언트에 내장된 새로고침 또는 설정 다시 다운로드 기능을 사용하세요. 구독 주소, 기본 네트워크와 시스템 시간이 올바르고 중복 항목을 정리했다는 것을 확인한 뒤에만 구독을 삭제하고 다시 가져오는 방법을 고려하세요. 바로 제거하면 로그도 함께 사라져 해석 오류를 파악하기 어려워집니다. 데스크톱에서는 클라이언트가 설정 폴더에 읽기 및 쓰기 권한을 갖는지도 확인해야 합니다. 시스템 보안 정책으로 설정 폴더가 읽기 전용이면 다운로드는 완료되어도 새 내용이 저장되지 않을 수 있습니다.

패널이 정상적으로 열리고 구독 주소를 다시 복사했는데도 여러 클라이언트에서 동일한 오류가 발생한다면 문의를 제출하세요. 클라이언트 이름, 시스템 플랫폼, 오류 원문, 발생 시간대와 함께 “최초 가져오기 실패”인지 “기존 구독 업데이트 실패”인지 적으세요. 전체 구독 주소를 보내거나 “실패”라는 단어만 보이도록 잘라낸 화면 하나만 보내지 마세요. 충분한 맥락이 있어야 요청이 도달하지 않은 것인지, 내용 해석에 실패한 것인지, 설정 저장 단계의 권한 문제인지 판단할 수 있습니다.

앱별 라우팅

특정 앱이 프록시를 사용하지 않음: 규칙부터 프로세스까지 단계별 점검

먼저 회선 자체가 사용 가능한지 확인하세요

브라우저 접속은 정상인데 특정 앱만 작동하지 않는다면 먼저 구독을 바꾸지 마세요. 브라우저로 대상 서비스의 웹 버전 또는 같은 지역 서비스에 접속해 회선과 출구 지역이 기본 요구 사항에 맞는지 확인하세요. 그런 다음 클라이언트의 전체 트래픽 제어 모드로 잠시 전환하고 대상 앱을 재시작해 짧게 테스트하세요. 전체 모드에서 정상으로 돌아오면 문제는 분할 라우팅 규칙, 앱 프로세스 식별 또는 앱 자체의 네트워크 설정에 있습니다. 전체 모드에서도 문제가 계속되면 대상 서비스 지역, 계정 상태, 앱 캐시와 선택한 회선을 확인해야 합니다.

테스트는 앱을 완전히 종료한 뒤 진행해야 합니다. 많은 데스크톱 앱은 창을 닫아도 백그라운드에 남아 있어 프록시 모드를 바꿔도 이전 연결이 자동으로 재설정되지 않습니다. 트레이, 메뉴 막대 또는 시스템 작업 관리 화면에서 프로세스가 종료되었는지 확인한 뒤 다시 실행하세요. 모바일에서는 최근 앱 목록에서 앱을 제거한 뒤 재시도할 수 있습니다. 앱 안에서 페이지만 전환하면 프록시 연결 전에 설정된 네트워크 세션을 계속 재사용할 수 있습니다.

시스템 프록시와 가상 네트워크 어댑터의 차이 이해

일부 앱은 시스템 프록시를 따르고, 일부 앱은 직접 네트워크 연결을 설정하며, 또 다른 앱은 독립적인 네트워크 프레임워크를 사용합니다. 클라이언트가 시스템 프록시만 활성화하면 후자의 트래픽은 제어되지 않을 수 있습니다. 가상 네트워크 어댑터 또는 시스템 수준 제어 모드를 켜면 적용 범위가 넓어지는 경우가 많지만 기업 보안 프로그램, 다른 VPN 설정이나 로컬 개발 환경과 충돌하기도 쉽습니다. 모드는 특정 옵션이 더 강해 보이는지가 아니라 대상 앱의 작동 방식에 따라 선택해야 합니다.

대상 앱에 자체 프록시 설정이 있다면 시스템 프록시와 중복으로 설정하지 마세요. 앱 내부 프록시가 작동하지 않는 주소를 가리키면 시스템 프록시가 정상이어도 해당 앱은 실패합니다. 앱 네트워크 설정을 시스템 설정 따르기로 되돌린 뒤 클라이언트가 통합적으로 제어하도록 하는 편이 대체로 진단하기 쉽습니다. 개발 도구, 터미널 프로그램과 컨테이너 환경은 별도의 환경 변수를 읽을 수 있어 그래픽 인터페이스의 시스템 프록시가 자동으로 전달되지 않습니다. 이 경우 해당 도구의 공식 네트워크 설정 방식을 확인하되 구독 주소를 프로젝트 파일이나 공유 스크립트에 직접 기록하지 마세요.

규칙 적용과 도메인 확인 점검

규칙 모드는 보통 도메인, 주소, 프로세스 또는 규칙 그룹에 따라 트래픽의 경로를 결정합니다. 대상 앱이 여러 도메인을 사용하고 일부는 직접 연결, 일부는 프록시를 사용하면 로그인 페이지는 정상인데 콘텐츠만 로드되지 않을 수 있습니다. 클라이언트 연결 기록에서 앱 요청이 표시되는지, 어떤 규칙이 적용되었는지, 최종적으로 어느 회선을 선택했는지 확인하세요. 기록이 전혀 없다면 앱이 시스템 프록시를 우회하거나 제어되지 않는 환경에서 실행 중일 수 있습니다. 기록은 있지만 방향이 맞지 않다면 전체 구독을 임의로 수정하지 말고 해당 규칙 그룹을 조정하세요.

앱에 전용 DNS가 내장되어 있으면 시스템과 다른 확인 결과를 받을 수도 있습니다. 앱 내부 전용 DNS를 잠시 끄고 앱 캐시를 정리한 뒤 다시 시작하면 문제가 확인 경로에서 발생했는지 확인할 수 있습니다. 전체 모드에서는 작동하지만 규칙 모드에서는 작동하지 않는다면 대상 도메인과 규칙 적용 결과를 저장하여 문의하세요. 앱 이름만 제공하는 것보다 효과적입니다. 일부 서비스는 계정 지역, 콘텐츠 이용 권한이나 로그인 상태에 따라 다른 결과를 반환합니다. 회선은 해당 출구를 제공할 뿐 서비스 자체의 계정 조건을 대신할 수 없습니다.

특정 앱을 장기간 사용해야 한다면 재현 조건을 명확히 정리하세요. 브라우저에서는 정상인지, 전체 모드에서는 정상인지, 규칙 모드에서 어떤 규칙이 적용되었는지, 프로세스를 다시 시작한 뒤 결과가 달라지는지, 선택한 출구 지역이 대상 서비스 요구 사항에 맞는지 기록하면 됩니다. 스트리밍 환경은 스트리밍 이용 안내를 참고할 수 있고, AI 도구의 네트워크 요구 사항은 ChatGPT 네트워크 선택과 안정적인 사용 조건에서 확인할 수 있습니다. 해당 페이지는 대상 서비스의 차이를 이해하기 위한 자료이며, 이 절의 핵심은 로컬 트래픽이 올바르게 제어되는지 확인하는 것입니다.

계정 상태

기기, 트래픽과 요금제 상태를 함께 확인

“기기 수 초과” 안내는 어떻게 판단하나요?

PDDVPN은 기기 수를 제한하지 않으므로 기기 수와 관련된 안내가 표시되었을 때 고정된 기기 제한으로 먼저 판단해서는 안 됩니다. 안내가 PDDVPN 사용자 패널, 클라이언트 자체 또는 운영체제 네트워크 설정 중 어디에서 표시되었는지 확인하세요. 일부 클라이언트는 중복 설정, 동시 연결 충돌 또는 로컬 권한 이상을 기기 문제로 요약하기도 하며 이는 서비스 요금제 제한과는 다릅니다. 먼저 다른 기기의 비정상 연결을 종료하고 현재 기기에서 다시 연결하여 동일한 설정의 반복 재시도로 인한 세션 충돌을 배제하세요. 정상적인 기기는 삭제할 필요가 없습니다.

안내가 타사 클라이언트 화면에 표시되었다면 전체 오류 원문과 클라이언트 이름을 저장하세요. 안내만 보고 추가 기기 이용 권한을 구매하거나 여러 계정을 만들어 문제를 피하지 마세요. PDDVPN 요금제의 기기 조건은 무제한이며 고객지원에서 계정 상태, 구독 요청과 클라이언트 오류를 함께 확인해 실제 원인을 판단합니다. 여러 기기가 같은 네트워크에서 동시에 문제를 보이지만 다른 네트워크에서는 정상이라면 라우터 연결 추적, 로컬 DNS와 접속 네트워크 제한도 확인해야 합니다.

구독 상태와 트래픽 주기 확인

연결이 갑자기 중단되면 사용자 패널에 로그인하여 현재 구독이 유효한지, 트래픽을 계속 사용할 수 있는지 확인하세요. 월간 구독은 ¥9.9/월 60GB 포함, ¥18/월 250GB 포함, ¥28/월 500GB 포함이며 트래픽은 개통일을 기준으로 매월 초기화됩니다. 중도 업그레이드 차액은 남은 일수에 따라 환산됩니다. 달력상의 월을 기준으로 초기화 시점을 추정하지 말고, 클라이언트의 로컬 표시만으로 계정 상태를 판단하지 마세요. 클라이언트 캐시가 패널 데이터보다 늦게 반영될 수 있습니다.

사용량이 일정하지 않다면 요금제 페이지에서 트래픽 패키지도 확인할 수 있습니다: ¥158/300GB, ¥358/1000GB, ¥658/3000GB. 모두 소진할 때까지 사용할 수 있으며 영구적으로 만료되지 않습니다. 월간 구독과 트래픽 패키지는 계산 방식이 다르므로 먼저 현재 실제로 사용하는 유형을 확인하세요. 결제 기록은 있지만 클라이언트가 이전 구독을 계속 사용한다면 먼저 구독을 업데이트하고 현재 설정 그룹을 확인한 뒤 다시 연결하세요. 중도 업그레이드 후에도 업데이트를 실행해야 클라이언트가 이전 캐시를 계속 읽는 일을 막을 수 있습니다.

계정 문제와 기기 로컬 문제 구분

같은 계정으로 다른 기기에서는 연결되지만 현재 기기에서만 연결되지 않는다면 현재 기기의 클라이언트, 시스템 프록시, 권한 또는 네트워크 환경에 문제가 있을 가능성이 큽니다. 같은 계정이 모든 기기에서 동일한 오류를 보인다면 구독 상태, 구독 업데이트와 선택한 회선을 우선 확인하세요. 여러 기기에서 테스트할 때는 기기, 네트워크와 회선이라는 세 변수가 동시에 바뀌지 않도록 가능한 한 같은 네트워크와 같은 회선을 사용하세요.

이메일 주소 없이 사용자명과 비밀번호만으로 가입할 수 있으므로 사용자명은 계정 확인에 중요한 정보입니다. 문의하기 전에 올바른 사용자명을 입력했는지 확인하고 다른 계정으로 생성한 구독을 잘못 사용하지 않았는지 점검하세요. 공개 화면 캡처에 전체 사용자명, 주문 정보 또는 구독 자격 정보를 표시하지 마세요. 계정 상태를 잊었다면 사용자 패널의 로그인과 문의 경로를 이용하고, 새로 가입한 뒤 서로 다른 계정의 설정을 같은 클라이언트에 섞지 마세요.

결제 수단은 Alipay / WeChat / USDT를 지원합니다. 결제 기록은 주문 절차를 증명하는 자료일 뿐 클라이언트가 이미 업데이트되었다는 뜻은 아닙니다. 구매 또는 업그레이드 후에도 패널 상태를 확인하고 구독을 업데이트한 다음 다시 연결해야 합니다. 주문 상태와 실제 결제 결과가 일치하지 않는다면 패널 주문 정보와 결제 채널 결과를 보관하여 문의로 확인하세요. 본문에는 14일 무조건 환불 안내가 적용되지만 연결 문제는 먼저 진단으로 해결할 수 있습니다. 전체 적용 조건은 환불 정책에서 확인하세요.

수동 지원

언제 고객지원에 문의하고 무엇을 첨부해야 하나요?

문의가 필요한 기준

해당 절의 기본 점검을 완료했는데도 모든 회선에 연결할 수 없거나, 여러 네트워크 환경에서 결과가 같거나, 여러 클라이언트에서 구독 업데이트가 동시에 실패하거나, 특정 회선이 계속 문제를 일으키거나, 계정 또는 주문 상태가 패널 표시와 다르다면 문의를 제출하세요. 수동 지원의 역할은 사용자가 재설치를 무한 반복하게 하는 것이 아니라 계정 상태, 회선 로그와 현장 정보를 대조하는 것입니다. 문제가 특정 브라우저 확장, 로컬 스크립트 또는 기업 네트워크 정책에서만 발생하더라도 문의할 수 있지만 일반 네트워크와 해당 환경의 차이를 분명히 설명해야 합니다.

광범위한 문제가 발생했을 때 동일한 내용의 문의를 연속해서 만들지 마세요. 중복 문의는 맥락을 분산시켜 이전에 확인한 조건을 이어서 사용하기 어렵게 합니다. 기존 문의에 새로운 테스트 결과를 추가하고 어떤 조작으로 현상이 바뀌었는지 적으세요. 문제가 이미 저절로 복구되었더라도 복구 시간, 회선 전환 여부와 현재 상태를 추가하면 일시적인 네트워크 변동인지 설정 변경이 적용된 것인지 판단하는 데 도움이 됩니다.

문의 내용 권장 구성

제목에는 “macOS 연결 후 모든 웹페이지가 열리지 않음” 또는 “Android 화면 잠금 후 연결 중단”처럼 증상과 플랫폼을 직접 적으세요. “급함”, “사용 불가”만 작성하지 마세요. 본문에는 먼저 시스템 플랫폼과 클라이언트 이름을 쓰고 현재 네트워크 유형, 선택한 회선, 문제가 시작된 시간대와 안정적으로 재현되는지 여부를 적으세요. 이어 기본 네트워크 정상 여부, 네트워크 변경 여부, 회선 변경 여부, DNS 정리 여부, 전체 모드와 규칙 모드의 결과 등 이미 실행한 점검을 나열하세요.

화면 캡처에는 클라이언트 상태, 회선 이름과 오류 원문이 충분히 보이도록 하되 구독 링크, 접속 매개변수, 결제 자격 정보와 기타 계정 정보는 반드시 가리세요. 로그는 문제가 발생하기 전후의 관련 부분만 보내고 결론 한 줄만 보내거나 개인 디렉터리 전체를 확인 없이 업로드하지 마세요. 클라이언트에서 진단 로그 내보내기를 지원한다면 내보내기 전에 내용을 확인하여 구독 자격 정보가 포함되지 않았는지 점검하세요. 확실하지 않다면 먼저 오류 원문을 텍스트로 제출하고 고객지원에 필요한 추가 부분을 안내받으세요.

문제 현상:
시스템 플랫폼 및 클라이언트:
현재 네트워크 유형:
선택한 회선:
발생 시작 시간대:
반복 재현 여부:
기본 네트워크 정상 여부:
테스트한 다른 회선:
이미 실행한 점검:
클라이언트 오류 원문:
고객지원에서 확인해 주길 바라는 항목:

왕복 문의를 줄이는 자료

시간과 회선 이름은 회선 문제를 판단하는 데 가장 중요한 맥락입니다. “어제 느렸음”만으로는 구체적인 시간대에 대응할 수 없고 브라우저, 동영상 또는 다운로드 중 어떤 상황이었는지도 알 수 없습니다. 문제가 발생한 회선, 대상이 웹페이지인지 앱인지, 연결을 해제한 뒤 기본 네트워크가 정상인지 설명하세요. 연결 실패에는 오류 원문을 첨부하고, 속도 문제에는 실제 작업과 지속 여부를 적으며, 구독 문제에는 최초 가져오기인지 기존 설정 업데이트인지 명시하세요. 모바일 문제는 전면 사용, 백그라운드, 화면 잠금 또는 네트워크 전환 등 촉발 조건을 설명해야 합니다.

계정과 주문 문제에는 사용자명과 패널에 표시되는 주문 식별 정보를 제공하되 비밀번호는 보내지 마세요. 이메일 주소 없이 가입할 수 있으므로 고객지원의 확인 과정에서는 사용자명과 패널 기록이 더 중요합니다. 결제 문제는 Alipay / WeChat / USDT 중 어떤 수단을 사용했는지와 패널 표시 상태를 설명할 수 있지만 문의에 전체 결제 자격 정보를 제출해서는 안 됩니다. 환불과 관련해서는 본문에서 14일 무조건 환불을 기준으로 이해하며, 구체적인 신청 범위와 처리 규칙은 환불 정책을 따릅니다.

문제 복구 후 마무리

문제가 해결되면 임시 테스트 설정을 평소 상태로 되돌리세요. 예를 들어 전체 모드를 원래의 분할 라우팅 모드로 복구하고, 중복 구독을 삭제하며, 호환성이 확인된 보안 프로그램을 다시 활성화하고, 클라이언트 연결 해제 후 시스템 프록시가 정상적으로 복구되는지 확인하세요. 회선 전환으로 해결했다면 원래 회선 이름과 문제 시간대를 기록하여 나중에 조건을 잊고 같은 테스트를 반복하지 않도록 하세요. DNS 정리나 클라이언트 재시작으로 해결했다면 실제로 효과가 있었던 마지막 단계를 기록하고 그 전의 모든 시도를 필수 조치로 간주하지 마세요.

자주 발생하는 문제라면 기본 네트워크, 패널 상태, 구독 업데이트, 클라이언트 재시작, 회선 전환, 시스템 프록시, DNS, 대상 앱으로 이어지는 짧은 개인 점검 순서를 만들어 두세요. 순서를 고정하면 매번 문제가 어느 단계에서 멈췄는지 빠르게 확인할 수 있습니다. 구독 가져오기 방식을 더 이해하려면 구독 링크란 무엇이며 어떻게 가져오나요를 읽어 보세요. 설치부터 다시 확인하려면 빠른 시작 가이드로 돌아가세요. 이 매뉴얼은 알 수 없는 상태에서 계속 시행착오를 겪게 하는 것이 아니라 현장 정보를 판단 가능하고 재현 가능하며 인계할 수 있는 문제 기록으로 정리하기 위한 자료입니다.