VPN 문제 해결 가이드

전혀 연결되지 않을 때의 점검 순서

“전혀 연결되지 않는다”는 상태부터 명확히 정의해야 합니다. 클라이언트가 실행되지 않는지, 구독에 노드가 없는지, 연결을 누르자마자 오류가 나는지, 아니면 연결 상태가 계속 처리 중인지 구분하세요. 증상마다 해당 계층이 다르므로 처음부터 회선을 반복해서 바꾸면 로컬 네트워크, 시스템 권한과 계정 상태가 뒤섞입니다. 먼저 기본 네트워크로 일반 웹사이트에 직접 접속할 수 있는지 확인하고, 다음으로 클라이언트가 구독을 읽는지 확인한 뒤 구체적인 회선을 테스트하세요. 각 단계가 끝날 때마다 결과를 기록하고 여러 설정을 동시에 바꾸지 마세요. 연결이 복구되더라도 실제 원인을 알 수 없게 됩니다.

장애를 올바른 계층으로 먼저 분류하기

클라이언트 연결을 끊은 뒤 브라우저로 평소 이용하는 웹사이트에 접속하세요. 이때도 열리지 않는다면 문제는 로컬 네트워크, 라우터 또는 현재 접속 환경에 있으며 클라이언트가 끊긴 기본 네트워크를 대신할 수는 없습니다. 정상 작동이 확인된 다른 네트워크로 전환해 다시 테스트하고, 시스템에 네트워크 로그인 페이지 확인을 요구하는 알림이 표시되는지도 살펴보세요. 일반 웹사이트에 접속할 수 있다면 클라이언트를 열어 노드 목록을 확인합니다. 목록이 비어 있으면 구독 미가져오기, 구독 업데이트 실패 또는 설정 덮어쓰기 가능성이 큽니다. 목록은 있지만 모든 회선이 실패한다면 시스템 프록시, 가상 네트워크 권한, 보안 소프트웨어 차단과 시스템 시간을 계속 확인하세요.

클라이언트가 실행된다고 해서 핵심 네트워크 구성 요소에 권한이 부여된 것은 아닙니다. 처음 실행하거나 시스템을 업데이트하거나 재설치한 뒤에는 VPN 구성, 네트워크 확장 또는 가상 네트워크 어댑터 추가를 다시 허용해야 할 수 있습니다. 한 번 거부하면 이후 연결을 눌러도 포괄적인 오류만 표시될 수 있습니다. 시스템의 네트워크 또는 개인정보 보호 권한 페이지에서 관련 승인이 유지되는지 확인하고, 필요하면 기존 네트워크 설정을 삭제한 뒤 사용자 패널에서 93VPN 클라이언트를 받아 구독을 다시 가져오세요. 클라이언트는 항상 사용자 패널 다운로드 페이지에서 내려받고 출처가 불분명한 설정 파일은 섞어 사용하지 마세요.

즉시 실패와 장시간 대기의 차이

클릭하자마자 실패한다면 요청이 회선 측에 실제로 도달하기 전 문제가 발생했을 가능성이 큽니다. 설정 항목 누락, 시스템 권한 미적용, 클라이언트 핵심 프로세스 미실행, 기기 시간 오차 또는 현재 네트워크의 연결 차단 등이 원인일 수 있습니다. 창만 닫지 말고 클라이언트 프로세스를 종료한 뒤 다시 실행하세요. 이어서 시스템 날짜, 시간대와 자동 시간 설정을 확인합니다. 인증서 검증에는 정확한 시간이 필요하므로 시간이 크게 어긋나면 일반 웹페이지는 정상인데 모든 회선만 동시에 실패할 수 있습니다.

연결 상태가 오랫동안 처리 중이라면 요청은 전송됐지만 완전한 응답을 받지 못한 경우에 가깝습니다. 서로 다른 지역과 회선 유형의 노드로 전환해 교차 확인하세요. 같은 지역의 인접 회선을 연속으로 선택하는 것만으로는 충분하지 않습니다. 상위 경로를 공유할 수 있기 때문입니다. 93VPN은 110+개 국가 / 240+개 회선을 제공하므로 회선 목록에서 지역과 유형을 확인한 뒤 경로 차이가 큰 회선을 선택하세요. 다른 기본 네트워크에서는 연결되고 기존 네트워크에서만 실패한다면 계정을 계속 수정하기보다 기존 네트워크의 라우팅, 로컬 네트워크 정책 또는 접속 환경을 중점적으로 확인해야 합니다.

기존 설정을 해치지 않고 기본 복구하기

초기화가 필요하다면 먼저 클라이언트에 현재 오류 메시지와 선택한 회선 이름을 저장한 뒤 구독을 업데이트하세요. 그래도 실패하면 93VPN 구독을 삭제하고 다시 가져올 수 있지만, 클라이언트의 전체 설정을 바로 지우는 것은 권장하지 않습니다. 사용자가 직접 관리한 규칙이 포함되어 있을 수 있습니다. 다시 가져온 뒤에는 사용자 지정 스크립트나 포트 변경, 다른 네트워크 도구 추가 없이 클라이언트 기본 모드로 먼저 연결을 테스트하세요. 기본 상태에서 연결되면 개인 설정을 하나씩 복원하고, 여전히 연결되지 않으면 오류 원문, 시스템 플랫폼, 네트워크 유형, 회선 이름과 재현 과정을 정리해 문의하세요.

“복구됨”은 스위치가 연결됨으로 바뀐 것만으로 판단해서는 안 됩니다. 연결 후 일반 웹페이지를 열고 네트워크 확인 페이지에서 출구가 바뀌었는지 확인한 다음, 이전에 실패했던 서비스도 테스트하세요. 연결 상태는 정상인데 웹페이지가 열리지 않는다면 문제는 “전혀 연결되지 않음”에서 프록시 적용 또는 DNS 계층으로 넘어간 것입니다. 다음 장을 계속 확인하고 연결 버튼을 반복해서 누르지는 마세요.

연결되지만 웹페이지가 열리지 않을 때: 프록시 적용과 DNS 확인

