V2Ray 자주 묻는 질문

V2Ray는 보통 Project V 생태계의 프록시 도구와 관련 기술을 가리킵니다. V2Fly는 V2Ray 코어를 이어서 관리하고 있으며, Xray는 별도로 발전한 코어 분기입니다. 코어는 프로토콜 연결과 트래픽 처리를 담당하고, v2rayN은 서버, 구독, 라우팅, 프록시 설정을 관리하며 선택한 코어를 실행하는 그래픽 클라이언트입니다. 특정 설정을 사용할 수 있는지는 클라이언트가 해당 항목을 인식하는지, 선택한 코어가 프로토콜을 지원하는지, 서버 설정이 일치하는지를 모두 확인해야 합니다. 문제를 진단할 때는 클라이언트 이름, 사용 중인 코어, 프로토콜 유형부터 기록하세요. 모든 상황을 “V2Ray 연결 안 됨”으로 뭉뚱그리거나, 그래픽 클라이언트를 바꾸면 반드시 해결된다고 단정하지 마세요.

Windows, macOS, Linux 데스크톱에서는 v2rayN을 우선 고려하고, 운영체제와 프로세서 아키텍처에 맞는 설치 항목을 선택하세요. Windows 다운로드 페이지에는 데스크톱 버전과 클래식 WPF 버전이 있습니다. 전자는 크로스 플랫폼 인터페이스를 사용하고, 후자는 기존 Windows 인터페이스를 유지하므로 메뉴 위치가 다를 수 있습니다. Android에서는 Xray 코어를 사용하는 v2rayNG를 우선 고려하세요. V2Fly 코어 설정과의 호환성이 필요하다면 v2flyNG도 선택할 수 있습니다. 이름이 비슷하다고 두 Android 클라이언트가 같은 설정을 지원하는 것은 아니므로 서버 요구 사항을 확인하세요. 먼저 한 클라이언트에서 설정을 가져와 연결을 확인한 뒤 이전하는 편이 좋습니다. 여러 프록시 서비스를 동시에 켜면 포트 충돌이나 VPN 트래픽 가로채기 충돌이 생길 수 있습니다.

클라이언트는 설정 관리와 연결 기능을 제공할 뿐, 설치만으로 사용할 수 있는 서버가 생기지는 않습니다. 구독 주소로 여러 서버 설정을 가져올 수 있고, 단일 공유 링크에는 특정 서버 정보가 담깁니다. 두 정보 모두 사용 권한이 있는 출처에서 받아야 합니다. 가져오기 전에 받은 주소가 구독 링크인지, 단일 서버 설정 링크인지, 일반 웹페이지 주소인지 확인하세요. 로그인 페이지는 구독 주소로 사용할 수 없습니다. 구독 정보에는 접속 인증 정보가 포함될 수 있으므로 민감한 정보로 취급하고 공개 게시판에 올리지 마세요. 제공업체가 로그인 후 링크를 새로 발급하라고 안내한다면 계정 페이지에서 처리하세요. 이 사이트에서는 다운로드와 설정 방법을 안내하지만, 서버 이용 기간과 트래픽 한도, 계정 권한은 설정 제공업체에 확인해야 합니다.

시스템 프록시는 시스템 설정을 따르는 앱이 요청을 클라이언트의 로컬 프록시 포트로 보내도록 합니다. 앱에 따라 이 설정을 무시할 수도 있습니다. 라우팅 모드는 코어에 들어온 요청을 직접 연결할지, 프록시로 보낼지, 차단할지를 정하며 모든 앱의 트래픽을 자동으로 프록시로 보내지는 않습니다. TUN 모드는 가상 네트워크 인터페이스로 트래픽을 가로채므로 적용 범위가 더 넓은 편이지만, 라우팅 제외 규칙과 앱 동작, 시스템 권한의 영향을 받습니다. 일반적인 브라우저 사용이라면 먼저 시스템 프록시를 켜고 연결을 확인한 다음 TUN이 필요한지 판단하세요. 문제를 진단할 때 트래픽 가로채기 방식과 라우팅 규칙을 동시에 바꾸면 어떤 설정이 결과를 바꿨는지 확인하기 어렵습니다. 로컬 네트워크 접속에 문제가 있다면 직접 연결 및 제외 규칙도 확인하세요.

