VPN 문제 해결

연결할 수 없을 때: 네트워크와 설정 점검

로컬 네트워크 장애인지 프록시 연결 실패인지 구분하기

먼저 클라이언트 연결을 끊고 자동 재연결을 잠시 끈 다음, 평소 바로 접속할 수 있는 웹사이트를 열어 보세요. 이때도 접속할 수 없다면 국제 회선 단계의 문제가 아닙니다. 무선 네트워크 인증을 완료하고 라우터의 인터넷 연결 상태를 확인하거나 현재 네트워크의 접속 요건을 처리하세요. 호텔, 학교, 공용 네트워크는 인증 페이지를 먼저 열어야 할 수 있습니다. 인증을 마치기 전에 회선을 계속 바꿔도 대개 문제가 해결되지 않습니다.

직접 접속은 정상이라면 클라이언트를 켜고 연결 버튼을 누른 뒤 어떤 일이 생기는지 기록하세요. 연결 중 상태에서 멈춤, 곧바로 연결 해제로 바뀜, 설정 오류 표시, 연결 성공 후 웹페이지 접속 실패는 각각 다른 문제입니다. 단순히 “안 된다”고만 기록하지 마세요. 클라이언트의 연결 완료 여부와 브라우저에서 해당 연결을 사용할 수 있는지는 별개입니다. 연결 성공으로 표시된다면 다음 장을 확인하세요.

계정, 요금제, 회선 목록 확인

계정 개요에서 요금제 상태와 잔여 데이터를 확인한 뒤 클라이언트로 돌아가 구독을 직접 업데이트하세요. 월간 구독 데이터는 가입일을 기준으로 매월 초기화되므로 달력상 월이 바뀌었다는 이유만으로 데이터가 복구됐다고 판단할 수 없습니다. 결제 페이지에 완료로 표시되어도 클라이언트에 최신 설정이 적용됐다는 뜻은 아닙니다. 관리 패널과 클라이언트의 상태를 각각 확인해 오래된 목록으로 반복 시도하지 않도록 하세요.

현재 선택한 항목이 방금 업데이트한 구독 그룹인지, 예전에 가져온 같은 이름의 설정인지 확인하세요. 목록이 비어 있거나 회선 이름이 오래된 기록으로 보이면 먼저 구독 문제를 해결하세요. 서버 주소를 추측하거나 인증 정보를 수정하지 마세요. 목록이 정상이라면 다른 회선을 선택해 테스트하고 기존 회선 이름도 기록해 두세요. 회선 유형과 지역의 차이는 회선 안내에서 확인할 수 있습니다. 이름이 비슷하다고 같은 경로를 사용한다고 단정하지 마세요.

권한 및 함께 실행 중인 프로그램 확인

처음 사용할 때 시스템에서 VPN 연결 생성, 네트워크 확장 프로그램 설치 또는 네트워크 관리 권한을 요청할 수 있습니다. 이전에 거부했더라도 클라이언트에서 회선 목록은 볼 수 있지만 시스템 연결을 만들지 못할 수 있습니다. 시스템의 네트워크 및 권한 설정에서 클라이언트에 필요한 권한이 있는지 확인하세요. 조직에서 관리하는 기기는 정책으로 설정이 제어될 수 있으니 권한을 계속 높이거나 관리 구성 요소를 끄지 말고 기기 관리자에게 확인하세요.

다른 VPN 클라이언트, 프록시 도구, 네트워크 디버깅 프록시 등 네트워크를 제어하는 프로그램을 모두 종료한 뒤 다시 테스트하세요. 시스템 프록시, 라우팅 또는 가상 네트워크 어댑터를 두고 충돌해 화면에는 정상으로 보이지만 실제 트래픽 경로가 꼬일 수 있습니다. 앱을 종료하고 변화가 있는지 확인하세요. 모든 프로그램을 바로 삭제하거나 진단을 대신해 시스템 보안 기능 전체를 끄지는 마세요. 보안 프로그램에 차단 기록이 있다면 해당 기록에서 영향을 받은 프로세스를 확인하세요.

되돌릴 수 있는 비교로 범위 좁히기

가능하다면 같은 기기에서 로컬 네트워크만 바꾸고 클라이언트 설정과 선택한 회선은 그대로 두세요. 네트워크를 바꾼 뒤 문제가 해결되면 기존 네트워크의 인증, 접속 정책 또는 라우터 설정을 먼저 확인하세요. 계속 실패하면 다른 회선과 비교하세요. 기기, 네트워크, 회선을 한꺼번에 바꾸면 원인을 판단할 근거가 사라집니다. 한 가지를 확인할 때마다 결과를 기록하고 다음 단계로 넘어가세요.

오류에 인증서, 핸드셰이크 또는 시간이 언급되면 시스템 날짜, 시간대, 자동 시간 설정을 확인하세요. 시간이 크게 틀리면 정상적인 인증서 검증도 실패할 수 있습니다. 인증서 오류를 무시한 채 연결을 계속 사용하거나 출처가 불분명한 인증서를 가져오지 마세요. 특정 회선에서만 같은 오류가 반복되고 다른 회선은 정상이라면 오류 원문을 보관해 지원 담당자에게 회선 설정 확인을 요청하는 편이 좋습니다.

연결은 됐지만 웹페이지가 열리지 않을 때: 트래픽 분할 및 DNS 점검

연결 상태만으로 요청이 프록시를 통과한다고 볼 수 없습니다

클라이언트에 연결됨으로 표시되어도 연결 단계가 설정되었다는 뜻일 뿐, 브라우저 요청이 해당 연결을 통과한다는 보장은 없습니다. 먼저 원래 바로 접속되던 웹사이트와 문제가 있는 웹사이트를 각각 열어 모두 실패하는지 확인하세요. 일반 사이트는 정상이고 특정 사이트만 실패한다면 규칙 적용, 대상 서비스, 출구 지역을 중점적으로 살펴보세요. 모든 웹페이지가 실패한다면 특정 사이트만 점검하지 말고 시스템 프록시, DNS, 라우팅 설정을 확인하세요.

