v2rayNG 첫 연결 가이드: 노드 선택·실제 연결 테스트·프록시 작동 확인

이 글의 핵심 내용

구독은 가져왔지만 연결 방법이 헷갈리는 Android 사용자에게 적합합니다. 먼저 노드 목록이 정상인지 확인한 뒤 실제 연결 테스트로 후보를 추리고, Android VPN 서비스를 시작한 다음 출구 IP와 대상 앱으로 실제 트래픽을 확인합니다. 이 순서대로 점검하면 ‘포트 연결 가능’, ‘프록시 핸드셰이크 성공’, ‘앱 트래픽이 실제로 프록시를 통과함’을 각각 구분할 수 있어 지연 시간 숫자 하나만 보고 판단하는 일을 피할 수 있습니다.

1. 구독과 노드 선택 상태 확인

구독 가져오기에 성공했다는 것은 v2rayNG에 구독 주소가 저장되었다는 뜻일 뿐입니다. 구독을 업데이트한 뒤 설정이 표시되어야 클라이언트가 노드 정보를 가져온 것입니다. 목록에 노드가 있다고 해서 연결까지 시작된 것은 아닙니다. v2rayNG는 Xray 코어를 사용하므로 노드의 주소, 포트, 프로토콜, 전송 방식, TLS 매개변수를 하나의 설정으로 사용해야 합니다. 첫 연결 전에 인터넷에 있는 예시를 따라 항목별로 바꾸지 마세요.

아래 경로는 일반적인 중국어 UI를 기준으로 설명합니다. 버전에 따라 오른쪽 위 메뉴의 항목이 ‘모든 설정 실제 연결 테스트’ 또는 ‘모든 설정의 실제 연결 테스트’로 표시될 수 있지만 의미는 같습니다. ‘실제 연결’이 포함된 테스트를 선택하고, ‘TCP’만 표시된 테스트는 선택하지 마세요.

구독 확인

왼쪽 위 메뉴 → ‘구독 그룹 설정’을 열어 구독이 활성화되어 있고 주소 앞뒤에 공백이 없는지 확인합니다. 메인 화면으로 돌아와 오른쪽 위 메뉴에서 ‘현재 그룹 구독 업데이트’ 또는 ‘구독 업데이트’를 선택한 뒤 목록이 새로고침될 때까지 기다립니다.
설정 선택

사용 가능한 노드를 눌러 선택 표시가 해당 행으로 이동했는지 확인합니다. 이름에 만료, 데이터 소진, 점검 중이라고 명시된 항목은 피하세요. 이런 이름은 서비스 제공자의 안내이며 클라이언트가 자동으로 확인한 결과가 아닙니다.
기존 매개변수 유지

첫 테스트에서는 구독에서 제공한 VMess 또는 VLESS 설정을 그대로 사용하세요. 서버 주소를 확인된 IP로 바꾸거나 SNI, 전송 경로, 공개 키 등의 인증 매개변수를 임의로 수정하지 마세요.
테스트 환경 기록

현재 Wi-Fi와 모바일 데이터 중 어떤 네트워크를 사용하는지, 대상 앱에 별도 프록시가 설정되어 있는지 기록해 두세요. 먼저 같은 네트워크에서 검증을 마친 뒤 네트워크를 바꿔 다시 테스트해야 네트워크 변화와 노드 변화를 혼동하지 않습니다.

2. 노드 선택: 가용성을 먼저, 안정성을 다음으로

노드 이름에 표시된 지역은 선택을 위한 참고 정보일 뿐 실제 회선 품질을 보장하지 않습니다. 가까운 노드도 혼잡할 수 있고, 이름이 같은 노드라도 진입 지점이 다를 수 있습니다. 첫 연결에서는 요청을 연속으로 완료할 수 있는 노드를 먼저 찾고 지연 시간을 비교하세요. 이용하려는 서비스에 지역 제한이 없다면 처음부터 특정 지역만 고집할 필요는 없습니다.

실제 연결 테스트가 연속으로 성공하는 노드

권장

같은 네트워크와 테스트 주소에서 반복해 테스트하고 계속 성공하는지 확인합니다. 연결을 시작한 뒤 대상 웹페이지도 열려야 합니다. 첫 연결에 사용할 설정을 우선 선택하고 출구 IP를 확인하세요.

