V2Ray 클라이언트자주 묻는 질문

v2rayN은 Windows, macOS, Linux 세 플랫폼을 지원하는 데스크톱 클라이언트이고, v2rayNG와 v2flyNG는 Android 클라이언트로 각각 Xray 코어와 v2fly 코어를 내장하고 있습니다. 데스크톱 사용자는 v2rayN을, Android 사용자는 v2rayNG를 우선 설치하고, v2fly 코어의 동작과 비교해야 할 때만 v2flyNG를 설치하세요. 세 클라이언트의 구독 가져오기 방식은 동일하며 같은 구독 링크를 함께 사용할 수 있습니다.

V2Ray는 Project V 생태계 초기의 메인 프로그램 이름으로, 이후 커뮤니티 유지보수 브랜치가 V2Fly로 발전했고 V2Fly에서 다시 Xray가 갈라져 나왔습니다. V2Fly와 Xray는 대부분의 프로토콜과 설정 문법을 공유하지만, Xray는 전송 계층 구현에서 업데이트가 더 빠릅니다. 흔히 V2Ray 클라이언트라고 부르는 프로그램이 실제로 사용하는 코어는 대부분 V2Fly 또는 Xray이며, 같은 설정을 두 코어 사이에서 대개 그대로 옮겨 쓸 수 있습니다.

이들은 클라이언트와 서버가 데이터를 주고받을 때 사용하는 프로토콜을 나타내며, 서버 설정으로 결정되고 클라이언트는 구독에서 제공하는 파라미터를 그대로 입력하기만 하면 됩니다. VMess는 V2Ray 초기 프로토콜이고, VLESS는 더 가벼우며 TLS 같은 외부 암호화에 의존합니다. Trojan의 트래픽 특성은 일반 HTTPS에 가깝습니다. 구독을 가져오면 클라이언트가 프로토콜 유형을 자동으로 인식하므로 보통 직접 선택할 필요가 없습니다.

개별 노드 링크는 서버 한 대만 기술하므로 가져오면 노드 목록에 항목이 하나 추가됩니다. 구독 링크는 노드 목록 전체를 가리키며 클라이언트가 정해진 간격으로 자동으로 가져오므로, 서버에서 노드를 추가하거나 삭제하면 로컬 목록도 함께 바뀝니다. 평소에는 구독 링크를 가져오는 것을 권장하고, 특정 노드 하나를 따로 점검할 때만 노드 링크를 사용하세요.

v2rayN, v2rayNG, v2flyNG는 모두 오픈 소스 클라이언트로 영구 무료이며, 노드 서비스를 제공하거나 판매하지 않습니다. 사용하려면 구독 링크나 노드 공유 링크 형태의 사용 가능한 노드 설정을 직접 준비해야 합니다. 클라이언트는 연결과 분기만 담당하며, 실제 속도와 안정성은 노드 자체에 달려 있습니다.

데스크톱 버전은 차세대 크로스 플랫폼 인터페이스로 업데이트 주기가 빨라 새로 설치하는 사용자에게 적합합니다. 클래식 WPF 버전은 오랫동안 같은 인터페이스를 유지해 동작이 안정적이며, 기존 인터페이스에 익숙하거나 버전을 고정해야 하는 환경에 적합합니다. 두 버전의 기능은 동일하므로 함께 설치해 같은 구독을 가져온 뒤 비교해 보고 하나만 남겨도 됩니다.

「이 Mac에 관하여」를 열어 칩 항목을 확인하세요. Apple 칩(M 시리즈)이 표시되면 Apple Silicon 버전을, Intel 프로세서가 표시되면 Intel 버전을 선택합니다. 잘못된 버전은 정상적으로 실행되지 않으므로 기존 파일을 삭제할 필요 없이 맞는 버전을 다시 다운로드하면 됩니다.

2015년 이후 출시된 대부분의 Android 스마트폰은 arm64 아키텍처이므로 arm64 버전을 우선 선택하세요. 용량이 더 작고 실행 효율도 높습니다. 기기 아키텍처가 확실하지 않거나 에뮬레이터, 오래된 기기에 설치할 때는 universal 범용 버전을 선택하세요. 호환 범위가 넓은 대신 설치 파일 용량이 더 큽니다.

세 가지를 순서대로 확인하세요. 링크가 온전한지 확인합니다. 복사 과정에서 앞뒤가 잘리거나 공백이 섞이면 실패합니다. 클라이언트가 구독 주소에 접속할 수 있는지 확인합니다. 브라우저에서 같은 링크를 열어 내용이 반환되는지 보면 됩니다. 링크가 만료되었거나 서버에서 재설정되었는지 확인합니다. 세 가지 모두 정상이라면 기존 구독을 삭제하고 다시 가져온 뒤 수동으로 한 번 업데이트하세요.

먼저 구독을 한 번 업데이트해 노드 목록에 항목이 나타나는지 확인합니다. 다음으로 노드 하나를 선택해 지연 테스트를 실행하고, 값이 반환되면 서버에 도달할 수 있다는 뜻입니다. 마지막으로 시스템 프록시를 켜고 프록시를 거치는 것이 확실한 사이트를 열어 연결을 확인합니다. 세 단계를 모두 통과하면 설정이 적용된 것이므로 일상적으로 사용하면 됩니다.

