구독 및 연결 문제 해결

V2Ray 자주 묻는 질문

문제가 발생한 단계를 먼저 확인하세요. 설치, 가져오기, 업데이트, 웹페이지 접속 중 어디인가요? 분류별 답변을 펼쳐 확인하고, 한 번에 설정 하나만 바꾼 뒤 로그로 결과를 확인하세요.

입문 가이드

클라이언트, 구독, 프록시 모드 구분하기

각 구성 요소의 역할을 먼저 파악해 관련 없는 설정을 반복해서 바꾸지 않도록 하세요.

v2rayN, v2rayNG와 V2Ray 코어는 어떻게 다른가요?

먼저 조작 인터페이스와 실제 연결을 처리하는 구성 요소를 구분하세요. v2rayN은 구독 관리, 서버 선택, 라우팅 설정을 위한 데스크톱 그래픽 클라이언트입니다. v2rayNG는 주로 Xray 코어를 사용하는 Android 클라이언트이며, v2flyNG는 V2Fly 코어를 사용하는 Android 대안입니다. 코어는 프로토콜과 전송, 아웃바운드 연결을 처리하고 클라이언트는 설정을 생성해 코어를 호출합니다. 오류가 발생하면 구독 업데이트, 인터페이스 조작, 코어 로그 중 어디에서 나온 안내인지 먼저 확인한 뒤 해당 계층을 점검하세요. 클라이언트를 바꾸는 것만으로 모든 연결 문제가 해결되지는 않습니다.

구독 링크, 노드 공유 링크, 서비스 제공업체 웹페이지는 어떻게 다른가요?

구독 링크는 보통 업데이트할 수 있는 서버 설정 목록을 반환하므로 구독 그룹에 등록해 사용합니다. 노드 공유 링크에는 대개 단일 설정만 들어 있어 클립보드에서 가져오기 같은 기능으로 추가합니다. 서비스 제공업체 웹페이지는 로그인, 계정 확인, 구독 주소 확인에 사용하는 곳이며 구독으로 바로 가져올 수는 없습니다. 복사한 위치와 클라이언트 안내를 확인하고, 주소가 https로 시작하는지만으로 판단하지 마세요. 구독 링크에는 접속 인증 정보가 포함될 수 있습니다. 브라우저에서 열리더라도 전체 주소를 공개 게시판에 올리거나 출처를 알 수 없는 온라인 변환 도구에 입력하지 마세요.

구독에 VMess, VLESS, REALITY가 있는데 무엇을 선택해야 하나요?

서비스 제공업체가 명시적으로 지원하고 현재 클라이언트 코어가 인식하는 설정을 우선 사용하세요. VMess와 VLESS는 프록시 프로토콜이고 REALITY는 연결 보안과 관련된 방식이므로 같은 범주의 선택지처럼 단순 비교할 수 없습니다. 다른 프로토콜을 시험하겠다며 노드의 프로토콜 이름만 바꾸지 마세요. 주소, 포트, 인증 정보, 전송 방식, 보안 매개변수는 서버 설정과 일치해야 합니다. 사용 가능한 구독이 있다면 원래 매개변수를 보존한 채 전체를 가져온 다음 실제 접속 결과를 바탕으로 노드를 선택하세요. 프로토콜 이름만으로 속도나 연결 가능성이 보장되지는 않습니다.

시스템 프록시, 전역 라우팅, TUN은 같은 기능인가요?

아닙니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱의 요청을 클라이언트의 로컬 수신 포트로 보내도록 합니다. 전역 라우팅은 코어에 들어온 트래픽을 어느 아웃바운드로 보낼지 결정합니다. TUN은 가상 네트워크 인터페이스를 통해 조건에 맞는 시스템 트래픽을 가져옵니다. 라우팅을 전역으로 바꿔도 모든 프로그램이 클라이언트를 거치는 것은 아닙니다. 먼저 앱 트래픽이 클라이언트로 들어오는지 확인하고, 그다음 라우팅 방식을 점검하세요. 브라우저는 되는데 특정 데스크톱 프로그램만 안 된다면 전역 라우팅을 계속 바꾸기보다 해당 프로그램의 시스템 프록시 지원 여부를 확인한 뒤 TUN 사용을 검토하세요.

설치 및 설정

설치 파일 선택 및 첫 설정 가져오기