클라이언트의 요청 기록을 열고 문제가 있는 웹페이지를 새로고침해 해당 도메인이 표시되는지 확인하세요. 기록이 없다면 브라우저 자체 프록시 설정, 확장 프로그램, 기존 연결을 사용 중이거나 현재 클라이언트를 거치지 않을 수 있습니다. 브라우저를 완전히 종료했다가 다시 열고 프록시를 처리하는 확장 프로그램을 잠시 끈 다음 클라이언트 안내에 따라 시스템 프록시를 켜세요. 다시 로그인하거나 인증해야 하는 번거로움이 생길 수 있으니 브라우저 데이터를 모두 지우지는 마세요.

도메인 확인과 웹페이지 연결을 구분하세요

DNS는 도메인 이름을 주소로 변환합니다. 주소를 확인한 뒤에도 연결을 별도로 설정해야 합니다. 따라서 도메인이 확인된다고 웹페이지가 반드시 열리는 것은 아니며, 웹페이지가 열리지 않는다고 항상 DNS 문제인 것도 아닙니다. 호스트를 찾을 수 없음, 도메인 없음, DNS 시간 초과 등의 오류는 이름 확인 단계의 문제일 가능성이 높습니다. 인증서 오류, 연결 재설정, 접속 거부가 표시되면 원문을 보관하고 다음 단계를 확인하세요. 모든 문제를 DNS 오류로 묶지 마세요.

데스크톱 시스템에서는 아래 명령으로 시스템 DNS 해석기가 응답하는지 확인할 수 있습니다. 예시 도메인은 기본적인 이름 확인 과정 점검용이며 실제 대상 서비스의 접속 상태를 나타내지는 않습니다. 실행 후 주소가 반환되는지, 시간이 초과되는지, 명확한 오류가 출력되는지만 기록하세요. 클라이언트가 별도 DNS 경로를 사용할 수 있으므로 시스템 명령은 정상인데 브라우저가 실패한다면 클라이언트 로그도 확인해야 합니다. 명령 결과만으로 문제를 배제할 수는 없습니다.

nslookup example.com

브라우저와 클라이언트의 DNS 경로 확인

브라우저의 보안 DNS, 시스템 DNS, 클라이언트 내장 DNS, 라우터 설정이 동시에 요청 처리에 관여할 수 있습니다. 먼저 현재 설정을 기록하고 클라이언트 문서에서 권장하는 기본 설정으로 되돌린 뒤 하나씩 비교하세요. 검색으로 찾은 공용 DNS 주소를 전부 입력하지 마세요. DNS 해석기마다 경로가 달라 설정을 섞으면 결과가 더 불일치할 수 있습니다. 공용 네트워크에서 자체 인증 절차를 통해 제공하는 DNS를 요구할 수도 있으니 먼저 인증을 완료하세요.

브라우저에서 별도의 보안 DNS를 사용 중이라면 잠시 시스템 DNS를 사용하도록 바꿔 비교한 뒤 원래 설정으로 복구하세요. 변경 후 해당 브라우저에서만 문제가 해결된다면 기기 전체 라우팅을 수정하기보다 브라우저의 DNS 경로와 프록시가 서로 맞는지 확인하세요. 모든 앱에 문제가 있다면 시스템과 클라이언트 설정을 살펴보세요. 설정을 변경한 뒤에는 대상 앱을 다시 열어 새 DNS 결과로 요청하게 하세요.

캐시와 남은 프록시 설정 점검 범위

캐시에 이전 DNS 결과가 남아 있을 수 있지만 캐시 삭제는 경로를 확인한 다음에 진행하세요. 먼저 브라우저와 대상 앱을 닫고 현재 운영체제의 공식 안내에 따라 DNS 캐시를 새로 고친 뒤 다시 연결해 확인하세요. 클라이언트를 종료해도 모든 웹페이지가 열리지 않는다면 시스템에 로컬 주소를 가리키는 수동 프록시 설정이 남아 있는지 확인하세요. 클라이언트가 시스템 프록시를 정상적으로 해제한 다음 앱을 종료해야 합니다. 출처를 모르는 프록시 설정은 조직 설정을 잘못 지우지 않도록 먼저 화면을 캡처해 기록하세요.

네트워크와 회선을 바꿔도 같은 도메인에서만 DNS 오류가 계속되거나, 클라이언트 기록에 요청이 프록시로 전달됐는데도 웹페이지가 반복해서 실패한다면 대상 도메인, 오류 원문, 개인정보를 가린 로그를 문의에 첨부하세요. 비공개 경로, 쿼리 매개변수, 로그인 정보가 포함된 전체 웹주소는 보내지 마세요. 대상 웹사이트에 지역 또는 계정 안내가 명확히 표시된다면 DNS 캐시를 계속 비우지 말고 앱 접속 문제로 확인하세요.

속도 저하: 대역폭·응답 시간·앱 병목 구분

어느 단계에서 느린지 먼저 확인하세요

‘속도가 느리다’는 증상을 구체적으로 나눠 보세요. 웹페이지 응답이 늦거나, 이미지가 천천히 나타나거나, 파일 전송 속도가 불안정하거나, 회의 중 소리가 끊길 수 있습니다. 웹페이지 응답 지연은 DNS 확인이나 연결 설정과 관련될 수 있고, 지속적인 전송 속도는 로컬 대역폭, 회선 경로, 대상 서버의 영향을 더 받습니다. 어떤 작업이 느린지 먼저 확인하고 같은 작업으로 비교하세요. 속도 측정 사이트 한 곳의 결과만으로 모든 앱의 사용 경험을 설명할 수 없으며 모든 웹사이트의 속도를 대표하지도 않습니다.