시스템 프록시 모드는 시스템이나 브라우저의 프록시 설정을 변경하며, 해당 설정을 읽는 프로그램에만 영향을 주고 권한 요구 수준이 낮아 브라우저와 일반 데스크톱 프로그램에 적합합니다. TUN 모드는 가상 네트워크 어댑터를 만들어 모든 트래픽을 가로채므로 프록시 설정을 읽지 않는 프로그램까지 처리할 수 있지만 관리자 권한이 필요하고, 명령줄 도구나 전역 처리가 필요한 상황에 적합합니다. 일상적인 브라우징에는 시스템 프록시를 우선 사용하세요.

직접 연결 모드는 프록시를 거치지 않으며, 노드가 네트워크에 영향을 주는지 점검할 때만 사용합니다. 전역 모드는 모든 트래픽을 프록시로 보내며, 일시적으로 전부 프록시를 거쳐야 하는 상황에 적합합니다. 규칙 모드는 라우팅 규칙에 따라 분기해 중국 본토 도메인과 IP는 직접 연결하고 나머지는 프록시로 보내며, 일상 사용의 기본 선택입니다. 모드를 바꾼 뒤에는 클라이언트를 한 번 재시작하고 확인하는 것이 좋습니다.

v2rayN은 설정한 간격에 따라 구독을 자동 업데이트하며, 보통 6~24시간에 한 번으로 설정합니다. v2rayNG는 구독 항목에 업데이트 버튼을 제공합니다. 서버에서 노드를 교체하거나 포트를 조정한 뒤에는 수동으로 한 번 업데이트하면 자동 주기를 기다리지 않고 바로 동기화됩니다.

설정에서 로컬 수신 포트를 사용 중이지 않은 다른 값(예: 10809)으로 바꾸고 저장한 뒤 클라이언트를 재시작하세요. 포트를 변경하면 고정 포트를 사용하는 프로그램은 프록시 설정도 함께 수정해야 합니다. 시스템 명령으로 포트 점유 상황을 확인해 어떤 프로그램이 10808을 사용 중인지 알아낼 수도 있습니다.

클라이언트의 연결 목록이나 라우팅 로그를 열면 각 연결에 적용된 규칙과 아웃바운드 대상이 표시됩니다. proxy로 표시되면 프록시를 거치는 것이고, direct로 표시되면 직접 연결입니다. 라우팅 규칙과 대조하면 특정 도메인이 왜 그렇게 분기되는지 확인할 수 있으며, 일부 사이트의 속도 이상을 점검할 때도 자주 쓰는 방법입니다.

프록시 스위치, 노드 사용 가능 여부, DNS 세 단계로 확인하세요. 먼저 시스템 프록시 스위치가 실제로 켜져 있는지 확인합니다. 일부 브라우저는 자체 프록시 설정으로 시스템 설정을 덮어쓸 수 있습니다. 다음으로 노드 지연을 확인하고, 지연이 시간 초과로 나오면 노드를 사용할 수 없다는 뜻입니다. 마지막으로 DNS를 확인하고 사용 가능한 공용 DNS로 바꾼 뒤 다시 시도하세요. 대부분은 앞의 두 단계에서 원인을 찾을 수 있습니다.

원인은 크게 세 가지입니다. 구독이 만료되었거나 노드가 서버에서 내려간 경우, 로컬 네트워크가 노드 주소에 접속할 수 없는 경우(브라우저에서 구독 링크를 열어 먼저 확인할 수 있습니다), 테스트 방식이 잘못된 경우(예: ping을 차단한 서버를 ICMP ping으로 테스트)입니다. 클라이언트에서 실제 연결 지연 테스트로 바꿔 실행하고도 모두 시간 초과라면 구독을 업데이트하거나 노드 서비스 제공자에게 문의하세요.

항목별로 확인하세요. 클라이언트가 관리자 권한으로 실행 중인지, 브라우저에 프록시 설정을 가로채는 확장 프로그램이 설치되어 있는지, 시스템 프록시 설정이 다른 프로그램에 의해 변경되었는지, 스위치를 한 번 껐다 켜서 설정을 다시 기록했는지 확인합니다. 특정 프로그램에서만 적용되지 않는다면 그 프로그램이 시스템 프록시를 읽지 않는 것이므로 TUN 모드로 전환해 처리하세요.

TUN 모드는 관리자 또는 root 권한이 필요하므로 먼저 관리자 권한으로 클라이언트를 실행하세요. Windows에서는 가상 네트워크 어댑터 드라이버가 정상 설치되었는지 확인하고, 보안 프로그램이 설치를 차단했다면 허용한 뒤 다시 설치합니다. macOS와 Linux에서는 클라이언트가 해당 시스템 네트워크 권한을 얻었는지 확인하세요. 권한 문제를 해결한 뒤 클라이언트를 재시작하고 TUN 모드를 켜면 됩니다.

먼저 브라우저에서 구독 링크를 직접 열어 보세요. 열리지 않으면 링크가 만료되었거나 로컬 네트워크가 제한된 것입니다. 403이 반환되면 보통 링크가 만료되었거나 재설정되었거나 서버의 접근 제한에 걸린 것이므로 새로 발급받아야 합니다. 브라우저에서는 열리는데 클라이언트 업데이트만 실패한다면 업데이트 간격 설정과, 프록시 설정 때문에 구독 업데이트가 순환 의존이 되었는지 확인하세요.

이런 현상은 대부분 분기 규칙과 DNS 관련입니다. 도메인이 직접 연결 규칙에 걸렸지만 실제로는 프록시를 거쳐야 하는 경우이거나, DNS 조회가 오염되어 도달할 수 없는 IP를 받은 경우입니다. 해당 도메인을 프록시 규칙에 추가하고 DNS를 암호화 DNS나 신뢰할 수 있는 공용 DNS로 바꾼 뒤 클라이언트를 재시작해 확인하세요.