v2rayNG 첫 연결 가이드: 노드 선택, 실제 연결 테스트와 프록시 적용 확인

이 글의 핵심 내용

구독은 가져왔지만 연결이 제대로 됐는지 확신이 없는 Android 사용자를 위한 안내입니다. 먼저 노드 설정을 확인하고 실제 연결 테스트를 진행한 뒤, 브라우저의 외부 IP와 앱 접속을 점검합니다. 세 단계로 설정의 유효성, 프록시 요청의 완료 여부, 실제 트래픽이 예상한 경로를 따르는지 확인할 수 있습니다. 알림 영역의 VPN 아이콘만으로 연결을 판단하지 마세요.

연결 전 확인: 구독 및 Android VPN 권한

v2rayNG는 Xray 코어를 사용하는 Android 클라이언트입니다. 구독은 서버 설정을 제공하고, 클라이언트는 로컬 프록시와 VPN 연결을 구성합니다. 가져오기에 성공했다는 것은 설정을 읽을 수 있다는 뜻일 뿐, 서버가 온라인인지, 계정 트래픽이 남아 있는지, 원하는 웹사이트에 접속할 수 있는지를 보장하지 않습니다. 먼저 프록시를 사용하지 않는 상태에서 일반 웹페이지가 열리는지 확인해 Wi-Fi 로그인 페이지나 모바일 데이터 미납 등 기본적인 문제를 배제하세요.

구독 확인

메인 화면 오른쪽 위 메뉴 → ‘구독 그룹 설정’에서 구독 주소와 대상 그룹을 확인합니다. 메인 화면으로 돌아와 메뉴에서 ‘구독 업데이트’를 실행하세요. 메뉴 이름은 버전에 따라 다를 수 있으므로 방금 확인한 그룹을 업데이트하는지 확인해야 합니다.
노드 선택

목록에서 사용할 설정을 선택하고 선택 표시가 바뀌었는지 확인합니다. 첫 테스트에서는 구독 안내에 용도가 명확하고 사용 제한이 표시되지 않은 노드를 우선 선택하세요. 지역 이름만 보고 고르지 마세요.
트래픽 적용 확인

오른쪽 위 메뉴 → ‘설정’ → ‘VPN 설정’에서 ‘앱별 프록시’가 활성화되어 있는지 확인합니다. 처음 검증할 때는 테스트할 브라우저가 제외되지 않도록 앱별 프록시를 잠시 끌 수 있습니다. 확인이 끝나면 필요한 범위로 다시 설정하세요.
연결 권한 허용

메인 화면 오른쪽 아래의 연결 버튼을 누르고, 처음 실행할 때 표시되는 Android VPN 연결 요청을 허용합니다. 시스템에서 기존 VPN이 실행 중이라고 알리면 다른 VPN 서비스를 먼저 중지한 뒤 v2rayNG에서 다시 시도하세요.

노드 선택: 사용 가능 여부부터 확인하고 지연 시간 비교

노드 이름에 표시된 지역은 보통 서비스 제공자가 안내하는 회선 또는 출구 지역입니다. 접속 지점과 출구 위치가 같다는 보장은 없습니다. VMess, VLESS, Trojan은 프로토콜 종류이지 속도 순위가 아닙니다. 첫 연결에서는 요청을 안정적으로 완료할 수 있는 경로를 찾고, 이후 트래픽 배율과 지역, 혼잡 시간대의 성능을 비교하세요.

실제 연결이 가능한 노드

권장

클라이언트 테스트 요청을 완료하고 대상 웹페이지를 반복해서 열 수 있습니다. 첫 검증의 기준으로 삼고 평소 사용하는 앱에서도 안정적인지 확인하세요.

추천 용도: 첫 연결 및 재현 가능한 문제 해결 기준 마련

TCP 테스트만 통과

특정 주소와 포트에 연결할 수 있다는 뜻입니다. 프록시 인증, 전송 매개변수, 대상 사이트 접속이 정상이라는 의미는 아니므로 실제 연결 테스트를 이어서 진행해야 합니다.

추천 용도: 서버 접속 지점에 연결할 수 있는지 1차 확인

지역과 용도 일치 여부