클라이언트에는 연결됨으로 표시되는데 웹페이지가 열리지 않는다면 터널 상태와 실제 트래픽 경로가 일치하지 않는다는 뜻입니다. 가장 흔한 원인은 시스템 프록시가 제대로 적용되지 않거나, 브라우저가 기존 연결을 유지하거나, 라우팅 규칙이 대상 도메인을 직접 연결로 보내거나, DNS가 현재 회선에 맞지 않는 결과를 반환하거나, 웹페이지의 네트워크 프로토콜이 현재 프록시 모드의 적용 대상이 아닌 경우입니다. 이때 “연결됨”을 점검의 끝으로 보지 말고 도메인 해석, 출구 주소와 해당 앱의 실제 트래픽 경로를 각각 확인해야 합니다.

도메인 문제와 전체 경로 문제 구분하기

먼저 유형이 다른 웹사이트 여러 곳을 테스트하세요. 모든 사이트가 실패하면 시스템 프록시와 가상 네트워크 적용을 우선 확인하고, 일부 도메인만 실패하면 규칙과 DNS를 먼저 확인합니다. 브라우저에 이미 열려 있는 페이지는 기존 연결을 재사용할 수 있으므로 관련 탭을 닫고 다시 여세요. 필요하면 브라우저를 완전히 종료합니다. 이후 시스템 기본 명령으로 공개 도메인을 조회해 결과가 반환되는지 확인하세요. 다음 예시는 로컬 DNS 해석이 작동하는지만 확인하며 93VPN 인증 정보는 포함하지 않습니다.

nslookup example.com

ping example.com

nslookup에서 결과가 나온다는 것은 해석기가 주소를 반환했다는 뜻일 뿐, 해당 주소에 현재 회선으로 접속할 수 있다는 의미는 아닙니다. ping에 응답이 없다고 해서 웹사이트를 이용할 수 없다고 단정할 수도 없습니다. 일부 서버는 이런 요청에 응답하지 않습니다. 브라우저 오류 유형을 함께 확인하는 편이 더 정확합니다. 서버를 찾을 수 없다는 메시지는 DNS, 연결 시간 초과는 라우팅 또는 회선, 인증서나 시간 오류는 시스템 시간과 관련될 가능성이 큽니다. 페이지는 열리지만 리소스가 일부 누락된다면 일부 도메인이 동일한 라우팅 정책을 적용받지 않았을 수 있습니다.

DNS 캐시와 해석 경로 처리하기

회선을 바꾼 뒤에도 시스템과 브라우저가 연결 전 캐시한 해석 결과를 계속 사용할 수 있습니다. 먼저 브라우저를 완전히 종료하고 시스템의 DNS 새로고침 기능을 사용하거나 현재 네트워크를 끊었다가 다시 연결하세요. 용도를 잘 모르는 상태에서 여러 공용 DNS를 동시에 입력하지 마세요. 클라이언트 원격 해석, 시스템 해석과 브라우저 보안 DNS가 서로 다른 경로를 만들 수 있기 때문입니다. 그러면 주 도메인은 프록시를 거치지만 리소스 도메인은 로컬 결과로 직접 연결되는 현상이 생길 수 있습니다. 점검 중에는 하나의 경로만 유지하고, 우선 클라이언트 기본 DNS 설정을 사용하며 브라우저가 시스템 해석을 자체적으로 덮어쓰는 옵션은 잠시 끄세요.

특정 웹사이트만 이상하다면 클라이언트 로그에서 해당 도메인에 어떤 규칙이 적용됐는지 확인하세요. 직접 연결로 처리됐다면 클라이언트를 전역 적용 모드로 바꿔 비교합니다. 전역 모드에서는 작동하고 규칙 모드에서는 작동하지 않는다면 요금제를 바꿀 문제가 아니라 규칙을 수정해야 합니다. 전역 모드에서도 작동하지 않으면 지역과 회선 유형이 다른 노드로 바꿔 보세요. 여러 노드에서 같은 도메인만 계속 비정상이고 다른 사이트는 정상이라면 대상 서비스의 지역 정책, 계정 지역 또는 서버 상태가 원인일 수 있으므로 단순히 클라이언트 장애로 결론 내릴 수 없습니다.

남은 시스템 프록시와 충돌 확인

클라이언트가 비정상 종료되면 시스템 프록시가 이미 중지된 로컬 포트를 계속 가리킬 수 있어 클라이언트를 닫아도 웹페이지가 열리지 않을 수 있습니다. 시스템 네트워크 프록시 페이지에서 자동 프록시, 수동 프록시와 VPN 설정이 현재 클라이언트 상태와 일치하는지 확인하세요. 시스템 프록시를 변경하는 소프트웨어를 여러 개 실행 중이라면 모두 종료하고 하나의 클라이언트만 남겨 테스트합니다. 웹 접속이 복구된 뒤 다른 도구를 하나씩 실행해 어느 단계에서 문제가 재현되는지 확인하세요. 이를 통해 93VPN 회선 문제와 로컬 소프트웨어의 프록시 포트 충돌을 구분할 수 있습니다.

브라우저 확장 프로그램, 시스템 보안 소프트웨어와 기업 네트워크 설정도 확인해야 합니다. 일부 확장 프로그램은 브라우저 트래픽만 프록시 처리해 시스템 설정을 덮어쓸 수 있고, 일부 보안 정책은 새 가상 네트워크 인터페이스를 차단합니다. 점검할 때는 확장 프로그램이 없는 브라우저 프로필로 비교할 수 있지만 모든 보안 기능을 장기간 끄는 것은 권장하지 않습니다. 조직 정책으로 관리되는 기기라면 네트워크 확장 추가 또는 프록시 설정 변경이 허용되는지도 확인하세요. 최종 확인에는 출구 IP, DNS 해석과 대상 웹페이지 결과가 모두 포함되어야 하며, 자세한 방법은 VPN이 실제로 작동하는지 확인하는 방법을 참고하세요.

느린 속도와 피크 시간대 끊김의 단계별 점검

속도 문제는 먼저 비교 기준을 세워야 합니다. 같은 기기, 같은 기본 네트워크와 같은 대상 서비스에서 직접 연결과 VPN 연결 후의 상태를 비교하고, 웹페이지 첫 로딩 지연, 지속 다운로드 속도, 동영상 버퍼링, 음성 끊김과 업로드 문제를 구분하세요. 원인이 서로 다르기 때문입니다. 첫 로딩은 DNS와 연결 설정의 영향을 많이 받고, 지속 전송은 경로 용량과 패킷 손실, 음성과 원격 작업은 지연 변동, 업로드 문제는 로컬 업로드 품질과 관련될 수 있습니다.