적합한 용도: 첫 연결 및 재사용할 기준 설정 마련

TCP 지연 시간만 낮게 나오는 노드

서버의 특정 TCP 포트에 연결할 수 있다는 점만 확인할 뿐, 프록시 인증과 TLS 핸드셰이크, 대상 요청까지 검증된 것은 아닙니다. 지연 시간이 짧게 표시되어도 이후 핸드셰이크 단계에서 실패할 수 있습니다.

적합한 용도: 진입 지점 연결 여부를 빠르게 확인. 이후 실제 연결 테스트 필요

간헐적으로 성공하는 노드

한 번은 성공하고 다음에는 시간 초과된다면 우선 예비 노드로 남겨 두세요. 시간대나 네트워크를 바꿔 재검사하고, 한 번 나온 최고 결과만으로 장기 사용할 노드를 정하지 마세요.

적합한 용도: 안정적인 노드와 비교해 회선 변동 확인

후보 노드 2~3개를 골라 각각 세 차례 테스트하는 것을 권장합니다. 횟수는 작업 편의를 위한 제안일 뿐 소프트웨어에 내장된 점수 기준은 아닙니다. 매회 같은 테스트 주소를 사용하세요. 노드가 많다면 그룹별로 테스트해 휴대폰 네트워크와 결과에 영향을 줄 수 있는 대량의 탐색 요청을 한꺼번에 보내지 마세요.

3. 실제 연결 테스트: 요청 경로 확인, 대역폭 측정과는 다릅니다

메인 화면 오른쪽 위 메뉴에서 ‘모든 설정 실제 연결 테스트’를 실행합니다. 이 테스트는 각 설정을 사용해 지정된 테스트 주소에 접속하므로 TCP 탐색보다 프록시 경로가 실제로 사용 가능한지 더 확인할 수 있습니다. 결과는 선택한 주소의 응답에 따라 달라집니다. 테스트 사이트에 접속할 수 없으면 정상적인 노드 여러 개가 동시에 실패할 수도 있습니다.

검사 방식	주로 확인하는 항목	직접 확인할 수 없는 항목
TCP 지연 시간	서버의 지정 포트에 TCP 연결을 설정할 수 있는지	프록시 인증 성공 여부, 웹페이지 열림 여부
실제 연결 테스트	해당 설정으로 테스트 주소에 요청을 완료할 수 있는지	모든 앱의 트래픽이 프록시를 통과하는지, 지속적인 다운로드 속도가 높은지
대상 웹페이지 확인	브라우저에서 필요한 서비스에 접속할 수 있는지	다른 앱도 같은 경로를 사용하는지
지속 전송 테스트	현재 회선의 지속적인 데이터 전송 성능	시간대나 대상이 바뀌어도 같은 성능을 유지하는지

실제 연결 테스트의 밀리초 값은 요청 한 번에 걸린 시간이며 Mbps가 아니고 동영상 화질로 바로 환산할 수도 없습니다. ‘수치가 가장 낮은 노드’보다 ‘요청이 안정적으로 성공하는 노드’를 선택하세요. 모두 시간 초과되면 먼저 클라이언트 ‘설정’에서 테스트 주소 관련 옵션을 확인해 해당 주소가 예상한 응답을 제공하는지 살펴보세요. 특정 상태 코드를 요구하는 탐색 주소를 사용한다면 일반 웹페이지로 그대로 대체할 수 없습니다.

443

HTTPS에서 자주 쓰이는 대상 포트이며 노드가 반드시 이 포트를 사용해야 한다는 뜻은 아닙니다

일반 DNS에서 자주 쓰이는 포트이며 이름 확인 가능 여부는 별도로 점검해야 합니다

위 포트는 연결 경로를 이해하기 위한 예시이지 설정을 바꾸라는 뜻이 아닙니다. 브라우저의 HTTPS 대상 접속, 클라이언트의 프록시 서버 연결, 도메인 이름 확인은 서로 다른 단계입니다. 서버 포트는 구독에 지정된 값을 유지하세요. 실제 연결이 시간 초과된다고 해서 ‘포트를 443으로 바꾸면 해결된다’고 단정할 수 없습니다.

4. VPN 시작: 서비스 실행과 트래픽 전달을 구분하세요