v2rayN에서 “구독 그룹”을 열고 “구독 그룹 설정”으로 이동해 그룹을 추가한 다음 구독 주소를 입력하세요. 저장한 뒤 “모든 구독 업데이트(프록시 사용 안 함)”를 실행합니다. 인터페이스 버전에 따라 메뉴 위치와 문구가 조금 다를 수 있지만, 그룹을 먼저 저장한 뒤 업데이트를 시작하는 것이 중요합니다. 주소를 복사할 때 앞뒤에 공백이나 줄바꿈, 한글 문장 부호, 메신저가 덧붙인 안내 문구가 들어가지 않았는지 확인하세요. 받은 링크가 단일 서버 공유 링크라면 원격 구독 주소로 입력하지 말고 클립보드에서 서버를 가져오는 메뉴를 사용하세요. Android에서는 구독 설정에 주소를 추가한 뒤 목록으로 돌아가 업데이트합니다. 파싱 오류가 발생하면 링크 유형과 클라이언트가 지원하는 구독 형식부터 확인하세요.

기기가 arm64를 지원하면 arm64 패키지를 우선 선택하세요. 아키텍처를 모르거나 여러 아키텍처와의 호환성이 필요하다면 보통 용량이 더 큰 universal 패키지를 선택할 수 있습니다. 2015년 이후 출시된 주류 스마트폰은 대부분 arm64 지원 프로세서를 사용하지만, 프로세서가 지원하는 아키텍처와 기기에서 실제로 실행 중인 시스템 아키텍처는 다를 수 있습니다. 구매 연도만으로 판단하지 마세요. 먼저 “설정 → 휴대전화 정보”에서 모델과 시스템 정보를 확인한 뒤 기기 안내를 참고하세요. 여전히 확실하지 않다면 universal 버전을 사용해 볼 수 있습니다. 설치 프로그램에서 기기와 호환되지 않는다고 표시되면 아키텍처와 시스템 요구 사항을 확인하세요. 서명 충돌 메시지는 대개 이미 설치된 앱의 서명 출처와 관련이 있으며 universal로 바꿔도 해결되지 않습니다. 조치하기 전에 기존 설정을 백업하세요.

시스템 프록시를 따르는 앱에서 클라이언트를 사용하려면 v2rayN의 “시스템 프록시”에서 “시스템 프록시 자동 설정”을 선택하고, 사용할 수 있는 서버가 활성 서버로 지정되어 있는지 확인하세요. 트래픽 가로채기를 해제하려면 “시스템 프록시 지우기”를 선택하세요. “시스템 프록시 변경 안 함”은 프록시를 껐다는 뜻이 아니라 현재 시스템 상태를 유지한다는 뜻인 경우가 많습니다. 로컬 수신 포트는 “설정 → 매개변수 설정”에서 확인할 수 있으며, 항목은 클라이언트 버전과 코어 설정에 따라 다를 수 있습니다. 브라우저나 다른 앱에 프록시를 직접 입력할 때는 현재 실제로 수신 중인 주소, 포트, 프로토콜 유형을 사용하세요. 원격 서버 주소를 입력하면 안 됩니다. 수신 설정을 변경한 뒤에는 서비스를 다시 시작하고 로그에서 포트 바인딩이 성공했는지 확인하세요.

먼저 일반 프록시를 정상적으로 사용할 수 있는 상태로 되돌린 뒤 TUN 문제를 따로 확인하세요. Windows에서는 클라이언트 안내에 따라 관리자 권한으로 실행했는지 확인합니다. Linux에서는 클라이언트에 필요한 권한 상승 절차나 권한 설정을 완료했는지 확인하세요. macOS에서는 시스템이 요청한 네트워크 구성 권한을 허용했는지 확인합니다. 용도를 모른 채 시스템 디렉터리 권한을 임의로 변경하지 마세요. Android의 VPN 권한은 데스크톱 TUN 구현과 다르므로 처음 연결할 때 시스템 팝업을 확인해야 하는 경우가 많습니다. 다른 VPN 서비스가 실행 중이라면 먼저 중지하세요. 그래도 실패하면 로그에서 권한 거부, 가상 인터페이스 생성 실패, 라우팅 추가 실패 중 무엇인지 확인한 다음 원인에 맞게 조치하세요. 스위치를 반복해서 눌러도 부족한 권한이 생기지는 않습니다.