기본 네트워크와 백그라운드 사용량부터 제외하기

클라이언트 연결을 끊고 기본 네트워크를 테스트하세요. 직접 연결도 불안정하다면 무선 신호, 라우터 부하, 접속 네트워크 혼잡 또는 통신사 회선을 먼저 점검해야 합니다. 테스트 중에는 클라우드 동기화, 시스템 업데이트, 라이브 스트리밍과 대용량 다운로드를 일시 중지해 다른 작업이 업로드나 다운로드 대역폭을 차지하지 않도록 하세요. 다운로드 속도가 충분히 나오지 않는 실제 원인이 백그라운드 동기화로 업로드가 점유되어 확인 패킷이 제때 돌아오지 못하는 경우도 많습니다. 모바일 네트워크에서는 신호 아이콘만 보지 말고 위치 변화로 접속이 자주 전환되는지도 살펴보세요.

한 번의 속도 측정만으로 회선을 판단하지 마세요. 속도 측정 사이트가 서로 다른 거리의 서버를 선택하거나 실제 이용하려는 서비스와 전혀 다른 경로를 사용할 수 있습니다. 같은 웹페이지 묶음을 열고, 같은 콘텐츠를 재생하고, 같은 개발 리소스를 내려받거나, 같은 업무 시스템에 접속하는 식으로 실제 작업을 반복하는 편이 더 유용합니다. 대상을 고정한 채 회선만 차례로 바꾸면 사용 환경과 무관한 숫자가 아니라 실제 이용 경험을 비교할 수 있습니다.

거리·유형·용도에 따른 회선 선택

대체로 지리적으로 가까운 지역을 먼저 선택해 국제 경로에서 발생할 수 있는 변수를 줄이세요. 다만 가장 가까운 회선이 항상 가장 빠른 것은 아니며, 로컬 통신사에서 진입점까지의 라우팅에 따라 달라집니다. 가까운 직접 연결 회선이 피크 시간대에 흔들리면 중계 또는 IEPL 전용 회선과 비교해 보세요. 직접 연결은 경로가 단순해 로컬 네트워크에서 대상 지역으로 가는 라우팅이 좋은 경우에 적합하고, 중계는 추가 진입점을 통해 일부 네트워크 간 경로를 개선하며, IEPL 전용 회선은 경로 안정성에 중점을 둡니다. 회선 이름과 유형은 글로벌 회선 페이지에서 확인하세요.

피크 시간대 문제를 유효한 증거로 남기는 방법

피크 시간대 끊김이 특정 네트워크에서만 발생한다면 당시의 접속 방식, 회선 전체 이름, 대상 서비스와 구체적인 증상을 기록하세요. “속도가 매우 느림”이라고만 쓰면 고객지원에서 DNS가 느린지, 연결 설정이 느린지, 처리량이 떨어졌는지, 동영상 플랫폼이 화질을 낮춘 것인지 판단하기 어렵습니다. “페이지 글자는 먼저 표시되지만 이미지가 계속 로딩됨”, “재생은 버퍼링되지만 다운로드는 정상”, “원격 터미널은 자주 멈추지만 웹페이지는 정상”처럼 설명하세요. 증상이 구체적일수록 회선, 프로토콜 또는 라우팅 계층과 쉽게 연결할 수 있습니다.

같은 시간대에 경로 차이가 큰 회선을 선택해 교차 테스트하는 것도 중요합니다. 모든 회선이 느리고 직접 연결도 동일하게 느리다면 기본 네트워크로 돌아가세요. 특정 유형의 회선은 안정적이고 다른 유형만 흔들린다면 안정적인 유형을 임시로 사용하며 회선 피드백을 제출할 수 있습니다. 특정 대상 서비스만 느리다면 지역 선택, 계정 지역, 앱 규칙과 서버 상태를 확인하세요. 스트리밍 환경에서는 사이트 내 회선 설명도 참고할 수 있지만, “페이지가 열림”과 “모든 콘텐츠의 지역이 동일함”을 같은 의미로 보아서는 안 됩니다.

패널에 사용 가능한 데이터가 정상으로 표시되고 기본 네트워크가 안정적이며 여러 대상 서비스가 같은 회선에서 계속 이상할 때 비교 결과를 문의로 제출하세요. 반대로 회선을 바꾼 뒤 문제가 사라졌다면 새 회선을 계속 사용하면서 기존 회선 이름과 발생 상황을 함께 적으면 됩니다. 점검의 목표는 특정 회선이 “빠르다” 또는 “느리다”를 억지로 증명하는 것이 아니라 현재 네트워크, 지역과 용도에서 더 안정적인 경로를 찾는 것입니다.

잦은 연결 끊김과 모바일 백그라운드 연결 끊김

잦은 연결 끊김은 먼저 어느 계층에서 끊겼는지 판단해야 합니다. 기본 네트워크가 끊겼는지, 기기가 한 네트워크에서 다른 네트워크로 전환됐는지, 시스템이 클라이언트 프로세스를 일시 중지했는지, 터널이 다시 구성됐는지, 아니면 대상 앱의 세션이 시간 초과됐는지 구분하세요. 화면상으로는 페이지가 계속 로딩되거나 메시지 업데이트가 멈춘 것처럼 보일 수 있지만 처리 방법은 다릅니다. 가장 유용한 기록은 끊기기 전후의 네트워크 변화, 클라이언트 상태와 앱 상태이며, 복구된 정상 화면만 캡처하는 것은 충분하지 않습니다.

고정된 네트워크 환경에서 재현하기

먼저 위치와 신호가 안정적인 환경에서 테스트하고 네트워크를 자동으로 전환하는 기능은 잠시 끄세요. 고정 네트워크에서 더 이상 끊기지 않는다면 접속 네트워크 전환이 원인일 가능성이 큽니다. 하위 주소가 바뀌면 터널을 다시 만들어야 하고 일부 앱은 기존 장시간 연결을 자동으로 복구하지 못합니다. 고정 네트워크에서도 끊긴다면 클라이언트 스위치가 연결 해제로 함께 바뀌는지 확인하세요. 스위치가 바뀌면 터널 또는 클라이언트 계층이 중단된 것이고, 연결 상태는 유지되지만 특정 앱만 응답하지 않으면 앱 세션, 라우팅 규칙과 DNS를 우선 확인하세요.