유효한 설정을 준비한 다음 시스템 프록시나 TUN을 켜세요.

v2rayN에서 구독을 가져오지 못할 때 먼저 확인할 사항은 무엇인가요?

구독 그룹 설정을 열고 새 그룹을 만든 뒤, 전체 구독 링크를 주소 입력란에 붙여넣고 설명을 입력해 저장한 다음 구독을 업데이트하세요. 그룹을 저장하는 것만으로 서버 목록이 자동 생성되지는 않습니다. 주소가 유효하지 않다는 안내가 나오면 로그인 페이지나 QR 코드 이미지 주소를 복사했는지, 따옴표·공백·줄바꿈까지 함께 들어갔는지 확인하세요. 파싱 오류가 발생하면 서비스 제공업체의 구독 형식이 현재 클라이언트에서 지원되는지 확인하세요. 다른 도구의 전체 설정 파일이 모든 클라이언트에서 사용할 수 있는 구독은 아닙니다. 계속 실패하면 구체적인 오류 문구를 보관하고 구독 업데이트 실패 항목에 따라 점검하세요.

Android 설치 파일은 arm64와 universal 중 무엇을 선택해야 하나요?

먼저 기기의 프로세서 아키텍처를 확인한 다음 설치 파일을 선택하세요. 2015년 이후 출시된 주류 Android 스마트폰은 대체로 arm64를 우선 고려할 수 있지만, 출시 시기만으로 아키텍처를 확정할 수는 없습니다. 일부 기기는 앱 실행 환경이 다를 수 있습니다. 확인하기 어렵다면 여러 아키텍처를 포함하는 범용 universal 버전을 선택할 수 있으며, 파일 크기는 더 큽니다. 설치 파일 분석 오류나 설치 실패가 발생하면 Android 버전 요구 사항, 저장 공간, 기존 앱과의 서명 충돌도 확인하세요. 삭제 후 재설치하기 전에는 클라이언트의 백업 또는 내보내기 기능으로 설정을 저장하고 구독 주소를 안전하게 보관하세요.

v2rayN을 처음 실행했는데 서버가 없는 이유는 무엇인가요?

클라이언트는 설정 관리와 연결 기능을 제공하지만, 설치만으로 서버 설정이 생기는 것은 아닙니다. 사용할 수 있는 구독 주소나 노드 공유 링크를 준비한 뒤 해당 가져오기 기능으로 추가하세요. 이미 구독 그룹을 추가했다면 업데이트가 허용되어 있는지 확인하고 구독을 한 번 직접 업데이트하세요. 그런 다음 서버 목록의 검색 조건을 지우고 올바른 그룹이 표시되는지 확인합니다. 업데이트 성공으로 표시되는데 목록이 비어 있다면 반환된 내용이 비어 있는지, 계정이 만료됐는지, 서비스 제공업체가 설정 제공을 중단했는지 확인하세요. 유효한 설정 없이 시스템 프록시만 켜서 인터넷에 접속하려고 하지 마세요.

TUN을 켤 때 권한 부족이 표시되면 어떻게 해야 하나요?

먼저 TUN을 끄고 클라이언트를 종료한 다음, 사용 중인 운영체제의 요구 사항에 따라 권한을 부여하세요. Windows에서는 보통 클라이언트를 관리자 권한으로 실행해야 합니다. macOS와 Linux에서는 네트워크 구성 요소 승인, 가상 네트워크 인터페이스 생성 또는 클라이언트가 요구하는 권한 설정이 필요할 수 있으므로 해당 버전의 안내를 따르세요. Android에서는 처음 연결할 때 시스템 VPN 권한 대화상자가 표시되며, 승인해야 연결을 설정할 수 있습니다. 오류를 피하려고 시스템 보안 기능 전체를 끄지 마세요. 권한을 부여한 뒤에도 실패하면 다른 VPN이나 가상 네트워크 인터페이스 프로그램이 트래픽 제어 기능을 사용 중인지 확인하고, 로그에서 처음 발생한 인터페이스 생성 오류를 살펴보세요.

사용 팁

업데이트, 분할 라우팅, 종료 설정 관리

설정을 사용할 수 있게 만든 뒤 자동 업데이트와 일상적인 관리를 설정하세요.

구독 자동 업데이트는 어떻게 설정하나요?