노드를 선택한 뒤 메인 화면 오른쪽 아래의 시작 버튼을 누릅니다. Android에서 처음 VPN 연결 요청이 나타나면 요청을 시작한 앱이 v2rayNG인지 확인하고 권한을 승인하세요. 시스템에 VPN 표시가 나타나도 VPN 서비스가 설정되었다는 뜻일 뿐, 원격 노드 인증 성공이나 모든 앱의 트래픽이 프록시 출구로 전달되는 것을 보장하지는 않습니다.

다른 VPN의 사용 여부 확인: Android에서는 일반적으로 같은 사용자 계정에서 일반 VPN 서비스를 하나만 실행할 수 있습니다. VPN 기반 네트워크 도구를 함께 사용하면 v2rayNG와 서로 연결을 대체할 수 있으므로 테스트 전에 다른 도구를 중지하세요.
앱별 프록시 확인: 왼쪽 위 메뉴 → ‘설정’ → ‘앱별 프록시’를 엽니다. 첫 검증에서는 이 기능을 잠시 끄는 것이 좋습니다. 계속 사용해야 한다면 테스트할 브라우저가 프록시 대상에 포함되어 있는지, 선택한 앱을 우회하는 옵션이 켜져 있지 않은지 확인하세요.
라우팅 모드 확인: 현재 ‘라우팅’ 또는 ‘라우팅 설정’을 확인합니다. 직접 연결 규칙이 적용된 웹사이트에 접속하면 VPN 서비스가 실행 중이어도 출구가 로컬로 표시될 수 있으며, 이는 모순이 아닙니다.
서비스 다시 시작: 앱별 프록시 범위나 라우팅을 수정한 뒤에는 서비스를 중지했다가 다시 시작해 새 설정으로 검증하세요. 브라우저에 열려 있던 이전 페이지나 기존 연결을 새 테스트 결과로 착각하지 마세요.

5. 프록시 작동 확인: 출구 IP와 대상 앱 교차 점검

먼저 v2rayNG를 중지한 상태에서 같은 브라우저로 현재 공인 출구 IP를 기록하고, 이어서 v2rayNG를 시작한 뒤 같은 조회 서비스에 다시 요청합니다. 주소창에 https://api.ipify.org를 직접 입력하면 반환된 공인 IP를 확인할 수 있습니다. 외부 조회 서비스이므로 현재 네트워크에서 접속할 수 없다면 이용 가능한 다른 출구 IP 조회 서비스를 사용하세요. 조회 사이트가 열리지 않는다는 사실만으로 프록시 실패라고 판단할 수는 없습니다.

검증 방법: 브라우저를 고정해 연결 전후 비교

연결 중지 상태

Wi-Fi 또는 모바일 데이터 연결을 그대로 유지합니다.
조회 시간과 전체 공인 IP 주소를 기록합니다.
브라우저에 별도의 프록시가 설정되어 있지 않은지 확인합니다.
대상 웹페이지에 현재 접속할 수 있는지 기록합니다.

연결 시작 후

테스트할 때와 같은 설정을 선택했는지 확인합니다.
새 페이지를 열어 같은 조회 서비스에 요청합니다.
출구 IP를 비교하고 라우팅 규칙을 확인합니다.
대상 앱을 다시 열어 새로운 요청을 보냅니다.

출구 IP가 바뀌었다면 이번 브라우저 요청이 다른 출구를 사용했다는 근거가 됩니다. 필요한 트래픽이 프록시를 통과하는지는 라우팅과 대상 앱의 결과까지 함께 확인해야 판단할 수 있습니다.

주소가 바뀌지 않으면 조회 도메인이 직접 연결 규칙에 해당하는지, 앱별 프록시 규칙에서 브라우저가 제외되었는지, 이전 연결이 재사용되었는지 차례로 확인하세요. IP가 속한 지역만 비교하지 마세요. 서로 다른 IP가 같은 지역에 있을 수 있고 지리 정보 데이터베이스가 최신이 아닐 수도 있습니다. IPv6 트래픽을 확인하려면 IPv6 표시를 지원하는 조회 방법을 별도로 사용하세요. IPv4만 반환하는 페이지로는 IPv6도 프록시를 통과하는지 확인할 수 없습니다.

