v2rayN 자주 묻는 질문

Windows, macOS, Linux 데스크톱에서는 v2rayN을 선택하세요. Android에서는 보통 Xray 코어를 사용하는 v2rayNG를 먼저 고려하고, V2Fly 코어가 필요한 경우 v2flyNG를 선택할 수 있습니다. 클라이언트는 구독 관리, 노드 선택, 프록시 설정을 담당하고 코어는 실제 연결과 라우팅을 처리합니다. 선택하기 전에 구독에 포함된 프로토콜과 전송 방식이 해당 클라이언트와 코어에서 지원되는지 확인하세요. 이름이 비슷하다고 설정까지 모두 호환되는 것은 아닙니다. 다른 클라이언트로 옮길 때는 구독을 다시 가져오고 프록시 포트와 라우팅 모드를 하나씩 확인하세요.

클라이언트는 로컬 연결 도구일 뿐, 설치 파일에 사용할 수 있는 원격 서비스가 포함되어 있지는 않습니다. 연결하려면 유효한 서버 주소와 포트, 인증 정보, 전송 설정이 필요합니다. 구독을 이용하면 이러한 설정을 클라이언트에서 한꺼번에 불러오고 업데이트할 수 있습니다. 사용 권한이 있는 서비스 제공처에서 설정을 받아 구독이 유효한지 확인한 다음 연결을 테스트하세요. 프로그램 설치, 구독 가져오기, 원격 서비스 사용 가능 여부는 각각 별도로 확인해야 합니다. 구독 주소에는 접근 정보가 포함될 수 있으므로 화면을 캡처하거나 도움을 요청할 때 전체 주소를 가리세요.

시스템 프록시는 시스템 설정을 따르는 앱이 연결을 로컬 프록시 포트로 보내도록 합니다. 라우팅 분기는 코어에 들어온 연결을 프록시로 보낼지, 직접 연결할지, 차단할지 결정합니다. TUN 모드는 가상 네트워크 인터페이스로 트래픽을 받아 시스템 프록시를 따르지 않는 일부 프로그램에 사용할 수 있습니다. 세 기능은 서로 다른 단계에서 작동합니다. 시스템 프록시를 켜도 모든 프로그램의 트래픽이 코어로 들어가는 것은 아니며, 라우팅을 바꿔도 코어에 들어오지 않은 연결이 자동으로 처리되지는 않습니다. 처음 설정할 때는 시스템 프록시로 일반 웹페이지 접속을 확인한 뒤, 필요한 앱에 한해 TUN을 켜세요. 여러 설정을 한꺼번에 바꾸면 문제 원인을 찾기 어렵습니다.

먼저 기기 정보에서 프로세서 아키텍처를 확인하세요. 최신 Android 휴대전화는 대부분 arm64를 사용하므로 해당 설치 파일을 우선 선택할 수 있습니다. universal은 여러 아키텍처를 포함하는 경우가 많아 아키텍처를 확인하기 어렵거나 지원되는 다른 아키텍처와의 호환성이 필요한 기기에 적합하지만, 파일 크기가 더 클 수 있습니다. 기기 제조 연도만으로 아키텍처를 판단할 수는 없습니다. 설치 파일이 호환되지 않는다는 메시지가 표시되면 Android 버전 요구 사항, 프로세서 아키텍처, 다운로드 완료 여부를 함께 확인하세요. 설치에 실패했다고 기존 앱을 바로 삭제하지 말고, 덮어 설치하기 전에 구독과 사용자 설정을 보존해야 하는지 확인하세요.

v2rayN에서 구독 그룹 설정을 열고 새 그룹을 만든 다음 알아보기 쉬운 이름과 전체 구독 주소를 입력하세요. 저장한 뒤 해당 그룹의 구독 업데이트를 실행합니다. v2rayNG에서는 구독 그룹 설정에서 이름과 주소를 추가한 다음 메인 화면으로 돌아와 구독을 업데이트하세요. 메뉴 이름은 버전에 따라 조금 다를 수 있습니다. 업데이트 후 다른 그룹 필터가 적용되어 있지 않은지 확인하고 노드 하나를 선택해 활성 설정으로 지정하세요. 주소만 저장해도 구독 내용이 자동으로 가져와지는 것은 아닙니다. 화면 사용법을 연습할 때는 안내 튜토리얼을 참고할 수 있지만, 예시 도메인은 실제 구독 서비스를 제공하지 않으므로 연결 테스트에 사용할 수 없습니다.

복사한 내용이 구독 주소인지, 단일 공유 링크인지, 서비스 관리 페이지 주소인지 먼저 확인하세요. 구독 주소는 구독 그룹에 입력하고, 단일 공유 링크는 클립보드 가져오기와 같은 해당 기능을 사용해야 합니다. 주소 앞뒤의 공백과 줄바꿈, 잘린 매개변수가 없는지 확인하고 전체 내용을 복사했는지 살펴보세요. 가져온 결과가 로그인 페이지, 만료 안내 또는 웹 인증 화면이라면 클라이언트가 노드 형식으로 해석할 수 없습니다. 서비스 제공처에 구독 상태를 먼저 문의하세요. 계속 실패하면 클라이언트가 표시한 형식이나 프로토콜 이름을 기록하고 코어의 지원 여부를 확인하세요. 출처가 불분명한 온라인 변환 도구에 전체 구독 주소를 입력하지 마세요.