먼저 구독을 직접 업데이트해 주소가 유효한지 확인한 다음, 구독 그룹에서 업데이트를 켜고 적절한 간격을 설정하세요. 간격 단위는 보통 분이지만 입력 전에 현재 버전의 항목 설명을 확인하세요. 계속 사용할 수 있도록 매분 요청할 필요는 없습니다. 업데이트가 너무 잦으면 서비스 제공업체의 요청 제한에 걸릴 수 있습니다. 자동 업데이트는 대개 클라이언트가 실행 중이고 기기가 네트워크에 연결되어 있어야 합니다. 기기가 절전 상태일 때 업데이트되지 않았다고 주소가 무효인 것은 아닙니다. 업데이트 후 현재 사용 중인 서버가 목록에 남아 있는지 확인하세요. 구독 그룹이 여러 개라면 그룹마다 업데이트 설정과 시간을 확인해 한 그룹만 변경하고 전체에 적용됐다고 착각하지 않도록 하세요.

중국 본토 사이트는 직접 연결하고 나머지는 프록시로 보내려면 분할 라우팅을 어떻게 확인하나요?

먼저 클라이언트에서 제공하는 중국 본토 우회 등 적절한 사전 설정을 선택하고, 규칙에 필요한 지리 데이터가 클라이언트 방식에 맞게 준비됐는지 확인하세요. 사전 설정의 이름과 적용 범위는 버전에 따라 달라질 수 있으므로 이름만 보고 모든 사이트가 예상대로 처리된다고 판단하지 마세요. 직접 연결되어야 하는 사이트와 프록시를 사용해야 하는 서비스를 각각 방문한 뒤, 로그에서 대상 도메인과 아웃바운드 표시를 확인하세요. 규칙이 도메인 매칭을 사용한다면 앱이 도메인을 코어에 전달하는지도 확인해야 합니다. 일부 도메인만 잘못 라우팅될 때는 전체 라우팅을 전역으로 바꾸지 말고 사용자 지정 규칙의 순서와 적용 범위를 먼저 점검하세요.

클라이언트를 종료하기 전에 시스템 프록시를 해제해야 하나요?

시스템 프록시를 사용 중이라면 클라이언트에서 시스템 프록시 해제를 선택한 뒤 정상적으로 종료하는 것이 좋습니다. 시스템 프록시가 로컬 수신 포트를 가리킬 수 있는데, 클라이언트를 종료하면 해당 포트가 더 이상 작동하지 않아 시스템 프록시를 따르는 앱이 인터넷에 접속하지 못할 수 있습니다. 일부 버전은 정상 종료 시 설정을 복원하지만, 프로세스를 강제 종료하거나 비정상적으로 시스템을 끈 경우에는 복원을 기대할 수 없습니다. 종료 후 브라우저에서 인터넷이 되지 않으면 운영체제의 프록시 설정에 로컬 프록시 주소가 남아 있는지 확인하고, 회사 네트워크의 기존 설정과 구분하세요. TUN을 사용 중이라면 종료 전에 TUN도 끄세요.

도움을 요청할 때 구독 정보를 노출하지 않고 로그를 공유하려면 어떻게 해야 하나요?

먼저 클라이언트 이름과 버전, 운영체제, 시스템 프록시와 TUN 중 무엇을 사용하는지, 문제를 재현할 수 있는 작업 순서를 기록하세요. 오류 발생 전후의 로그 일부만 캡처하고 전체 설정이나 모든 실행 기록을 공개하지 마세요. 전송 전에 전체 구독 주소, 액세스 토큰, 사용자 식별 정보, 비밀번호, 공개하면 안 되는 서버 정보를 가리세요. 스크린샷에 주소 표시줄, QR 코드, 클립보드 팝업이 보이지 않는지도 확인하세요. 문제 발생 계층을 파악할 수 있도록 오류 유형, 시간 순서, 아웃바운드 표시를 남기세요. 로그에 접속 대상이 포함될 수 있으므로 공유 전에 도메인이 개인정보와 관련 있는지도 확인하세요.

문제 해결

오류가 발생한 단계별로 연결 점검

로컬 네트워크를 먼저 확인한 다음 트래픽 유입 방식, 라우팅, 서버 응답을 점검하세요.

노드 연결 시간이 초과될 때 로컬 문제와 서버 문제를 어떻게 구분하나요?