이어서 실제로 사용할 앱을 열고 콘텐츠를 새로고침하거나 새 요청을 보내세요. 이미 열려 있던 캐시 페이지, 이전 이미지, 다운로드 기록은 연결 증거가 아닙니다. 브라우저만 성공하고 특정 앱이 실패한다면 전체 노드 그룹을 바로 바꾸기보다 해당 앱의 앱별 프록시 범위와 라우팅 규칙 적용 여부, 앱 자체의 네트워크 요구 사항을 먼저 확인하세요.

6. 첫 연결 실패: 증상에 따라 점검 범위 좁히기

성공한 설정 하나를 비교 기준으로 남겨 두세요. 문제가 발생하면 왼쪽 위 메뉴에서 ‘로그’를 열고 문제를 재현한 뒤 최신 기록을 확인합니다. 가장 먼저 나온 오류 한 줄만 캡처하지 마세요. 문제를 문의할 때는 클라이언트 버전, 네트워크 종류, 발생 시간, 오류 키워드를 기록하세요. 로그를 공유하기 전에는 구독 주소와 사용자 식별 정보, 서버 인증 정보를 가리세요.

TCP 지연 시간은 나오는데 실제 연결은 시간 초과되는 이유가 무엇인가요?

진입 포트에 연결할 수 있어도 프록시 인증에 성공한 것은 아닙니다. 먼저 현재 구독을 업데이트하고 다시 테스트한 뒤 로그에서 핸드셰이크, 인증, 인증서 관련 오류가 있는지 확인하세요. 노드 하나만 실패한다면 같은 그룹의 다른 노드와 비교하고, 모두 실패한다면 테스트 주소와 현재 네트워크를 확인하세요. 원인 파악 대신 인증서 검증을 끄지 마세요.

하단에는 연결됨으로 표시되는데 브라우저가 열리지 않는 이유가 무엇인가요?

먼저 실제 연결 테스트를 실행한 다음 ‘설정’ → ‘앱별 프록시’에서 브라우저가 제외되지 않았는지 확인하세요. ‘라우팅’의 직접 연결 규칙도 살펴보고 서비스를 다시 시작한 뒤 새 웹페이지를 여세요. 로그에 도메인 이름 확인 오류가 있으면 DNS 관련 설정과 Android 비공개 DNS 상태를 확인하세요. 한 번에 하나씩만 조정하고 결과를 기록하세요.

Wi-Fi에서는 되는데 모바일 데이터에서는 안 될 때는 어떻게 확인하나요?

노드와 테스트 주소를 그대로 둔 채 네트워크만 바꿔 실제 연결 테스트를 반복하세요. Android ‘설정’ → ‘앱’ → ‘v2rayNG’에서 모바일 데이터와 백그라운드 데이터 권한을 확인합니다. 항목 이름은 시스템에 따라 다를 수 있습니다. 권한에 문제가 없고 한 네트워크에서만 실패한다면 다른 노드와도 비교해 진입 지점 연결 문제인지 네트워크 제한인지 구분하세요.

화면을 잠그면 연결이 끊기는데 노드를 바꿔야 하나요?

먼저 Android ‘설정’ → ‘앱’ → ‘v2rayNG’에서 배터리 관련 옵션을 열고 시스템에서 제공하는 방법으로 백그라운드 실행을 허용하세요. 다시 연결한 뒤 화면을 잠그고 VPN 표시와 클라이언트 서비스가 사라지는지 확인합니다. 시스템이 서비스를 중지한 문제와 원격 노드 연결이 끊긴 문제는 서로 다르므로 따로 처리해야 합니다.

첫 연결의 완료 기준은 노드에 보기 좋은 숫자가 표시되는 것이 아닙니다. 실제 연결 테스트가 반복해서 성공하고, Android VPN 서비스가 계속 실행되며, 테스트 브라우저의 출구 IP와 라우팅이 예상과 일치하고, 대상 앱에서 새 요청을 보낼 수 있어야 합니다. 이 과정을 마친 뒤 앱별 프록시를 켜고 라우팅을 세부 조정하거나 DNS를 변경하세요. 설정은 한 번에 하나씩 바꿔야 문제가 생겼을 때 정상 상태로 빠르게 돌아갈 수 있습니다.