기존 노드는 보통 로컬에 저장된 설정을 사용하지만, 구독 업데이트는 구독 서버에 다시 접속해야 하므로 두 작업의 결과가 다를 수 있습니다. 기존 그룹을 유지한 채 업데이트 오류가 파싱 실패인지, 연결 시간 초과인지, 접근 거부인지 확인하고 구독이 갱신되었거나 주소가 변경되었는지 살펴보세요. 클라이언트에 프록시를 통한 업데이트 옵션이 있다면 기존 노드가 정상 작동할 때 시도할 수 있습니다. 프록시도 사용할 수 없다면 구독 서버에 접속할 수 있는 네트워크 경로를 이용하세요. 메모나 선택 상태가 사라지지 않도록 그룹을 반복해서 삭제하고 다시 만들지 마세요. 업데이트가 완료되면 노드가 추가되거나 삭제되었는지, 현재 선택한 노드가 남아 있는지 확인하세요.

먼저 TUN을 끄고 일반 프록시 모드가 작동하는지 확인하세요. Windows에서는 클라이언트 안내에 따라 관리자 권한으로 실행하거나 현재 버전에서 제공하는 서비스 모드를 사용하세요. macOS와 Linux에서는 앱 안내에 따라 필요한 권한을 허용하고 구성 요소를 설정합니다. Android에서는 처음 실행할 때 시스템의 VPN 연결 요청을 허용해야 합니다. 다른 프로그램이 가상 네트워크 인터페이스나 VPN 세션을 사용 중이라면 잠시 중지한 뒤 다시 테스트하세요. 계속 실패하면 로그의 오류 내용을 확인해 권한, 인터페이스 생성, 라우팅 기록 중 어느 단계에서 문제가 발생했는지 구분하세요. 안내를 피하려고 시스템 보안 기능을 계속 꺼 두지 마세요. 설정을 변경하기 전에 현재 값을 기록하고 테스트가 끝나면 필요하지 않은 권한을 되돌리세요.

이용 목적에 맞춰 선택하세요. 일반적인 중국 본토 우회 규칙은 조건에 맞는 중국 본토 주소와 일부 로컬 트래픽을 직접 연결하고 나머지는 프록시로 보냅니다. 실제 동작은 선택한 규칙의 내용과 순서, 규칙 데이터에 따라 달라집니다. 글로벌 라우팅은 분기 설정과 관련된 문제인지 확인할 때 짧게 비교 테스트하기 좋습니다. 보통 코어에 들어온 연결을 프록시 출구로 보내는 설정이며, 모든 앱의 트래픽을 자동으로 처리한다는 뜻은 아닙니다. 전환 후에는 새 연결을 만들어 확인하세요. 기존 연결은 이전 경로를 계속 사용할 수 있습니다. 특정 사이트만 문제가 있다면 기기 전체의 이용 방식을 장기간 바꾸기보다 해당 사이트에 적용된 규칙부터 확인하세요.

많은 명령줄 도구는 데스크톱 시스템 프록시를 읽지 않고 자체 옵션이나 http_proxy, https_proxy 같은 환경 변수를 사용합니다. 먼저 클라이언트 화면에서 실제로 수신 대기 중인 로컬 주소와 포트, 프록시 프로토콜을 확인한 다음 도구 문서에 따라 현재 터미널 세션의 프록시를 설정하세요. HTTP 프록시 주소와 SOCKS 주소는 포트만 바꿔 서로 대신 사용할 수 없습니다. 변수 이름에 https가 들어간다고 해서 프록시 서비스가 반드시 HTTPS를 사용하는 것도 아닙니다. 테스트는 현재 세션으로 한정해 잘못된 주소가 전역 환경에 저장되지 않도록 하세요. 클라이언트를 종료한 뒤에는 임시 변수를 지우세요. TUN으로 트래픽을 처리한다면 해당 터미널의 트래픽이 제외 규칙에 의해 우회되지 않는지도 확인하세요.

먼저 대상 앱의 트래픽이 실제로 현재 코어에 들어오는지 확인한 다음 사용자 지정 규칙이 활성화되어 있고 다시 불러와졌는지 살펴보세요. V2Ray 라우팅 규칙은 보통 위에서 아래 순서로 적용됩니다. 앞쪽의 포괄적인 규칙이 먼저 일치하면 뒤쪽의 세부 규칙은 실행되지 않을 수 있습니다. domain, ip 같은 일치 조건, 아웃바운드 태그, geosite·geoip 데이터의 사용 가능 여부도 확인하세요. domainStrategy는 도메인을 IP 주소로 추가 해석할지 여부에 영향을 주므로 IP 규칙만 바꿔서는 도메인 연결 결과가 달라지지 않을 수 있습니다. 한 번에 조건 하나만 바꾸고 대상 연결을 새로 만든 뒤 로그를 확인하세요. 여러 규칙을 동시에 조정하는 것보다 원인을 찾기 쉽습니다.