기기의 절전과 깨어남도 중요한 경계입니다. 덮개를 닫거나 화면을 잠그거나 절전 상태에 들어가면 시스템이 네트워크 확장을 일시 중지하거나 백그라운드 활동을 제한할 수 있습니다. 깨어난 뒤 웹페이지는 복구되는데 메신저에 새 내용이 없으면 기존 연결이 다시 만들어지지 않은 경우가 많으므로 앱을 다시 열거나 잠시 연결을 끊었다가 다시 연결하세요. 절전할 때마다 클라이언트가 완전히 종료된다면 회선을 계속 바꾸기보다 시스템 백그라운드 권한, 배터리 최적화와 자동 시작 설정을 확인하세요.

모바일에서 백그라운드 연결이 더 쉽게 끊기는 이유

모바일 운영체제는 배터리, 메모리와 백그라운드 활동 정책에 따라 앱을 일시 중지할 수 있습니다. 클라이언트 화면을 백그라운드로 보내도 터널이 계속 실행되는지는 시스템이 부여한 VPN 구성 권한과 백그라운드 정책에 달려 있으며, 앱 창이 열려 있는지와는 별개입니다. 클라이언트가 엄격한 배터리 제한 대상에 포함되지 않았는지 확인하고, 잠금 화면에서도 시스템 상태 표시줄의 VPN 표시가 유지되는지 살펴보세요. 무선 접속에서 모바일 접속으로 전환될 때 자동 복구되는지도 확인해야 합니다. 시스템마다 설정 이름이 다르므로 실제 시스템 네트워크와 배터리 관리 페이지에 표시되는 항목을 기준으로 확인하세요.

백그라운드로 보낸 뒤 일정 시간이 지나서만 연결이 끊기고 화면을 켜 둔 동안 안정적이라면 백그라운드 제한을 중점적으로 확인하세요. 네트워크를 전환할 때마다 끊기면 터널 재연결을 확인하고, 특정 앱만 백그라운드에서 새 내용을 받지 못하지만 브라우저는 정상이라면 해당 앱의 알림, 백그라운드 새로고침과 장시간 연결 복구를 확인하세요. 모든 백그라운드 문제를 회선 탓으로 돌리지 마세요. 회선은 운영체제가 특정 앱 프로세스를 일시 중지하는 것을 막을 수 없습니다.

데스크톱 절전, 가상 네트워크 어댑터와 소프트웨어 충돌

Windows, macOS와 Linux에서는 절전에서 복귀한 뒤 가상 네트워크 인터페이스의 번호가 바뀌거나 준비가 늦어질 수 있습니다. 클라이언트에는 연결됨으로 표시되지만 통신이 되지 않는다면 먼저 연결을 끊었다가 다시 연결하세요. 그래도 해결되지 않으면 클라이언트를 완전히 종료하고 다시 실행합니다. 가상 머신, 컨테이너, 원격 업무 보안 소프트웨어 또는 다른 VPN이 동시에 실행되면 각각 라우팅과 DNS를 추가할 수 있습니다. 점검 중에는 네트워크 경로를 변경하는 다른 도구를 일시 중지하고 93VPN 클라이언트만 남기세요. 안정화된 뒤 하나씩 다시 활성화해 충돌이 발생하는 경계를 찾습니다.

보안 소프트웨어 차단은 클라이언트 업그레이드, 시스템 업데이트 또는 네트워크 인터페이스 변경 후 갑자기 연결이 유지되지 않는 형태로 나타나는 경우가 많습니다. 보안 소프트웨어의 이벤트 기록을 확인해 클라이언트 프로세스나 가상 네트워크 구성 요소가 차단됐는지 확인하세요. 현지 보안 정책에 맞는 허용 규칙을 93VPN 클라이언트에 설정할 수 있지만 모든 보호 기능을 장기간 끄는 것은 권장하지 않습니다. 조직에서 관리하는 기기는 정책이 갱신될 때 네트워크 권한이 취소될 수도 있으므로 기기 관리자에게 확인해야 하며, 고객지원에서 로컬 관리 정책을 우회할 수는 없습니다.

회선 전환과 자동 복구의 경계

회선을 자주 자동 전환한다고 해서 안정성이 반드시 높아지는 것은 아닙니다. 앱이 장시간 연결을 유지하는 동안 출구가 바뀌면 기존 세션이 무효화되어 메시지 중단, 회의 재연결 또는 다운로드 실패가 발생할 수 있습니다. 지속적인 작업에는 안정적인 회선 하나를 선택해 출구를 유지하고, 해당 회선 자체를 사용할 수 없다고 확인된 뒤에 수동으로 전환하세요. 고정된 세션 지역이 필요한 서비스라면 작업 중 지역을 반복해서 바꾸지 않는 편이 좋습니다.

고정된 네트워크에서 여러 회선이 비슷한 패턴으로 끊긴다면 클라이언트 로그에서 끊긴 시점의 오류 유형을 확인해 문의하세요. 특정 회선 하나만 이상하면 회선 전체 이름을 기록하고 잠시 다른 회선으로 전환합니다. 네트워크 전환이나 절전 뒤에만 발생한다면 시스템 정책을 중점적으로 조정하세요. 발생 조건을 구분하면 반복 재설치보다 빠르게 처리할 수 있고, 재현 가능한 시스템 동작을 무작위 장애로 오해하는 것도 막을 수 있습니다.

구독 업데이트 실패와 노드 목록 이상

구독 업데이트는 계정에서 현재 이용 가능한 회선 설정을 클라이언트로 전달합니다. 업데이트 실패가 모든 회선의 장애를 뜻하는 것도 아니고, 복구를 위해 요금제를 다시 구매해야 한다는 뜻도 아닙니다. 먼저 구독 주소를 읽지 못한 것인지, 클라이언트 파싱이 실패한 것인지, 기존 설정이 교체되지 않은 것인지, 계정 상태가 이상한 것인지, 로컬 캐시 문제인지 구분하세요. 노드 목록이 비어 있는 경우, 회선 이름이 오래도록 바뀌지 않는 경우, 업데이트 시 형식 오류가 발생하는 경우는 각각 다른 단계의 문제이므로 같은 방식으로 처리할 수 없습니다.

먼저 사용자 패널에서 계정과 요금제 확인