프록시 연결을 끊고 직접 접속도 느린지 확인한 뒤 클라우드 동기화, 시스템 업데이트, 대용량 파일 전송을 잠시 중지하세요. 가정 내 다른 기기가 업로드나 다운로드 자원을 사용 중일 수도 있습니다. 요금제 데이터가 충분하다는 이유만으로 로컬 네트워크 혼잡을 배제하지 마세요. 사용 가능한 데이터 용량과 현재 네트워크의 전송 능력은 서로 다릅니다. 로컬 접속부터 끊긴다면 먼저 네트워크 연결을 해결한 뒤 국제 회선을 비교하세요.

대상은 그대로 두고 회선 또는 네트워크만 변경하세요

안정적으로 재현할 수 있는 웹페이지나 작업을 하나 선택하고 기기, 앱, 로컬 네트워크는 그대로 둔 채 회선만 바꿔 보세요. 순간 최고 속도만 보지 말고 첫 화면이 더 빨리 나타나는지, 전송이 지속되는지, 조작이 안정적인지 비교하세요. 인접 지역이라도 같은 경로를 사용하지 않을 수 있으며 같은 지역의 회선 유형별로도 결과가 다를 수 있습니다. 구체적인 유형은 서버 목록에서 확인하세요. 서버 목록은 선택 가능한 범위를 안내할 뿐 속도를 보장하지 않습니다.

회선을 바꿔도 뚜렷한 차이가 없다면 회선은 그대로 두고 로컬 네트워크를 바꿔 비교하세요. 기기가 지원한다면 유선 연결로 무선 신호와 간섭 문제를 확인할 수 있습니다. 무선 환경에서는 라우터와의 거리, 장애물, 여러 기기의 동시 접속이 연결 변동을 일으킬 수 있습니다. 테스트 중 기기를 옮기면서 회선까지 바꾸지 마세요. 네트워크 환경 변화가 회선 차이를 가려 결과를 재현하기 어려워집니다.

IEPL·중계·직접 연결의 차이 이해하기

IEPL 전용 회선, 중계, 직접 연결은 경로 구성 방식을 나타내며 일정한 속도 순위로 환산할 수 없습니다. 실제 사용 경험은 로컬 통신사, 진입 경로의 연결성, 출구 위치, 대상 서비스의 접속 방식에도 좌우됩니다. 현재 이용 목적에 따라 선택하세요. 업무는 지속적인 상호작용과 회의 안정성을, 스트리밍은 끊김 없는 재생을, 파일 전송은 장시간 연결 상태를 살펴보면 됩니다. 회선 유형 이름만 보고 모든 네트워크에 동일한 결론을 적용하지 마세요.

같은 대상도 시간에 따라 서로 다른 콘텐츠 전송 노드에서 응답할 수 있습니다. 브라우저 캐시, 웹사이트의 속도 제한, 서버 혼잡도 비교 결과에 영향을 줍니다. 다른 웹사이트는 정상인데 특정 파일 다운로드만 계속 느리다면 대상 서비스 자체의 제한을 먼저 확인한 뒤 같은 지역의 다른 회선을 시도하세요. 국가를 자주 바꾸면 계정에서 추가 인증을 요구할 수 있고 콘텐츠 전송 경로도 달라져 비교 결과를 해석하기 어려워집니다.

클라이언트와 기기 부하 확인

기기에서 부하가 큰 작업을 동시에 실행하고 있는지, 절전 모드인지, 클라이언트에서 재시도나 DNS 오류가 계속 발생하는지 확인하세요. 시스템 부하가 높으면 웹페이지 처리와 네트워크 작업이 모두 느려질 수 있어 회선만의 문제는 아닐 수 있습니다. 불필요한 작업을 잠시 멈추고 기본 설정으로 다시 테스트하세요. 특히 동시 연결, 연결 재사용, 네트워크 스택 설정과 같은 이른바 속도 향상 옵션을 그대로 따라 하지 마세요. 적절한 설정은 클라이언트 구현에 따라 다릅니다.

특정 트래픽 처리 모드를 켰을 때만 문제가 생긴다면 모드 이름과 변경 후 증상을 기록하세요. 곧바로 운영체제를 재설치할 필요는 없습니다. 가상 네트워크 어댑터, 시스템 프록시, 앱별 프록시는 트래픽 처리 범위가 다르며 기존 보안 소프트웨어와 상호작용할 수도 있습니다. 이전에 정상적으로 사용하던 모드로 되돌려 원인을 확인할 수 있지만 필요한 접근 제어를 끄지는 마세요. 조직에서 관리하는 기기는 네트워크 소프트웨어 간 호환성을 관리자에게 확인하세요.

지원팀의 도움이 필요하다면 느린 작업의 종류, 대상 도메인, 발생 시간대, 현재 회선, 이미 진행한 비교 내용을 설명하세요. “같은 네트워크에서 다른 웹사이트는 정상인데 이 사이트만 계속 버퍼링된다”는 정보는 속도 측정 스크린샷만 첨부하는 것보다 유용합니다. 시간대에 따라 뚜렷한 차이가 있다면 저녁 시간대 장을 참고하세요. 전송 중 연결이 끊긴다면 연결 끊김 문제로 확인하세요.

저녁 시간대 끊김: 같은 조건으로 비교하기

문제가 실제로 시간대에 따라 달라지는지 확인하세요

저녁에 사용 경험이 나빠졌다고 해서 특정 회선의 혼잡이 원인이라고 단정할 수 없습니다. 가정 내 네트워크 사용량 증가, 무선 간섭 변화, 대상 서비스 혼잡, 로컬 통신사의 경로 변화도 비슷한 시간대에 발생할 수 있습니다. 평소 정상 작동하는 설정을 기록해 두고 문제가 생겼을 때 같은 작업을 반복하세요. 기기, 네트워크, 대상, 회선이 대체로 같아야 시간대별 차이를 비교할 수 있습니다. 여러 조건을 한꺼번에 바꾸면 원인을 찾기 어렵습니다.