특정 서비스는 지정된 출구 지역을 요구하거나 데이터센터 IP를 제한할 수 있습니다. 먼저 노드가 작동하는지 확인한 다음 서비스 요구 사항을 살펴보세요. 노드 이름만으로 사용 가능 여부를 판단하지 마세요.

추천 용도: 원하는 출구 지역이 정해진 앱 접속

비교할 때는 같은 네트워크, 같은 테스트 주소, 같은 라우팅 설정을 사용하세요. Wi-Fi에서 얻은 결과와 모바일 네트워크 결과를 그대로 비교할 수는 없습니다. 트래픽 배율은 구독 서비스의 과금 규칙에 따라 다르며, 클라이언트의 지연 시간으로 잔여 용량을 추정할 수 없습니다. 정확한 배율과 할당량은 서비스 제공자 계정 페이지에서 확인하세요.

실제 연결 테스트: 포트 연결과 요청 성공 구분

메인 화면 오른쪽 위 메뉴에서 ‘모든 설정 실제 연결 테스트’를 선택하면 구독 설정을 일괄 점검할 수 있습니다. 설정이 많으면 먼저 대상 그룹을 좁히세요. 동시에 요청을 많이 보내면 결과에 영향을 줄 수 있습니다. 선택한 노드에 연결한 뒤 메뉴에서 ‘현재 설정 실제 연결 테스트’를 실행해 다시 확인하세요. 일부 버전에서는 하단 연결 상태 영역을 눌러 현재 연결을 테스트할 수도 있습니다. 실제 화면에 표시되는 기능을 기준으로 사용하세요.

443

HTTPS에서 자주 쓰는 대상 포트이며, 노드 포트와는 다릅니다

10808

흔히 사용하는 로컬 SOCKS 포트입니다. 실제 설정을 확인하세요

3회

현재 노드를 반복 테스트해 연결이 안정적인지 확인하세요

이 숫자는 포트의 역할과 테스트 단계를 구분하기 위한 것이며, 이 사이트에서 측정한 성능 수치가 아닙니다. 노드 서버 포트는 구독 설정에 따라 지정되며 443이 아닐 수도 있습니다. 로컬 10808은 휴대전화에서 프록시가 수신 대기하는 포트이므로 원격 서버 포트 입력란에 넣으면 안 됩니다. VPN으로 브라우저 트래픽을 처리하는 경우 보통 브라우저에 로컬 프록시를 따로 설정할 필요가 없습니다.

TCP 지연 시간: 주로 접속 지점과 TCP 연결을 수립하는 데 걸리는 시간을 나타냅니다. UUID, 비밀번호 또는 TLS 매개변수가 올바른지는 확인할 수 없습니다.
실제 연결 지연 시간: 해당 설정으로 테스트 대상에 접속합니다. 실제 요청 과정이 더 많이 반영되지만 테스트 대상, DNS, 라우팅의 영향도 받습니다.
시간 초과 또는 실패: 노드가 영구적으로 작동하지 않는다는 뜻은 아닙니다. 로그를 확인해 서버 연결 실패, 인증 실패, 인증서 오류, 대상 사이트 접속 불가를 구분하세요.
속도 테스트 성공: 모든 앱의 트래픽이 VPN으로 처리된다는 뜻도, 다운로드 대역폭을 나타내는 것도 아닙니다. 소규모 요청의 지연 시간과 대용량 파일 전송 속도는 서로 다른 지표입니다.

실제 연결 테스트의 구체적인 아웃바운드 동작은 클라이언트 구현과 라우팅 설정에 따라 달라질 수 있습니다. 테스트 대상이 규칙에 따라 직접 연결되면 결과만으로 프록시 출구가 정상인지 확인할 수 없습니다. 더 낮은 수치를 얻으려고 테스트 주소를 자주 바꾸지 마세요. 같은 대상을 계속 사용하고 다음 절의 출구 확인 결과와 함께 판단하세요.

프록시 적용 확인: 출구 IP, 웹페이지, 분할 라우팅 교차 점검