사용자 패널 개요에 로그인해 현재 요금제와 데이터 상태를 확인하세요. 월간 구독은 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB이며 활성화일을 기준으로 매월 초기화되고, 중도 업그레이드 차액은 남은 일수에 따라 계산됩니다. 영구적으로 만료되지 않고 소진될 때까지 사용하는 데이터 패키지도 있습니다: ¥158/300GB, ¥358/1000GB, ¥658/3000GB. 패널 상태가 예상과 다르면 먼저 주문 또는 계정 문제를 처리하고, 패널은 정상인데 클라이언트 업데이트만 실패한다면 구독 가져오기를 계속 확인하세요.

이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있으므로 계정을 찾거나 확인할 때는 먼저 올바른 사용자 이름으로 로그인했는지 확인해야 합니다. 비슷한 사용자 이름이 여러 개 있거나 브라우저가 다른 계정을 저장하고 있으면 “패널에는 요금제가 있는데 클라이언트에는 없음”으로 잘못 판단할 수 있습니다. 구독 링크를 공개 채팅, 스크린샷 또는 문서에 복사하지 마세요. 구독 링크는 인증 정보처럼 관리해야 합니다. 관련 보안 원칙은 VPN 초보자 보안 가이드에서 확인할 수 있습니다.

다운로드 실패·파싱 실패·덮어쓰기 실패 구분하기

업데이트 중 네트워크 요청 실패가 표시되면 클라이언트가 구독 내용을 가져오지 못한 것입니다. 먼저 일반 웹페이지에 접속할 수 있는지 확인한 뒤 연결하지 않은 상태에서 다시 업데이트해 보세요. 현재 네트워크에서 읽을 수 없다면 다른 기본 네트워크로 전환합니다. 형식 또는 파싱 오류가 표시되면 클라이언트가 로그인 페이지, 오류 페이지 또는 호환되지 않는 내용을 읽었을 수 있습니다. 이때 구독 본문을 직접 편집하지 말고 사용자 패널에서 다시 복사하거나 패널이 제공하는 가져오기 기능을 사용하세요. 93VPN이 지원하는 클라이언트 방식이 선택됐는지도 확인해야 합니다.

업데이트 성공으로 표시되지만 노드 목록이 바뀌지 않는다면 클라이언트가 이전 설정을 계속 표시하거나, 같은 이름의 다른 구독을 업데이트했거나, 현재 설정 그룹이 전환되지 않았을 수 있습니다. 구독 이름, 업데이트 시간과 현재 활성화된 설정 그룹을 확인하고, 중복 항목을 삭제할 때는 어느 항목이 93VPN에서 온 것인지 먼저 확인하세요. 개인 규칙을 실수로 지우지 않으려면 클라이언트의 전체 데이터를 지우지 말고 93VPN의 기존 구독만 제거한 뒤 다시 가져오세요. 다시 가져온 뒤에는 기본 규칙을 유지한 채 연결을 테스트하고 정상임을 확인한 다음 개인 설정을 병합합니다.

캐시·시스템 시간·인증서 오류 처리

구독 요청은 HTTPS 검증에 의존합니다. 시스템 날짜, 시간대 또는 인증서 환경에 문제가 있으면 클라이언트가 구독 읽기를 거부할 수 있습니다. 먼저 시스템 자동 시간 설정을 켜고 클라이언트를 재시작한 뒤 인증서 관련 오류가 계속 표시되는지 확인하세요. 기업 네트워크, 공용 네트워크 로그인 페이지와 로컬 보안 소프트웨어가 요청을 변경해 클라이언트가 구독 내용이 아닌 데이터를 받을 수도 있습니다. 신뢰할 수 있는 다른 네트워크로 바꿔 비교할 수 있습니다. 다른 네트워크에서는 업데이트되고 기존 네트워크에서만 실패한다면 문제는 기존 접속 환경에 있습니다.

캐시 이상이 의심되면 클라이언트에 내장된 업데이트 또는 다시 가져오기 기능을 우선 사용하세요. 클라이언트 내부 파일을 직접 수정하는 것은 권장하지 않습니다. 캐시를 수동으로 바꾸면 설정 인덱스와 실제 내용이 일치하지 않아 이후 업데이트가 계속 실패할 수 있습니다. 클라이언트에 “구독 업데이트”와 “설정 업데이트”라는 서로 다른 메뉴가 있다면 93VPN 구독에 해당하는 작업을 선택하세요. 소프트웨어 핵심 업데이트, 규칙 업데이트와 노드 구독 업데이트를 혼동하지 마세요.

구독 문제 문의가 필요한 시점

패널에 요금제가 정상으로 표시되고 여러 네트워크에서 업데이트할 수 없으며 같은 구독을 다시 가져와도 실패한다면 문의를 제출하세요. 시스템 플랫폼, 클라이언트 이름, 오류 원문, 수행한 작업, 사용자 패널 접속 가능 여부와 구독 목록이 비어 있는지를 함께 적으세요. 스크린샷에는 구독 링크와 로그인에 사용할 수 있는 정보를 가려야 합니다. 특정 클라이언트에서만 오류가 발생한다면 다른 플랫폼에서 정상인지도 알려 주세요. 계정 콘텐츠, 네트워크 요청과 클라이언트 파싱 차이를 판단하는 데 도움이 됩니다.

문의에 전체 구독 주소를 붙여 넣지 마세요. 고객지원에서 판단하는 데 필요한 정보는 보통 오류 텍스트, 플랫폼, 네트워크 환경과 재현 단계입니다. 계정 확인이 꼭 필요하다면 로그인된 사용자 패널에서 문의를 제출하세요. 업데이트가 복구된 뒤에는 노드 목록이 나타난 것만 확인하지 말고 실제로 회선에 연결해 출구도 확인해야 합니다.

특정 앱만 프록시를 사용하지 않을 때: 라우팅과 적용 모드 확인

브라우저는 접속되는데 특정 앱만 작동하지 않는다면 전체 회선이 실패한 경우보다는 해당 앱의 트래픽이 클라이언트에 들어오지 않거나, 직접 연결 규칙이 적용되거나, 현재 모드가 적용하지 않는 프로토콜을 사용하거나, 연결 전 세션을 유지하는 경우가 많습니다. 점검의 초점을 “더 많은 회선으로 바꾸기”에서 “이 앱이 실제로 어느 경로를 사용하는지 확인하기”로 전환하세요. 먼저 같은 기기의 다른 앱으로 비교한 뒤 클라이언트 로그와 적용 모드를 확인합니다.