끊김이 시작된 시각과 회복된 시각을 대략 기록하고 세션 내내 불안정한지, 간헐적으로 멈춘 뒤 재개되는지 구분하세요. 지속적인 대역폭 부족과 짧은 연결 변동은 점검 방향이 다릅니다. 동영상은 계속 재생되지만 회의 음성이 반복해서 끊긴다면 상호작용이 많은 작업에서 네트워크 변동이 더 두드러질 수 있습니다. 앱마다 다른 경로를 사용할 가능성도 있습니다. 동영상이 재생된다는 이유만으로 회의 앱에 네트워크 문제가 없다고 판단하지 마세요.

로컬 네트워크부터 국제 경로까지 확인하세요

문제가 발생하면 먼저 직접 접속과 로컬 네트워크 사용에도 영향이 있는지 확인하고, 다른 기기의 대용량 파일 작업을 잠시 중지하세요. 무선 연결은 가능한 한 같은 위치에서 테스트하세요. 유선으로 바꾼 뒤 문제가 크게 줄어든다면 로컬 무선 환경을 먼저 조정하세요. 같은 기기에서 회선은 그대로 둔 채 네트워크 연결만 바꿔 문제가 해결되면 기존 네트워크의 접속 품질과 경로를 우선 확인하세요. 구독을 반복해서 다시 가져올 필요는 없습니다.

직접 접속은 정상인데 국제 서비스에서만 느려진다면 경로가 다른 회선을 비교해 보세요. 지역과 콘텐츠 전송 경로의 차이를 줄이려면 같은 지역의 다른 회선을 먼저 확인한 뒤 다른 지역을 고려하세요. 회선을 바꿀 때마다 대상 앱의 세션을 새로 설정하세요. 기존 연결이 이전 경로를 계속 사용할 수 있습니다. 클라이언트에 표시되는 회선 이름만 바꾸고 대상 작업을 다시 열지 않으면 이전 세션의 결과를 새 회선의 성능으로 오해할 수 있습니다.

회의·문서·동영상별 점검 방법

동영상은 버퍼링이 계속 채워지는지 확인하고, 회의는 음성이 끊기지 않는지와 화면이 간헐적으로 멈추는지 살펴보세요. 온라인 문서는 입력 후 동기화가 제때 되는지 확인하세요. 실제 회의 중에 회선을 계속 바꾸며 테스트하지 마세요. 회선 전환만으로도 연결이 끊길 수 있습니다. 회의 전에 민감한 내용이 없는 테스트 세션으로 사용할 경로를 확인하고 검증된 대체 회선을 준비해 필요할 때 계획적으로 전환하세요.

원격 업무 도구를 사용한다면 조직 프록시, 기업용 VPN, 보안 게이트웨이가 연결에 관여하는지도 확인하세요. 일부 업무는 조직 네트워크를 반드시 거쳐야 하므로 공용 프록시를 회사에서 지정한 접속 방식 대신 사용해서는 안 됩니다. 시간대별 증상과 오류 내용을 관리자에게 전달해 조직 정책이 바뀌었는지 확인하세요. 관련 선택 방법은 원격 근무용 회선 선택 가이드에서 참고할 수 있지만, 실제 환경에서는 조직 규정과 직접 확인한 결과를 우선하세요.

일시적으로 효과가 있었던 변경을 장기적인 해결책으로 단정하지 마세요

동영상 화질을 낮추거나 동기화를 일시 중지하거나 검증된 경로를 이용하는 것은 현재 작업을 위한 임시 대처가 될 수 있습니다. 하지만 이는 필요한 자원을 줄이거나 경로를 바꾸는 방법일 뿐, 원인을 직접 밝혀 주지는 않습니다. 작업이 끝난 뒤에는 비교 가능한 설정으로 되돌려 관찰하세요. 테스트 결과를 개선하려고 DNS, 연결 옵션, 라우팅 규칙을 한꺼번에 바꾸지 마세요. 다음에 문제가 생겼을 때 어떤 변경이 결과에 영향을 줬는지 알기 어려워집니다.

같은 문제가 일정한 시간대에 반복되고 로컬 네트워크 비교로도 설명되지 않는다면 기록을 지원팀에 제출하세요. 영향을 받은 회선, 대상 서비스, 시간 범위, 다른 회선의 작동 여부를 적어 주세요. 이 정보가 있어야 지원팀이 관련 경로를 확인할 수 있습니다. “저녁에는 전부 느려요”라는 설명만으로는 범위가 불분명합니다. 특정 앱에서만 발생하고 시간대를 바꿔도 계속된다면 모든 증상을 저녁 시간대 문제로 묶지 말고 앱별 트래픽 분할을 확인하세요.

잦은 연결 끊김과 백그라운드 종료: 시스템 트래픽 처리 확인

연결이 끊긴 것인지 앱 세션이 종료된 것인지 구분하세요

문제가 생겼을 때 클라이언트가 실제로 연결 해제 상태가 되었는지, 아니면 클라이언트는 연결된 채 회의, 채팅, 웹 세션만 끝났는지 먼저 확인하세요. 전자라면 로컬 네트워크 전환, 프로세스 실행 상태, 시스템 권한을 우선 점검하세요. 후자라면 앱의 시간 초과, 인증, 규칙도 확인해야 합니다. 클라이언트를 다시 열자마자 문제가 해결돼도 회선이 복구됐다는 뜻은 아닐 수 있습니다. 시스템이 백그라운드 프로세스를 다시 활성화했을 수 있으니 앱을 전면에 가져오기 전후의 상태를 함께 기록하세요.

화면 잠금, 노트북 덮개 닫기, 무선 네트워크 전환, 기기 절전, 배터리 부족 이후에 연결이 끊기는지 확인하세요. 네트워크 인터페이스가 바뀌면 기존 연결을 다시 설정해야 할 수 있으며 앱이 즉시 재시도하지 않을 수도 있습니다. 화면을 켜 둔 채 같은 네트워크를 유지해 테스트한 다음 화면 잠금 상태와 비교하세요. 문제를 피하려고 기기 잠금을 영구적으로 끄지 마세요. 화면 잠금은 진단 조건일 뿐 일상적인 기기 보안을 희생해서는 안 됩니다.