먼저 프록시를 끄고 현재 네트워크에서 정상적으로 접속할 수 있는지 확인한 다음 시스템 시간과 구독 유효 여부를 점검하세요. 노드 하나만 시간 초과되면 같은 구독의 다른 유효한 노드로 바꿔 단일 서버 문제인지 비교하세요. 모든 노드에서 시간 초과가 발생하면 신뢰할 수 있는 다른 네트워크에서도 테스트하고 로그에서 연결 대상과 오류가 발생한 단계를 확인하세요. 시간 초과는 주소 확인 실패, 대상 포트에 연결할 수 없음, 전송 매개변수 불일치, 서버 응답 중단 등으로 발생할 수 있습니다. 지연 시간 테스트가 한 번 실패했다고 결론 내리지 말고, 연결 점검 대신 구독을 계속 새로고침하지 마세요. 오류 원문을 보관한 뒤 서비스 제공업체에 서버 상태를 확인하세요.

클라이언트는 연결됨으로 표시되는데 브라우저에서 인터넷이 안 되면 어떻게 하나요?

연결됨 표시는 보통 코어가 시작됐거나 트래픽을 가져오는 구성 요소가 설정됐다는 뜻이지, 대상 사이트에 접속할 수 있다는 의미는 아닙니다. 웹페이지를 열면서 클라이언트 로그에 새 요청이 기록되는지 확인하세요. 기록이 없다면 브라우저가 시스템 프록시를 따르는지, 프록시 포트가 일치하는지, 별도의 프록시를 설정하는 확장 프로그램이 있는지 점검하세요. 기록은 있지만 요청이 실패한다면 도메인 확인, 연결 시간 초과, 보안 핸드셰이크 중 어떤 오류인지 살펴보세요. 먼저 사용 가능한 기본 라우팅과 DNS 설정을 복원하고 한 번에 하나의 항목만 조정하세요. 특정 사이트만 실패한다면 해당 사이트와 관련 규칙을 확인하고, 클라이언트 재설치와 전체 네트워크 설정 변경을 동시에 하지 마세요.

시스템 프록시를 켰는데도 특정 프로그램이 직접 연결되는 이유는 무엇인가요?

먼저 해당 프로그램이 시스템 프록시 설정을 읽는지 확인하세요. 일부 게임, 명령줄 도구, 자체 네트워크 설정이 있는 앱은 시스템 프록시를 사용하지 않으므로 스위치를 켜도 트래픽이 강제로 연결되지 않습니다. 앱에서 프록시를 직접 설정할 수 있다면 클라이언트가 실제로 제공하는 HTTP 또는 SOCKS 수신 유형에 맞춰 로컬 주소와 포트를 입력하세요. 포트를 혼용하지 마세요. 설정 후 앱을 재시작하고 로그에서 요청이 코어에 들어오는지 확인하세요. 설정할 방법이 없는 프로그램은 권한과 네트워크 충돌을 파악한 뒤 TUN을 시도할 수 있습니다. 회사 기기는 관리 정책의 적용을 받을 수 있으므로 기존 프록시 스크립트나 조직 네트워크 설정을 덮어쓰지 마세요.

구독 업데이트가 시간 초과, 인증 오류 또는 파싱 오류로 실패하면 어떻게 하나요?

오류 유형에 따라 점검하세요. 시간 초과라면 현재 네트워크에서 구독 도메인에 접속할 수 있는지 확인하세요. 업데이트 방식에서 직접 연결이나 프록시 연결을 지원한다면 사용 가능한 연결을 확보한 상태에서 각각 테스트해, 작동하지 않는 노드 때문에 업데이트가 반복 실패하지 않도록 하세요. 인증 오류나 접근 거부가 발생하면 서비스 제공업체 계정 페이지에서 구독 유효 기간과 주소 재설정 여부를 확인하세요. 파싱 오류라면 반환된 내용이 로그인 페이지, 오류 안내 페이지 또는 호환되지 않는 형식인지 확인합니다. User-Agent는 서비스 제공업체가 명확히 요구할 때만 입력하세요. 요청이 너무 잦다는 안내가 나오면 기다렸다가 다시 시도하세요. 짧은 시간에 계속 업데이트를 시도하거나 전체 구독 주소를 낯선 웹사이트에 전달해 테스트하지 마세요.

클라이언트 다운로드