먼저 단일 앱 문제인지 단일 도메인 문제인지 확인

하나의 앱이 여러 도메인에 접속할 수 있습니다. 메인 화면, 로그인, 이미지, 음성과 업데이트 서비스가 서로 다른 주소를 사용할 수도 있습니다. 앱에 로그인할 수 있지만 일부 콘텐츠만 로드되지 않는다면 앱 전체가 프록시를 사용하지 않는 것이 아니라 리소스 도메인에 다른 규칙이 적용됐을 가능성이 있습니다. 앱 전체가 네트워크에 연결되지 않는데 브라우저는 정상이라면 앱에 별도 프록시 설정이 있는지, 시스템 프록시를 우회하는지, 특정 네트워크 인터페이스만 신뢰하는지 확인하세요. 브라우저에서 앱 공식 웹사이트를 열 수 있다고 해서 앱 내부 요청이 같은 경로를 사용한다는 의미는 아닙니다.

앱을 종료하세요. 창을 백그라운드로 보내는 것만으로는 충분하지 않습니다. 회선에 연결한 뒤 앱을 다시 실행해 새로운 네트워크 세션을 만들도록 하세요. 일부 앱은 시작할 때 네트워크 인터페이스를 결정하므로 연결 후 재시작하지 않으면 기존 연결을 계속 사용할 수 있습니다. 재시작 후 복구되면 세션 재구성 문제입니다. 그래도 실패하면 클라이언트를 규칙 모드에서 전역 적용 모드로 잠시 전환해 비교하세요. 전역 모드에서는 작동하고 규칙 모드에서는 작동하지 않는다면 규칙 적용을 확인해야 합니다. 두 모드 모두 실패하면 회선 지역, 앱 계정 지역과 서버 상태를 확인하세요.

시스템 프록시·가상 네트워크·앱 내 프록시의 차이

시스템 프록시는 시스템 프록시 설정을 따르는 앱에 주로 영향을 주지만 일부 앱은 시스템 프록시를 무시하고 직접 연결합니다. 가상 네트워크 적용은 보통 더 넓은 범위의 트래픽을 포함하지만 앱별 설정, 제외 목록과 시스템 권한의 영향을 받을 수 있습니다. 앱 내 프록시는 별도의 설정이며 이미 작동하지 않는 로컬 주소를 입력해 두면 클라이언트의 정상 경로를 우회할 수 있습니다. 점검할 때는 앱 네트워크 설정을 기본값으로 잠시 되돌려 시스템 프록시와 앱 내 프록시가 중복 전달을 만들지 않도록 하세요.

추측하지 말고 로그로 실제 적용 여부 확인

클라이언트 로그에는 보통 대상 도메인, 연결 결과와 선택한 경로가 표시됩니다. 앱을 열어 재현 가능한 작업을 한 번 수행한 뒤 로그에서 해당 도메인을 찾으세요. 도메인에 직접 연결 규칙이 적용됐다면 해당 도메인용 규칙을 만들 수 있습니다. 프록시 규칙이 적용됐지만 연결 시간이 초과되면 다른 지역의 회선으로 테스트하세요. 로그에 관련 요청이 전혀 없다면 앱이 현재 적용 범위에 들어오지 않았거나 다른 프로세스가 요청을 보낸 것일 수 있습니다. 앱의 보조 프로세스와 시스템 네트워크 권한도 확인하세요.

개발 도구, 명령줄과 컨테이너 환경은 데스크톱 시스템 프록시에서 분리되기 쉽습니다. 터미널 프로세스는 시작할 때의 환경 변수만 읽을 수 있고, 컨테이너는 독립된 네트워크 네임스페이스를 가지며, 가상 머신은 다른 게이트웨이를 사용할 수 있습니다. 시스템 프록시를 변경한 뒤에는 터미널을 다시 열거나 관련 환경을 재시작한 다음 요청을 실행하세요. 실제 구독 주소, 계정 비밀번호 또는 액세스 토큰을 명령 기록에 남기지 마세요. 교육용 설정은 명백한 가짜 값을 사용해야 합니다.

export HTTPS_PROXY=http://127.0.0.1:YOUR_PORT
export HTTP_PROXY=http://127.0.0.1:YOUR_PORT

curl -I https://example.com

위 포트는 예시용 자리표시자이므로 클라이언트 화면에 실제로 표시되는 로컬 포트로 바꿔야 합니다. 가상 네트워크 적용을 사용하고 로컬 프록시 포트를 사용하지 않는다면 환경 변수를 그대로 복사할 필요가 없습니다. 명령이 웹 응답을 반환한다는 것은 현재 터미널 경로를 사용할 수 있다는 뜻일 뿐 앱 자체의 검증을 대신하지는 않습니다. OpenAI 또는 Claude API를 사용하는 개발 환경에서는 웹 접속과 API 호출의 연결 특성도 구분해야 하며, 개발자를 위한 회선 선택 가이드를 참고할 수 있습니다.

복구 후에는 클라이언트를 일상적으로 필요한 모드로 되돌린 다음 앱의 로그인, 콘텐츠 로딩과 지속 연결 과정을 모두 실행하세요. 시작 화면만 확인해서는 문제가 해결됐다고 볼 수 없습니다. 새 규칙을 추가한다면 용도를 명확히 적고 지나치게 넓은 일치를 피하세요. 원래 직접 연결해야 하는 로컬 서비스까지 프록시로 보내 새로운 접속 오류가 생길 수 있습니다.

기기 수 초과 메시지와 계정 상태 확인

93VPN 요금제는 기기 수 제한을 두지 않으므로 “기기 수 초과” 또는 유사한 메시지가 표시됐다고 해서 요금제에 제한된 기기 수가 있다고 바로 해석해서는 안 됩니다. 다른 서비스나 계정으로 로그인했거나, 클라이언트에 이전 구독이 남아 있거나, 같은 이름의 설정 출처가 섞였거나, 앱 자체에 설정 수 제한이 있거나, 오류 메시지가 93VPN 요금제가 아니라 세션 또는 연결 설정을 가리킬 가능성을 먼저 확인하세요. 메시지가 어디에서 발생했는지 확인한 뒤 계정 처리가 필요한지 결정합니다.

메시지의 출처와 원문 확인