Android 백그라운드 제한 및 VPN 권한

Android 앱 설정에서 클라이언트의 백그라운드 실행이 허용되는지, 배터리 최적화의 제한을 받는지, 시스템이 백그라운드 정리 중 프로세스를 종료하는지 확인하세요. 기기마다 메뉴 이름이 다를 수 있으므로 현재 시스템 안내에서 해당 설정을 찾으세요. 필요한 클라이언트에만 권한을 조정하고 모든 앱을 제한 없이 실행하도록 바꿀 필요는 없습니다. 업무 프로필이 있거나 기기가 조직에서 관리된다면 현재 VPN 설정의 실행이 허용되는지도 확인하세요.

다른 앱이 백그라운드에서 VPN 연결을 요청하는지 확인하세요. 시스템의 VPN 트래픽 처리는 새 연결 요청에 따라 바뀌어 기존 클라이언트가 제어 권한을 잃을 수 있습니다. 다른 네트워크 앱을 먼저 종료한 뒤 화면을 잠가도 연결이 끊기는지 확인하세요. 처음 구독을 가져오고 권한을 설정하는 방법은 Android 구독 가져오기 및 확인 가이드를 참고하세요. 이미 가져오기를 마쳤다면 이 장에서는 프로세스와 권한만 확인하면 되며 계정을 새로 만들 필요는 없습니다.

iOS와 데스크톱 시스템의 차이

iOS에서는 시스템 VPN 상태, 클라이언트 설정, 기기 관리 요구 사항이 서로 일치하는지 확인하세요. 자동 연결 설정을 여러 개 남겨 두면 서로 전환될 수 있습니다. 다른 플랫폼의 배터리 절전 메뉴를 iOS에 그대로 적용하지 마세요. 앱을 복구한 뒤 새 권한 안내가 나타나면 출처를 확인하고 클라이언트 설명에 따라 처리하세요. 네트워크를 바꾼 직후에만 잠깐 실패한다면 먼저 직접 다시 연결하고 이후에도 안정적인지 확인한 다음 추가 점검이 필요한지 판단하세요.

Windows, macOS, Linux에서는 절전과 화면 복귀 후 네트워크 어댑터 상태도 확인하세요. 노트북 덮개를 닫으면 시스템이 절전 상태로 들어가 네트워크 작업이 중단될 수 있습니다. 이는 정상 실행 중 클라이언트가 예기치 않게 종료되는 경우와 다릅니다. 절전에서 깨어난 뒤 직접 접속도 되지 않는다면 먼저 로컬 네트워크를 복구하세요. 프록시 연결만 실패한다면 클라이언트 연결을 다시 설정하세요. 절전 문제를 해결하려고 익숙하지 않은 시스템 서비스 설정을 바꾸거나 네트워크 드라이버를 삭제하지 마세요.

연결 끊김 전후의 연속된 증거 보관

로그는 다시 연결된 한 줄만 캡처하지 말고 연결이 끊기기 전후의 내용을 포함해야 합니다. 네트워크 변경, 프로세스 종료, 권한 해제, 연결 재시도 관련 메시지를 중점적으로 보관하세요. 화면을 켠 상태로 고정 네트워크를 사용할 때 특정 회선에서만 계속 끊기고 다른 회선에서는 정상이라면 회선이나 경로 문제일 가능성이 높습니다. 모든 회선에서 화면 잠금 후 실패한다면 기기의 백그라운드 정책을 확인해야 합니다. 이처럼 증상을 나누면 기기 문제와 서비스 문제를 혼동하지 않을 수 있습니다.

권한을 확인했고 다른 클라이언트와 충돌하지 않는데도 정상적으로 앱을 사용하던 중 반복해서 끊기는 경우, 또는 네트워크 전환 후 복구되지 않아 앱을 다시 시작해야 하는 경우에는 문의를 접수하세요. 기기 플랫폼, 화면 잠금 여부, 네트워크 전환 여부, 절전 경험 여부, 재연결 후 유지되는 상태를 설명하세요. 반복해서 앱을 재설치하는 대신 기록을 남기세요. 재설치하면 유용한 설정과 로그가 지워질 수 있습니다.

구독 업데이트 실패: 출처와 형식 확인

가져오기 실패와 설정 읽기 실패 구분

구독 업데이트는 내용 가져오기와 내용 읽기의 두 단계로 이뤄집니다. 가져오기에 실패하면 시간 초과, 연결 오류, 접속 거부 등이 나타날 수 있습니다. 설정 읽기에 실패했다면 내용은 가져왔지만 클라이언트가 유효한 설정으로 인식하지 못했을 가능성이 높습니다. 오류 메시지 전체를 먼저 기록한 다음 네트워크와 설정 형식 중 어디를 확인할지 결정하세요. 업데이트에 실패했다고 기존 구독을 바로 삭제하지 마세요. 기존 설정이 여전히 작동한다면 접속 복구에 사용할 수 있고 비교 기준으로도 남겨 둘 수 있습니다.

사용자 패널에서 현재 계정과 요금제 상태를 확인한 뒤 패널에서 제공하는 경로를 통해 현재 클라이언트에 맞는 구독을 다시 가져오세요. 구독은 로그인 후 받아야 합니다. 공개 게시글, 단체 대화, 다른 사람의 스크린샷에서 주소를 복사하지 마세요. 클라이언트마다 가져올 수 있는 형식이 다를 수 있습니다. 패널에서 해당 클라이언트용으로 제공하는 경로를 이용하면 주소 매개변수를 직접 수정하는 것보다 안전하고 복사 오류도 줄일 수 있습니다.

복사한 내용을 확인하고 구독 주소를 공개하지 마세요

복사할 때 공백, 줄바꿈, 따옴표, 안내 문구가 섞이거나 로그인 페이지 주소가 복사될 수 있습니다. 내용을 로컬에서 확인할 수는 있지만 실제 구독 주소를 공개 웹페이지, 온라인 변환 도구, 출처가 불분명한 진단 서비스에 붙여 넣지 마세요. 구독 주소는 보호해야 하는 접속 정보입니다. 지원팀에는 보통 출처 페이지와 가져오기 방법만 설명해도 충분합니다. 관리되는 지원 절차에서 명확히 요청하는 경우에만 안내에 따라 관련 정보를 처리하세요.