먼저 클라이언트의 백업 또는 내보내기 기능으로 구독 그룹, 직접 추가한 노드, 사용자 지정 라우팅, DNS 설정, 로컬 수신 대기 포트를 저장하세요. 내보낼 수 있는 항목은 현재 버전에 따라 다릅니다. 백업 파일에 서비스 인증 정보가 포함될 수 있으므로 안전한 위치에 보관하세요. 업데이트 전에 실행 중인 코어를 종료해 새 프로세스와 기존 프로세스가 포트를 함께 사용하지 않도록 합니다. 설정을 복원한 뒤에는 시스템 프록시로 기본 연결을 확인하고 TUN과 사용자 지정 규칙을 점검하세요. 코어를 바꾸는 것은 이름만 교체하는 작업이 아닙니다. 지원되는 설정 항목과 프로토콜 조합이 달라질 수 있으므로 시작에 실패하면 로그에서 호환되지 않는 항목을 찾고, 서로 다른 코어의 전체 설정을 그대로 덮어쓰지 마세요.

반드시 그렇지는 않습니다. 테스트 결과는 테스트 방식과 대상 주소, 현재 네트워크, 노드 설정에 따라 달라집니다. 일부 탐지 방식이 실패해도 실제 앱 연결은 다르게 작동할 수 있습니다. 먼저 기기 시간이 정확한지, 현재 네트워크에서 직접 연결이 정상인지 확인한 뒤 기존 노드 중 다른 노드와 비교해 보세요. 로그에서 서버 연결 시간 초과, 도메인 이름 확인 실패, TLS 핸드셰이크 오류 중 무엇인지 확인하고 서버 주소와 포트, 전송 설정을 점검하세요. 같은 노드가 네트워크에 따라 다르게 작동하면 네트워크 경로를 추가로 확인하세요. 구독의 노드가 대부분 작동하지 않는다면 서비스 상태와 설정이 업데이트되었는지 확인하고 속도 테스트만 반복하지 마세요.

실행 중이라는 표시는 보통 로컬 서비스가 시작되었다는 뜻일 뿐, 원격 연결과 DNS 확인까지 성공했다는 의미는 아닙니다. 먼저 현재 활성 노드가 올바른지 확인하고 시작 로그에 설정 오류가 있는지 살펴보세요. 그런 다음 브라우저가 클라이언트의 실제 수신 대기 포트를 사용하고 있는지 확인합니다. 여러 도메인에 접속해 특정 사이트만 문제인지 전부 접속되지 않는지 구분한 뒤 로그에서 DNS 확인, 핸드셰이크, 아웃바운드 오류를 살펴보세요. 비교를 위해 라우팅 모드를 잠시 바꿔볼 수 있지만 한 번에 설정 하나만 변경하세요. TUN을 사용 중이라면 먼저 일반 프록시로 돌아가 테스트하세요. 일반 프록시는 정상이고 TUN만 실패한다면 가상 인터페이스, DNS, 라우팅 충돌을 확인하세요. 접속이 복구되면 테스트를 위해 임시로 변경한 설정을 되돌리세요.

먼저 클라이언트의 시스템 프록시 상태와 시스템 설정에 표시된 프록시 주소 및 포트가 일치하는지 확인한 다음 브라우저 확장 프로그램, 사용자 지정 프록시 설정, 우회 목록을 살펴보세요. 일부 브라우저는 별도의 프록시 정책을 사용하며 확장 프로그램이나 조직 정책이 시스템 설정을 덮어쓸 수 있습니다. 충돌하는 프록시 확장 프로그램을 끄고 새 연결을 테스트한 뒤 클라이언트 접속 로그에서 요청이 코어에 들어오는지 확인하세요. 로컬 도메인이나 특정 사이트만 직접 연결된다면 우회 규칙에 따른 정상 동작일 수 있습니다. 브라우저의 보안 DNS 설정도 이름 확인 경로를 바꿀 수 있지만 프록시 진입 경로와는 별개의 문제이므로 각각 확인하세요. 테스트를 마친 뒤 계속 필요한 브라우저 설정은 복구하세요.

DNS 확인에 실패하면 구독 도메인, 노드 서버 도메인, 대상 웹사이트 도메인 중 어디에서 오류가 발생했는지 먼저 확인하세요. 선택한 DNS 서버에 현재 경로로 접속할 수 있는지, 원격 DNS가 아직 연결되지 않은 프록시에 의존하는지도 살펴보세요. 포트 사용 중 오류는 로컬 수신 대기 문제입니다. 클라이언트가 여러 개 실행 중이거나 코어 프로세스가 남아 있는지 확인하고 충돌하는 프로그램을 정상 종료하세요. 사용 가능한 포트로 바꾸고 앱의 프록시 설정도 함께 수정할 수 있습니다. 두 오류는 서로 다른 단계에서 발생하므로 노드를 계속 바꾸는 방식으로 함께 해결하려 하지 마세요. 도움을 요청할 때는 오류 발생 시각과 작업 단계, 개인정보를 가린 로그를 제공하고 구독 및 인증 정보와 개인 주소는 숨기세요.