메시지는 운영체제, 클라이언트, 앱 스토어 계정, 다른 구독 서비스 또는 대상 웹사이트에서 표시될 수 있습니다. 스크린샷에는 창 제목과 메시지 전후 맥락을 남기고 “초과”라는 한 문장만 잘라내지 마세요. 사용자 패널에 표시됐다면 해당 페이지와 발생시킨 작업을 기록하고, 클라이언트에 표시됐다면 현재 구독 이름을 기록하세요. 대상 앱에서만 표시된다면 VPN 요금제의 기기 수와 무관한 대상 서비스 자체의 계정 제한일 가능성이 큽니다.

클라이언트에서 구독 출처를 확인하는 것도 중요합니다. 같은 클라이언트에 여러 구독을 저장하고 비슷한 이름을 붙였을 수 있습니다. 현재 선택한 설정이 93VPN이 아니라면 오류는 93VPN의 규칙과 무관하게 발생합니다. 사용자 패널과 대조해 93VPN 구독의 이름을 출처가 분명하게 보이도록 바꾸고, 이전 설정을 삭제하기 전에는 필요한 개인 규칙을 저장하세요. 실제 93VPN 구독은 사용자 패널에서만 가져와야 하며 검색 결과나 다른 사람의 공유만으로 출처를 판단해서는 안 됩니다.

계정·요금제·데이터 상태를 나누어 확인

패널에 로그인할 때 사용자 이름이 일치하는지 확인하세요. 93VPN은 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있으므로 브라우저가 다른 사용자 이름을 자동 입력하면 페이지는 정상적으로 열려도 다른 주문과 요금제가 표시될 수 있습니다. 계정 개요에서 요금제, 주문과 데이터 상태를 대조하세요. 월간 구독 데이터는 활성화일을 기준으로 매월 초기화되고, 데이터 패키지는 소진될 때까지 사용하며 만료되지 않습니다. 사용 가능한 데이터가 모두 소진됐다면 새 기기를 추가한다고 복구되지 않고 보통 회선을 사용할 수 없거나 계정 상태 메시지가 표시됩니다.

요금제 가격과 용량은 요금제 페이지를 기준으로 합니다: ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB. 데이터 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB입니다. 결제 방식은 Alipay, WeChat과 USDT를 지원합니다. 제3자 스크린샷, 오래된 캐시 또는 구두 전달만으로 계정 권한을 판단하지 마세요. 중도 업그레이드 시 차액은 남은 일수에 따라 계산되며, 클라이언트 자체는 이 상태를 계산하지 않으므로 패널의 주문 결과를 기준으로 확인해야 합니다.

이전 세션과 중복 설정 정리

클라이언트에 같은 이름의 설정이 여러 개 있으면 한 항목을 업데이트해도 현재 활성화된 항목이 업데이트되지 않을 수 있습니다. 먼저 사용 중인 회선과 규칙을 기록하고 연결을 종료한 뒤, 필요 없다고 확인된 중복 구독을 제거하고 패널에서 다시 가져오세요. 작업 후에는 구독 이름만 보지 말고 현재 설정의 출처, 노드 목록과 업데이트 시간을 확인해야 합니다. 시스템 네트워크 설정에 이전 VPN 구성이 여러 개 남아 있다면 현재 93VPN 클라이언트가 만든 설정이 활성화되어 있는지도 확인하세요.

일부 시스템은 앱을 재설치한 뒤에도 이전 네트워크 설정을 보존해 새 클라이언트의 연결 요청과 충돌을 일으킬 수 있습니다. 시스템 VPN 구성 목록에서 더 이상 사용하지 않는 이전 항목을 확인해 제거한 뒤 현재 클라이언트가 권한을 다시 요청하도록 하세요. 출처를 확실히 확인할 수 있는 설정만 처리해야 합니다. 조직에서 관리하거나 다른 업무 소프트웨어가 만든 설정은 함부로 삭제하지 마세요. 확인하기 어렵다면 먼저 스크린샷을 남기고 기기 관리자에게 문의하세요.

플랫폼 간 비교와 장애 범위

93VPN은 Windows, macOS, iOS, Android와 Linux를 지원합니다. 같은 계정이 한 플랫폼에서는 정상이고 다른 플랫폼에서만 오류가 표시된다면 계정 요금제보다 두 플랫폼의 구독 출처, 클라이언트 권한과 설정 업데이트 시간을 먼저 비교해야 합니다. 모든 플랫폼에서 동일한 패널 상태가 나타날 때 계정과 주문을 확인하세요. 플랫폼 간 비교를 통해 서버 계정 상태와 단일 기기 설정 문제를 빠르게 구분할 수 있습니다.

문의할 때 “메시지가 패널에서 왔는지 클라이언트에서 왔는지”, “다른 플랫폼은 정상인지”, “현재 사용자 이름이 요금제를 활성화할 때와 같은지”, “중복 구독이 있는지”를 적으세요. 고객지원에는 비밀번호나 전체 구독 주소가 필요하지 않습니다. 주문과 관련된 경우 패널에 표시되는 주문 정보와 결제 방식만 제공하면 됩니다. 결제 방식은 Alipay, WeChat 또는 USDT 중 하나입니다. 문제가 해결된 뒤에는 점검을 위해 임시로 만든 중복 설정을 삭제하고 출처가 분명한 하나만 남기세요.

지원팀에 문의할 시점과 문의에 첨부할 정보

로컬 점검의 목적은 사용자가 끝없이 시도하게 만드는 것이 아니라 합리적인 범위에서 장애 계층을 확인하는 것입니다. 기본 네트워크가 정상이고 시스템 권한이 완전하며 구독 상태도 정상인데 다른 회선이나 네트워크에서 계속 재현된다면 문의를 제출하세요. 여러 회선에서 같은 서버 오류가 동시에 발생하거나, 패널의 요금제 상태와 주문이 일치하지 않거나, 여러 플랫폼에서 구독을 읽지 못하거나, 특정 회선의 이상을 명확한 비교 결과로 확인할 수 있을 때는 계속 재설치해도 유효한 정보가 늘지 않습니다.

다음 상황에서는 바로 문의하세요