구독 인증 정보를 재설정했다면 이전에 저장한 주소가 만료됐을 수 있습니다. 기존 주소로 계속 새로고침하지 말고 클라이언트에 저장된 주소를 업데이트하세요. 같은 계정을 여러 기기에서 사용한다면 각 기기에서 현재 어떤 주소를 사용하는지도 확인하세요. 브라우저 즐겨찾기, 클립보드 기록, 오래된 메모에 만료된 주소가 남아 있을 수 있습니다. 주소 모양이 비슷하다고 같은 상태라고 판단하지 마세요.

업데이트 요청에 사용되는 네트워크 확인

일부 클라이언트는 구독 업데이트 요청을 프록시로 보내지만 다른 클라이언트는 시스템 네트워크나 별도 설정을 사용합니다. 현재 회선이 작동하지 않는데 업데이트 요청도 해당 회선을 거쳐야 한다면 스스로 복구할 수 없는 상태가 될 수 있습니다. 로컬 네트워크가 정상인지 확인하고 클라이언트 안내에 따라 업데이트 경로를 점검하세요. 설정을 바꾸기 전에 기존 값을 기록하고 변경 후 회선 목록을 확인하세요. 네트워크 옵션을 한꺼번에 수정하지 마세요.

응답 내용이 웹페이지처럼 보인다면 구독 설정이 아니라 네트워크 인증 페이지, 로그인 페이지, 오류 페이지일 수 있습니다. 특히 공용 네트워크에서 인증을 마치지 않았다면 주의하세요. 웹페이지 내용을 설정 파일로 저장해 억지로 가져오거나 인증서 검증을 무시해 내용을 가져오지 마세요. 먼저 네트워크 인증을 완료하고 패널의 올바른 경로인지 확인한 뒤 다시 업데이트하세요. 오류가 계속되면 응답 유형과 안내 문구만 기록하고 전체 응답 내용을 공개할 필요는 없습니다.

가져온 뒤 선택 상태와 저장 여부 확인

가져오기에 성공해도 클라이언트가 새 설정으로 전환된 것은 아닙니다. 현재 활성화된 설정 이름, 회선 목록, 업데이트 시간을 확인해 새 구독이 사용 설정됐는지 확인하세요. 같은 이름의 그룹이 있다면 알아보기 쉬운 로컬 이름으로 구분한 뒤 연결을 테스트하세요. 일부 앱은 이전에 수동 선택한 회선을 계속 유지합니다. 새 설정에서 해당 회선이 바뀌었다면 다시 선택해야 합니다. 성공 안내만 보고 이후 연결에 새 내용이 적용됐다고 판단하지 마세요.

앱을 다시 시작한 뒤 설정이 사라지거나 가져올 때마다 저장되지 않는다면 로컬 저장소 권한, 앱 데이터 위치, 기기 관리 제한을 확인하세요. 이는 구독 서버가 내용을 제공하지 못하는 문제가 아니라 클라이언트의 저장 문제일 가능성이 높습니다. 데스크톱에서 서로 다른 계정으로 번갈아 클라이언트를 실행하면 설정 폴더가 다르게 보일 수 있습니다. 앱 데이터를 삭제할 수 있는 정리 도구를 사용하기 전에도 규칙을 확인하세요.

패널은 정상적으로 열리는데 올바른 경로에서 구독을 다시 받아도 여러 네트워크에서 업데이트에 실패하거나 클라이언트가 계속 형식 오류를 표시한다면 문의를 접수하세요. 클라이언트 이름, 운영체제, 오류 원문, 가져오기 방법, 다른 기기에서 업데이트 가능한지 첨부하세요. 특정 클라이언트에서만 실패한다면 그 범위를 명확히 적으세요. 계정 상태가 예상과 다르다면 패널에 표시된 내용도 함께 설명해 결제 문제와 설정 해석 문제를 구분하세요.

특정 앱이 프록시를 사용하지 않을 때: 트래픽 처리 범위 확인

브라우저가 작동해도 모든 앱이 트래픽 처리 대상이라는 뜻은 아닙니다

시스템 프록시는 보통 시스템 설정을 따르는 앱에서 사용되지만 모든 앱이 이를 따르지는 않습니다. 일부 앱은 독립 네트워크 스택이나 자체 프록시 옵션을 사용하거나 직접 연결하므로 브라우저가 정상이라고 해서 해당 앱도 클라이언트를 통과한다고 볼 수 없습니다. 먼저 문제가 특정 앱에만 나타나는지 확인한 다음 클라이언트 요청 기록을 열어 앱 실행과 문제 작업 중 관련 연결이 표시되는지 확인하세요. 곧바로 회선 오류라고 단정하지 마세요.

기록이 없다면 앱 자체 프록시 설정, 클라이언트의 트래픽 처리 모드, 프로세스 제외 규칙을 먼저 확인하세요. 기록이 있다면 실제로 적용된 정책과 선택된 출구를 살펴보세요. 앱은 로그인, 콘텐츠, 업데이트, 알림 등 여러 도메인에 동시에 연결될 수 있으므로 첫 화면의 도메인만 확인해서는 기능 오류를 설명하기 어려울 수 있습니다. 문제가 발생하는 특정 작업을 기준으로 관찰하고 용도를 모르는 상태에서 모든 도메인에 같은 정책을 적용하지 마세요.

임시 모드로 규칙 문제 비교하기