v2rayN 서버 목록에서 테스트할 항목을 선택하고 마우스 오른쪽 버튼 메뉴에서 현재 버전이 제공하는 TCP 테스트 또는 실제 연결 테스트를 실행하세요. TCP 테스트는 주로 서버 포트까지 연결되는지 확인하며, 프로토콜 인증이나 대상 웹사이트 접속, 전체 프록시 경로가 정상인지까지 보장하지는 않습니다. 실제 연결 테스트는 프록시를 통해 테스트 주소에 요청하므로 일상적인 사용에 더 가깝지만, 테스트 주소 자체의 영향을 받습니다. 결과를 비교할 때는 테스트 방식과 네트워크, 대상 주소를 동일하게 유지하세요. 유형이 다른 테스트의 수치를 그대로 비교하거나 순위를 매기면 안 됩니다. 한 번 실패했다면 같은 설정으로 실제 필요한 웹사이트에 접속해 보고 로그도 함께 확인하세요. 지연 시간이 낮다고 다운로드 속도가 더 빠른 것은 아니므로 처리량과 안정성은 따로 살펴봐야 합니다.

중국 본토의 일반적인 사이트는 직접 연결하고 나머지 트래픽은 프록시 규칙에 따라 처리하려면 “라우팅 → 중국 본토 우회”부터 사용해 보세요. 분할 라우팅이 문제의 원인인지 확인하려면 “전역”으로 바꿔 비교할 수 있습니다. 여기서 전역은 라우팅 정책을 뜻하며 모든 앱이 시스템 프록시나 TUN에 연결된다는 의미는 아닙니다. 기본 규칙의 실제 동작은 규칙 내용과 도메인 정보, 규칙 데이터베이스 사용 가능 여부에 따라 달라집니다. 모드 이름만 보고 각 요청이 어떤 경로로 나가는지 단정할 수 없습니다. 한 번에 설정 하나만 바꾸고 대상 페이지를 다시 열어 로그를 확인하세요. 일부 사이트에만 별도 처리가 필요하다면 명확한 도메인 규칙을 추가하고 기존 규칙과 적용 순서를 확인하세요.

직접 추가한 서버는 별도 그룹에 넣고, 자동 업데이트되는 구독 항목과 같은 그룹에서 관리하지 마세요. 구독 업데이트 과정에서 해당 그룹의 서버 기록이 다시 만들어질 수 있어 직접 수정한 별칭이나 주소, 기타 항목이 유지되지 않을 수 있습니다. 실제 동작은 클라이언트 설정에 따라 다릅니다. 변경 사항을 오래 보관해야 한다면 먼저 별도의 수동 그룹에 복사하고 구독 원본과 다른 항목을 기록해 두세요. 업데이트 후 활성 서버가 원하는 항목을 가리키는지 확인하고 실제 접속도 테스트하세요. 중복 항목을 정리하기 전에 필요한 설정을 내보내세요. 구독에서 제거된 서버는 이미 사용할 수 없을 수 있습니다. 복사본을 보관해도 설정만 남을 뿐 서버 이용 기간이 늘어나지는 않습니다.

구독 주소나 클라이언트가 지원하는 설정 내보내기 파일은 옮길 수 있지만, 프로그램 폴더 전체를 다른 운영체제에서도 그대로 사용할 수 있다고 단정하지 마세요. 새 기기에 맞는 클라이언트를 설치하고 구독을 가져와 업데이트한 뒤, 새 시스템에 맞춰 시스템 프록시와 수신 포트, TUN 권한, 라우팅을 다시 설정하세요. 클라이언트 간에 이전할 때 단일 공유 링크에는 보통 서버 연결 정보만 포함되며 그룹과 라우팅 규칙, DNS 설정, 인터페이스 환경설정은 포함되지 않을 수 있습니다. 중요한 규칙은 따로 기록하고 대상 클라이언트가 각각 지원하는지 확인하세요. 내보낸 설정에 서버 인증 정보가 들어 있을 수 있으므로 안전한 경로로 전송하고 작업이 끝나면 임시 파일을 삭제하세요. 여러 기기에서 동시에 연결할 수 있는지는 서버 계정의 동시 접속 제한에 따라 달라집니다.