알림 영역에 열쇠나 VPN 표시가 나타나면 Android에서 VPN 서비스가 설정된 것입니다. 프록시가 실제로 적용됐는지 확인하려면 테스트할 앱이 VPN 처리 범위에 포함됐는지, 대상 요청이 어떤 경로를 이용하는지, 공인 IP 출구가 예상과 일치하는지 점검해야 합니다. 분할 라우팅을 사용 중이라면 중국 본토 사이트와 프록시 대상 사이트의 출구가 다르게 표시되는 것은 정상일 수 있습니다.

점검 항목	확인 방법	판단 시 유의 사항
연결 전 기준값	프록시를 중지하고 같은 브라우저의 IP 조회 페이지에 표시되는 공인 IP와 네트워크 사업자를 기록합니다	휴대전화의 Wi-Fi 사설 IP를 공인 출구 IP로 착각하지 마세요
연결 후 출구	노드를 시작하고 같은 조회 페이지를 새로고침한 뒤 IP 주소, 네트워크 소속, 지역을 확인합니다	조회 페이지가 직접 연결 규칙에 해당하면 IP 주소가 바뀌지 않을 수 있습니다
대상 웹페이지	프록시가 필요한 HTTPS 페이지를 연 다음 별도의 두 번째 사이트에도 접속합니다	사이트 한 곳에서만 실패한다면 대상 사이트의 제한일 수 있습니다. 모든 인터넷 연결이 끊겼다고 단정하지 마세요
앱 적용 범위	브라우저와 대상 앱이 앱별 프록시 범위에 포함됐는지 확인합니다	앱이 프록시에서 제외되면 노드 테스트가 성공해도 해당 앱의 트래픽이 프록시를 통과한다고 볼 수 없습니다
백그라운드 전환	화면을 잠갔다가 앱을 다시 열고 VPN 알림과 연결 상태를 확인합니다	백그라운드에서만 연결이 끊긴다면 시스템의 배터리 제한과 백그라운드 실행 권한을 확인하세요

VPN으로 처리되는 모든 트래픽의 출구를 임시로 확인하려면 메인 화면 메뉴 → ‘라우팅’에서 전역 프록시에 해당하는 모드를 선택할 수 있습니다. 옵션 이름은 버전에 따라 다를 수 있으므로 모든 트래픽을 프록시로 보내는 모드인지, 모두 직접 연결하는 모드가 아닌지 확인하세요. 테스트가 끝나면 기존 분할 라우팅 모드로 복원합니다. IP 조회 페이지의 지역 데이터베이스는 최신이 아닐 수 있으므로 국가나 도시 표시는 참고용으로만 보세요. 출구 IP 변화와 실제 접속 결과를 함께 확인하세요.

설정 점검: 항목을 비교하고 프로토콜 매개변수는 함부로 바꾸지 마세요

TCP 연결은 되지만 실제 연결 테스트가 계속 실패한다면 노드 오른쪽의 편집 버튼을 눌러 구독에서 가져온 매개변수를 확인하세요. 아래 두 카드는 점검할 항목을 안내하며, 그대로 적용할 수 있는 완성된 설정이 아닙니다. 서버 주소, 포트, 인증 정보, 전송 매개변수는 노드 제공자가 안내해야 합니다. 프로토콜 이름을 바꾸는 것만으로 설정을 변환할 수는 없습니다.

VLESS + REALITY

프로토콜: VLESS
보안 전송: REALITY
서버 이름: 서버에서 요구하는 serverName과 일치하는지 확인
공개 키 및 짧은 ID: 구독에서 제공한 값을 그대로 사용하고 임의로 생성해 바꾸지 마세요
Flow: 서버에서 요구하는 경우에만 xtls-rprx-vision 사용

공개 키가 없거나 서버 이름이 일치하지 않으면 검증을 끄고 우회하려 하지 말고 유효한 설정을 다시 가져오세요.

VMess + WebSocket + TLS

프로토콜: VMess
전송: WebSocket
경로: 시작 슬래시를 포함해 서버 경로와 정확히 일치해야 합니다
Host 및 SNI: 각각 확인하세요. 서버 주소와 같다고 단정하지 마세요
TLS 인증서 검증: 활성화 상태를 유지하고 도메인 이름과 시스템 시간을 확인하세요

WebSocket 경로와 Host는 전송 매개변수이고, TLS 서버 이름은 핸드셰이크 매개변수입니다. 같은 입력란에 섞어 넣지 마세요.