개인 기기이며 사용 환경의 요구 사항에 어긋나지 않는다면 클라이언트에서 지원하는 프록시 모드를 잠시 바꿔 비교할 수 있습니다. 모드를 바꾼 뒤 앱이 정상 작동한다면 기존 규칙이나 트래픽 처리 범위를 확인할 필요가 있다는 뜻이지, 모든 트래픽을 같은 경로로 계속 보내야 한다는 뜻은 아닙니다. 테스트가 끝나면 원래 모드로 되돌리고 대상 도메인, 프로세스, 규칙 순서를 조정하세요. 조직 내부망, 로컬 네트워크 기기, 업무 시스템과 관련된 경우에는 먼저 조직의 요구 사항을 확인하세요.

규칙에는 일반적으로 적용 순서가 있으며 포괄적인 규칙이 구체적인 규칙보다 먼저 적용될 수 있습니다. 변경 전에 대상 연결에 실제로 적용된 항목을 기록하세요. 규칙 파일에 해당 도메인이 있다는 이유만으로 설정이 올바르다고 판단하지 마세요. 구독 업데이트 과정에서 일부 규칙이 바뀔 수 있으므로 클라이언트가 지원하는 덮어쓰기 또는 사용자 지정 방식을 사용해 로컬 변경 사항을 저장하세요. 관리하기 어려운 생성 설정을 직접 수정하지 마세요. 다음 업데이트 후 문제가 다시 생길 수 있습니다.

지속 연결, UDP, 캐시된 세션 확인

일부 앱은 연결을 오랫동안 유지하므로 클라이언트에서 회선을 바꿔도 기존 세션이 바로 새 경로로 이동하지 않을 수 있습니다. 앱을 종료하고 백그라운드 프로세스도 끝났는지 확인한 다음 다시 열어 테스트하세요. 화면만 새로고침하는 것보다 원인을 판단하는 데 도움이 됩니다. 작업 내용을 유지해야 하는 앱은 프로세스를 종료하기 전에 먼저 저장하세요. 다시 시작한 뒤 문제가 해결된다면 계정이나 대상 서비스 문제라고 바로 단정하지 말고 회선을 바꾼 뒤에만 재현되는지 계속 확인하세요.

회의, 음성 통화, 실시간 협업 앱은 웹페이지와 다른 전송 방식을 사용할 수 있습니다. 웹 기능은 정상인데 통화만 문제가 있다면 클라이언트가 해당 앱에 필요한 트래픽을 처리하도록 지원 및 설정되어 있는지, 로컬 네트워크 정책에 문제가 없는지 확인하세요. 출처를 알 수 없는 포트 목록을 그대로 따르거나 보안 규칙 전체를 느슨하게 만들지 마세요. 조직에서 관리하는 회의 시스템은 공식 네트워크 안내를 먼저 확인하고 허용된 연결 방식을 관리자에게 문의하세요.

네트워크 연결 실패와 서비스의 접속 거부 구분

앱에서 지역, 계정, 결제, 인증 관련 안내가 명확히 표시된다면 요청이 대상 서비스에 도달했을 수 있습니다. 이 경우 DNS를 계속 바꿔도 도움이 되지 않을 수 있습니다. ChatGPT, Claude, Gemini 등의 사용 가능 여부는 각 서비스의 지역 및 계정 정책에도 영향을 받습니다. 스트리밍 서비스 역시 콘텐츠와 계정 상태에 따라 접속 여부를 판단할 수 있습니다. 회선이 특정 국가를 지원한다는 사실이 모든 제3자 서비스의 이용 가능성을 보장하지는 않습니다. 대상 서비스의 현재 정책과 실제 결과를 기준으로 확인하세요.

테스트할 때는 출구 지역을 일정하게 유지한 뒤 같은 지역의 다른 회선을 비교하세요. 지역을 자주 바꾸면 추가 인증이 필요할 수 있습니다. 브라우저에서는 같은 계정을 사용할 수 있지만 앱에서 실패한다면 앱 자체 캐시, 인증 세션, 공식 상태 안내도 확인하세요. 진단을 위해 개인 계정을 다른 사람에게 로그인하도록 맡기지 마세요. AI 이용 환경은 AI 네트워크 가속 안내에서 확인할 수 있습니다. 회선 선택 방법은 이 장의 트래픽 처리 점검과 함께 참고하세요.

문의할 때는 앱 이름, 문제가 있는 기능, 운영체제, 클라이언트 모드, 대상 도메인, 적용된 규칙을 알려 주세요. 스크린샷에서는 대화 내용, 개인 정보, 접속 인증 정보를 가리세요. 특정 트래픽 처리 모드에서만 문제가 생긴다면 정상 모드와 문제 모드의 차이를 설명하세요. 대상 서비스에서 접속 거부 안내가 명확히 표시된다면 원문을 보관하세요. 이 정보는 규칙 파일 전체를 보내는 것보다 원인을 찾기 쉽고 불필요한 정보 노출도 줄입니다.

Windows 데스크톱 앱에서 시스템 프록시, 시스템 트레이 상주, 시작 프로그램의 관계는 Windows 시스템 프록시 및 트래픽 분할 가이드에서도 확인할 수 있습니다. 이 장은 실행 중 트래픽이 어디로 향하는지 다룹니다. 컴퓨터 시작 시 앱이 실행됐다고 연결 확인까지 끝난 것은 아닙니다. 시작 방식을 변경할 때마다 현재 설정과 대상 요청이 실제로 적용되는지 확인하세요.

기기 안내와 문의: 재현 가능한 증거 정리

기기 수 초과 안내가 나오면 먼저 안내의 출처를 확인하세요

I8VPN은 동시에 접속할 수 있는 기기 수에 제한이 없습니다. 화면에 기기 수 초과 안내가 표시되더라도 기기 사용 권한을 추가 구매해야 한다고 바로 판단하지 마세요. 안내가 I8VPN 사용자 패널, 클라이언트 자체, 현재 사용 중인 제3자 앱 중 어디에서 표시됐는지 먼저 확인하세요. 제3자 계정에는 별도의 세션 관리 규칙이 있을 수 있고 기기 운영체제가 특정 네트워크 설정을 제한할 수도 있습니다. 이런 제한은 본 서비스의 동시 접속 정책과는 별개입니다.