먼저 구독 그룹 설정에서 주소가 올바른지, 그룹이 활성화되어 있는지 확인하고 업데이트 메시지가 네트워크 오류인지 권한 오류인지 파싱 오류인지 살펴보세요. 현재 프록시를 사용할 수 없다면 “모든 구독 업데이트(프록시 사용 안 함)”를 먼저 시도하세요. 구독 주소에 프록시 접속이 필요하고 현재 프록시도 정상일 때만 프록시를 통한 업데이트를 선택하세요. 접근 거부나 링크 만료 메시지가 표시되면 계정 상태와 구독 주소가 재설정되었는지 확인하고 요청을 계속 반복하지 마세요. 다운로드는 성공했지만 항목이 없다면 내려받은 내용이 로그인 페이지나 오류 메시지인지, 클라이언트가 지원하지 않는 형식인지 확인하세요. 마지막으로 서버 목록의 필터를 해제하고 “전체” 그룹으로 전환해 항목이 화면 필터에 가려진 것은 아닌지 확인하세요.

먼저 로그에서 시간 초과가 발생한 지점을 확인한 뒤 단계별로 원인을 좁히세요. 서버 주소와 포트에 연결조차 되지 않는다면 현재 네트워크와 서버 상태, 포트, 방화벽을 확인하세요. 연결은 되었지만 TLS 또는 프로토콜 단계에서 실패한다면 기기 시간과 서버 이름, 전송 방식, 인증 매개변수를 확인하세요. 이름이나 인증서 설정 오류를 숨기려고 인증서 검증을 끄지 마세요. 같은 네트워크에서 정상 작동이 확인된 다른 설정을 테스트한 다음, 다른 네트워크에서 원래 설정을 테스트하면 문제 범위를 좁힐 수 있습니다. 다만 한 번 성공하거나 실패한 것만으로 장기적인 상태를 단정할 수는 없습니다. 여러 설정이 동시에 실패한다면 로컬 네트워크와 코어 실행 상태를 먼저 확인하세요. 단순히 “시간 초과”라고만 기록하는 것보다 오류 문구를 그대로 남기는 편이 원인 파악에 도움이 됩니다.

먼저 “연결됨”이 코어나 VPN 서비스가 시작됐다는 뜻일 뿐, 서버 인증이나 대상 사이트 접속까지 성공했다는 의미는 아닌지 확인하세요. 프록시를 거쳐야 하는 것이 분명한 페이지를 열고 해당 요청이 로그에 표시되는지 살펴보세요. 요청이 전혀 없다면 시스템 프록시와 앱 자체 프록시 설정, TUN 적용 범위를 확인하세요. 요청은 있지만 이름 해석 오류가 난다면 DNS 설정과 관련 서버에 접속할 수 있는지 확인하세요. 일부 사이트만 실패한다면 라우팅 규칙과 대상 서비스 상태, 프로토콜 설정을 살펴보세요. 예상대로 직접 연결되어야 하는 페이지와 프록시를 거쳐야 하는 페이지를 각각 테스트해 한 사이트만 확인하는 상황을 피하세요. 브라우저가 이전 연결을 계속 사용한다면 완전히 종료한 뒤 다시 실행하세요. 테스트 중에는 서버와 DNS, 라우팅 모드를 동시에 바꾸지 마세요.

먼저 코어가 실행 중인지 확인하고 로그에서 로컬 수신이 성공했다는 기록을 찾으세요. 주소가 이미 사용 중이라는 메시지가 나오면 중복 실행된 클라이언트와 같은 포트를 사용하는 다른 프록시 프로그램을 종료한 뒤 서비스를 다시 시작하세요. 여러 프로그램을 동시에 실행해야 한다면 각 프로그램에 서로 다른 수신 포트를 설정하고, 프록시를 직접 설정한 앱의 포트도 함께 변경하세요. 코어는 정상인데 브라우저 요청이 로그에 없다면 다른 프로그램이 시스템 프록시 설정을 덮어썼는지, 브라우저가 별도의 프록시 설정을 사용하는지 확인하세요. 일부 앱은 시스템 프록시를 따르지 않으므로 앱 안에 올바른 프록시를 입력하거나 권한을 확인한 뒤 TUN을 사용해야 합니다. 문제 해결을 마치기 전에 시스템 프록시가 실행 중인 수신 포트를 가리키는지 확인해 클라이언트 종료 후 사용할 수 없는 프록시 주소가 남지 않도록 하세요.