계정 주문, 요금제 상태, 데이터 표시 또는 결제 결과와 관련된 오류라면 사용자 패널 문의 페이지를 통해 지원팀에 연락하세요. 공개 페이지에 주문 정보를 붙여 넣지 마세요. 93VPN은 Alipay, WeChat과 USDT를 지원합니다. 결제 문제를 설명할 때 사용한 방식, 패널의 주문 상태와 실제 수행한 작업을 적으면 됩니다. 환불을 문의할 경우 서비스 약정은 60일 무조건 환불이며, 구체적인 신청과 처리는 환불 정책을 따릅니다.

연결 문제도 다음 조건이라면 문의하기에 적합합니다. 일반 웹페이지 직접 연결은 정상이고 클라이언트 권한도 확인했지만 구독을 다시 가져온 뒤에도 노드가 없거나, 경로 차이가 큰 여러 회선에서 연결 단계에 같은 오류가 발생하거나, 같은 회선에서 여러 네트워크로 계속 재현되거나, 다른 회선에서는 정상이라는 비교를 통해 특정 회선의 이상을 명확히 확인한 경우입니다. 특정 웹사이트 하나만 일시적으로 열리지 않는다면 먼저 서비스 상태, 지역 정책과 DNS를 확인해 대상 서비스 자체의 장애를 전체 회선 문제로 잘못 신고하지 않도록 하세요.

진단 가능한 문의에 필요한 정보

제목에는 증상과 플랫폼을 직접 적으세요. 예를 들어 “macOS 연결 후 웹페이지 DNS 해석 불가” 또는 “Android 백그라운드에서 네트워크 전환 후 자동 복구 안 됨”처럼 작성하고 “사용할 수 없음”이라고만 쓰지 마세요. 본문에는 발생 상황을 먼저 쓰고, 이미 완료한 점검 단계와 각 결과를 이어서 적습니다. 시스템 플랫폼, 클라이언트 이름, 접속 네트워크 유형, 회선 전체 이름, 대상 앱 또는 웹사이트, 오류 원문, 다른 회선에서 재현되는지, 다른 네트워크에서 재현되는지, 문제 발생 전에 시스템 업데이트·클라이언트 재설치·네트워크 전환을 했는지를 포함해야 합니다.

스크린샷에는 전체 오류 창과 필요한 맥락이 보여야 하지만 사용자 이름, 구독 링크, 주문 민감 정보와 기타 인증 정보는 반드시 가리세요. 로그는 장애 전후의 관련 부분만 잘라내고 개인 디렉터리, 액세스 토큰 또는 다른 서비스 설정이 포함된 전체 파일을 공개하지 마세요. 로그가 길다면 작업을 발생시킨 방법과 오류 키워드를 적으면 됩니다. 문의에 비밀번호를 쓰지 마세요. 네트워크 장애를 판단하는 데 비밀번호는 필요하지 않습니다.

문제 증상:
시스템 플랫폼:
클라이언트:
현재 네트워크:
회선 이름:
대상 서비스:
오류 원문:
다른 회선 결과:
다른 네트워크 결과:
완료한 점검:
안정적으로 재현되는 작업:

재현 가능한 테스트 기록 방법

재현 과정은 최대한 짧게 유지하고 매번 조건을 같게 하세요. 네트워크에 영향을 줄 수 있는 다른 도구를 먼저 종료하고 기본 네트워크가 정상인지 확인합니다. 클라이언트를 열어 구독을 업데이트하고 지정된 회선을 선택한 뒤, 대상 웹페이지를 열거나 앱 콘텐츠를 새로고침하는 등 명확한 작업을 수행해 오류를 기록하세요. 이후 회선 변경이나 기본 네트워크 변경처럼 변수 하나만 바꿔 같은 작업을 반복합니다. 이렇게 비교하면 문제가 회선, 네트워크, 기기 또는 앱을 따라가는지 확인할 수 있어 무작위로 여러 작업을 연속 시도하는 것보다 훨씬 유용합니다.

문제가 특정 시간대와 관련 있다면 발생한 시간대만 기록하고 가용률이나 사용자 수를 임의로 만들지 마세요. 지역과 관련 있다면 회선에 표시된 국가, 지역과 도시를 적으세요. 개발 도구에서만 발생한다면 사용한 프록시 모드와 인증 정보를 삭제한 요청 오류를 첨부하고 실제 API 키는 제출하지 마세요. 특정 앱에서만 발생한다면 브라우저와 다른 앱이 정상인지 알려 라우팅 범위를 판단할 수 있도록 하세요.

장애 복구 후 사후 점검

복구됐다고 모든 기록을 바로 삭제하지 마세요. 연결 스위치, 출구 IP, DNS, 대상 웹페이지와 대상 앱이 모두 정상으로 돌아왔는지 먼저 확인한 뒤 실제로 효과가 있었던 조작을 문의에 기록하세요. 회선 전환으로 해결됐다면 기존 회선 이름을 남기고, 규칙 조정으로 해결됐다면 적용된 도메인과 수정 이유를 기록하세요. 백그라운드 권한 조정으로 해결됐다면 시스템에서 변경한 설정을 적고, 구독을 다시 가져와 해결됐다면 이전 설정이 정리됐는지 확인합니다. 다음에 비슷한 문제가 생겼을 때 이미 확인한 경계에서 바로 시작할 수 있습니다.

임시 변경 사항도 장기간 사용하기에 적합한 상태로 되돌려야 합니다. 점검 중 활성화한 전역 모드는 필요한 규칙 모드로 되돌리고, 일시 중지한 보안 소프트웨어는 다시 활성화하며, 테스트용 환경 변수는 터미널 설정에서 제거하세요. 중복 구독과 이전 VPN 구성은 출처를 확인한 뒤 정리합니다. 한 번의 장애 때문에 지나치게 넓은 규칙이나 중복 프록시를 계속 유지하지 마세요. 이후 새로운 충돌을 만들 수 있습니다.

이 페이지의 단계로도 문제를 찾지 못했다면 전체 비교 결과를 첨부해 문의하세요. 93VPN은 110+개 국가 / 240+개 회선을 제공하며 Windows, macOS, iOS, Android와 Linux를 지원하고 기기 수 제한이 없습니다. 서비스 정보는 계정과 회선의 범위를 확인하는 데 사용하고, 구체적인 장애는 로컬 네트워크, 시스템 권한, 클라이언트 상태와 대상 서비스를 계층별로 함께 판단해야 합니다. 계층별로 기록하고 한 번에 변수 하나만 바꾸는 것이 전체 점검 방법에서 가장 중요한 원칙입니다.