안내가 표시된 위치, 전체 문구, 발생시킨 작업을 기록한 뒤 현재 로그인한 계정과 실제로 활성화된 구독을 확인하세요. 이전 설정, 다른 서비스의 구독, 클라이언트 자체 계정 기능 때문에 안내 출처가 헷갈릴 수 있습니다. 문제를 확인하려고 모든 기기에서 한꺼번에 로그아웃하거나 계정 정보를 공개하지 마세요. 본 서비스 관련 절차에서 나온 안내가 맞다면 스크린샷과 재현 방법을 제출해 지원팀의 확인을 요청하세요. 추가 요금 조건을 직접 추측할 필요는 없습니다.

문제 해결 과정을 명확한 기록으로 정리하기

문의에는 기대한 결과와 실제 결과를 먼저 적으세요. 예를 들어 클라이언트를 켜면 대상 웹페이지가 정상적으로 열릴 것으로 예상했지만, 실제로는 연결됨으로 표시된 상태에서 브라우저에 DNS 시간 초과가 나타났다고 설명할 수 있습니다. 이어서 발생 시각과 시간대, 운영체제, 클라이언트 이름, 로컬 네트워크 유형, 회선 이름, 현재 모드를 적으세요. 마지막으로 시도한 변경 사항과 결과를 작성하고, 특히 그대로 유지한 조건도 밝혀 비교가 유효했는지 지원팀이 파악하도록 도와주세요.

오류 메시지 원문은 요약보다 유용하지만 로그 전체를 붙여 넣을 필요는 없습니다. 발생 시각 전후의 일부 내용을 발췌하고 오류 종류와 순서를 보존하되 구독 주소, 로그인 정보, 개인 폴더 경로, 관련 없는 접속 기록은 가리세요. I8VPN은 로그를 저장하지 않는 정책을 적용합니다. 사용자가 직접 제출하는 진단 자료도 필요한 최소한만 포함해야 합니다. 이 정책을 근거로 기기의 모든 기록을 확인 없이 전송해서는 안 됩니다.

직접 설정 변경을 멈춰야 하는 경우

시스템 네트워크 구성 요소 삭제, 알 수 없는 인증서 가져오기, 조직 관리 정책 변경, 보안 규칙 전체 완화가 필요해지면 더 이상 직접 시도하지 말고 적절한 지원을 요청하세요. 이런 작업은 문제와 무관한 앱에도 영향을 주고 정상적으로 작동하던 환경까지 손상시킬 수 있습니다. 조직에서 관리하는 기기라면 먼저 관리자에게 문의하세요. 특정 회선에서만 오류가 계속되고 다른 회선은 정상이라면 사용할 수 있는 회선을 유지하고 문제가 있는 회선의 증거를 본 서비스에 전달하세요.

이미 설정을 많이 변경했다면 추가 복구 도구를 실행하기보다 변경 목록을 적고 확인 가능한 순서대로 되돌리세요. 클라이언트 기본 설정을 복원하기 전에 필요한 로컬 규칙을 저장하고 백업에 민감한 정보가 있는지 확인하세요. 시스템 네트워크 초기화는 영향 범위가 크므로 첫 단계로 실행하지 않는 것이 좋습니다. 변경의 영향을 확인하기 어렵다면 모든 설정이 기본값이라고 단정하지 말고 현재 상태와 변경한 내용을 설명하세요. 문제를 파악하는 데 더 도움이 됩니다.

결제 문제와 연결 문제는 따로 확인하세요

월간 구독 데이터는 가입일을 기준으로 매월 초기화되며, 중간에 요금제를 올릴 때는 차액을 남은 날짜에 맞춰 계산합니다. 데이터 패키지는 소진될 때까지 사용할 수 있고 만료되지 않습니다. 클라이언트 연결 문제와 데이터 부족 안내가 함께 나타나면 먼저 패널에서 데이터 잔량과 요금제 상태를 확인한 뒤 이용 방식을 조정할지 결정하세요. 가격과 결제 방식은 요금제 및 데이터 패키지 안내를 확인하세요. 네트워크 문제를 해결하려고 결제를 반복하지 마세요.

본 서비스는 7일 이내 무조건 환불을 제공합니다. 자세한 조건은 이용 약관에서 확인하세요. 문제 해결 과정에서 주문이나 환불을 처리해야 한다면 문의에 요청 사항을 명확히 적고 주문 확인에 필요한 정보만 제공하세요. 전체 결제 정보를 공개하지 마세요. 결제 수단은 알리페이 / 위챗페이 / USDT입니다. 제3자 앱이 요구하는 결제 수단을 본 서비스와 혼동하지 말고, 웹페이지 안내만 보고 주문이 만료됐다고 판단하지 마세요.

복구 후 최소한의 정상 설정을 기준으로 보관하세요

문제가 해결되면 정상 작동한 회선, 트래픽 처리 모드, 필요한 권한, 해결 원인을 기록하고 테스트용 임시 규칙은 삭제한 뒤 일상적으로 사용할 설정으로 복구하세요. 이후 직접 접속, 대상 앱, 화면 잠금 후 복구, 구독 업데이트를 확인해 다른 문제가 생기지 않았는지 점검하세요. 기록은 본인이 관리하는 위치에 보관하고 전체 인증 정보는 포함하지 마세요. 다음에 문제가 생길 때 이 기준을 참고하면 낯선 설정을 처음부터 시도하는 것보다 안정적으로 확인할 수 있습니다.

처음 설정을 마치지 않았다면 빠른 시작 가이드로 돌아가 이어서 진행하세요. 간단한 질문과 답변이 필요하다면 도움말 센터를 참고하세요. 이 페이지의 목적은 ‘작동하지 않음’이라는 증상을 명확한 범위로 나누는 것입니다. 어떤 기기, 네트워크, 회선, 앱에서 어떤 작업이 실패하는지 구체적으로 확인하세요. 범위가 명확할수록 다음 단계를 선택하기 쉽고 불필요한 변경도 줄일 수 있습니다.