Android 시스템 시간은 TLS와 일부 인증 절차에도 영향을 줍니다. 시스템 ‘설정’ → ‘날짜 및 시간’에서 자동 시간 설정을 활성화하세요. 기기에 따라 ‘시스템’ 또는 ‘일반 관리’ 아래에 있을 수 있습니다. 구독을 업데이트한 뒤 여러 노드가 한꺼번에 실패한다면 각 노드의 매개변수를 바꾸기보다 구독 계정 상태, 네트워크 변경 여부, 클라이언트 로그부터 확인하세요.

자주 묻는 질문: 연결은 됐는데 웹사이트가 열리지 않을 때

VPN 아이콘은 있는데 브라우저에서 웹페이지가 열리지 않나요?

먼저 선택한 설정이 방금 실제 연결 테스트를 통과한 노드인지 확인하세요. 다음으로 ‘설정’ → ‘VPN 설정’에서 앱별 프록시 범위를 확인하고, 테스트하는 동안 브라우저가 VPN 처리에 포함되도록 설정합니다. 다시 연결한 뒤 서로 다른 웹페이지 두 곳을 열고 DNS 오류나 연결 시간 초과가 표시되는지 확인하세요.

실제 연결 테스트는 통과했는데 IP가 바뀌지 않나요?

조회 페이지가 라우팅 규칙에 따라 직접 연결되는지, 브라우저가 프록시 대상에서 제외됐는지 확인하세요. 잠시 모든 트래픽을 프록시로 보내는 모드로 전환하고 다시 연결한 다음 조회 페이지를 새로고침하세요. 확인 후에는 기존 규칙으로 복원합니다. 지역 표시가 같다는 이유만으로 출구 IP가 바뀌지 않았다고 단정하지 마세요.

구독은 가져와지는데 모든 노드에서 시간 초과가 발생하나요?

연결을 중지하고 일반 네트워크가 작동하는지 확인한 다음 계정이 만료됐거나 트래픽을 모두 사용했는지 살펴보세요. Wi-Fi와 모바일 네트워크에서 각각 한 번씩 테스트하고 시스템 시간도 확인합니다. 한 네트워크에서만 실패하면 네트워크 경로를 먼저 점검하세요. 모두 실패한다면 민감 정보를 가린 로그를 보관해 서비스 제공자에게 노드 상태를 문의하세요.

연결 직후에는 정상인데 화면을 잠그면 끊기나요?

Android 시스템 ‘설정’ → ‘앱’ → ‘v2rayNG’ → ‘배터리’로 이동해 백그라운드 실행을 허용하거나 시스템 옵션에서 배터리 제한을 해제한 다음 알림 권한을 확인하세요. 제조사마다 메뉴 위치가 다르므로 실제 시스템 옵션을 기준으로 설정하세요. 이 문제를 해결하려고 노드 프로토콜부터 바꾸지는 마세요.

웹페이지는 열리는데 특정 앱 하나만 연결되지 않나요?

먼저 해당 앱이 앱별 프록시 범위에 포함됐는지 확인한 다음, 다른 도메인이나 UDP 트래픽을 사용하는지 살펴보세요. 웹페이지 테스트만으로 UDP 지원 여부를 확인하기는 어렵습니다. 앱의 요구 사항에 맞춰 노드와 라우팅 지원 여부를 확인하고, 앱 하나의 문제를 클라이언트 전체의 문제로 단정하지 마세요.

첫 연결이 완료됐다고 판단하려면 선택한 노드에서 테스트를 반복해서 완료할 수 있고, VPN 처리 대상인 브라우저에서 예상한 출구로 웹사이트에 접속할 수 있으며, 평소 사용하는 분할 라우팅으로 되돌린 뒤에도 주요 앱이 정상 작동해야 합니다. 작동하는 노드 이름, 현재 네트워크, 필요한 설정만 기록해 두세요. 다음에 문제가 생기면 같은 순서로 확인하고 한 번에 하나씩만 변경하세요. 재설치, 노드 변경, DNS 수정 등을 한꺼번에 하는 것보다 원인을 찾기 쉽습니다.