v2rayN 구독 가져오기 및 연결 가이드
구독 가져오기 → 프록시 모드 선택 → 노드 연결 → 작동 확인. 약 10분이면 기본 연결을 설정할 수 있습니다. 이후 앱에 맞춰 분할 라우팅과 TUN을 조정하세요.
시작하기 전에 클라이언트 다운로드 페이지에서 기기에 맞는 설치 파일을 선택해 설치한 뒤 클라이언트를 실행하세요. 서비스 제공업체가 발급한 유효한 구독 주소나 완전한 노드 공유 링크도 필요합니다. 클라이언트를 설치해도 원격 서버가 만들어지거나 사용할 수 있는 노드가 자동으로 생기지는 않습니다. 설정을 아직 받지 못했다면 먼저 설정을 제공받은 뒤 아래 단계를 진행하세요.
첫 설정 중에는 네트워크를 제어하는 프록시 클라이언트를 하나만 실행하고, 다른 프록시 스위치나 VPN 연결은 잠시 끄세요. 기기의 날짜, 시간, 시간대가 올바른지 확인하고 프록시를 연결하지 않은 상태에서 평소 접속할 수 있는 페이지를 열어 기본 네트워크 상태를 기록합니다. 이후 문제가 생기면 기존 네트워크 문제인지 방금 변경한 설정 때문인지 구분하기 쉽습니다.
1단계: 구독 가져오기 및 노드 출처 확인
구독 주소는 노드 설정을 가져오는 링크입니다. 일반 웹사이트의 홈이나 서비스 관리 페이지 주소와는 다릅니다. 서비스 제공업체가 클라이언트용으로 안내한 구독 링크를 사용하고, 가능하면 복사 버튼을 눌러 끝부분의 매개변수가 빠지거나 공백이 들어가지 않도록 하세요. 구독 링크에는 계정 식별 정보가 포함될 수 있으므로 전체 주소를 공개된 스크린샷이나 채팅방, 오류 기록에 올리지 마세요.
v2rayN에서 구독 그룹 만들기
메인 창에서 ‘구독 그룹’ 아래의 ‘구독 그룹 설정’을 열고 새 그룹을 추가합니다. 알아보기 쉬운 출처 이름을 입력하고 구독 주소 입력란에 복사한 주소를 붙여 넣으세요. 다른 옵션은 우선 기본값으로 둡니다. 저장하고 설정 창을 닫은 다음 구독 그룹 메뉴로 돌아가 방금 추가한 그룹의 구독을 업데이트합니다. 사용할 수 있는 프록시 연결이 없다면 우선 프록시를 거치지 않고 업데이트하는 메뉴를 이용하세요. 업데이트 경로를 선택하는 메뉴가 있다면 여러 항목을 연달아 누르지 말고 원하는 경로를 명확히 선택하세요.
업데이트가 끝나면 메인 목록에 해당 그룹의 노드가 표시되어야 합니다. 그룹 필터가 방금 추가한 그룹으로 설정되어 있는지 확인하고, 노드 이름, 프로토콜, 서버 주소가 표시되는지 살펴보세요. ‘업데이트 완료’ 메시지만 뜨고 목록이 비어 있다면 사용할 수 있는 설정을 가져온 것이 아닐 수 있습니다. 필터가 노드를 숨기고 있거나 응답에 클라이언트가 지원하는 노드 항목이 없을 수 있습니다. 먼저 목록 필터를 해제한 뒤 업데이트 로그를 확인하세요.
v2rayNG에서 구독 추가하기
사이드 메뉴나 더보기 메뉴에서 ‘구독 그룹 설정’을 열고 추가 항목을 눌러 이름과 구독 주소를 입력한 뒤 저장합니다. 메인 화면으로 돌아와 더보기 메뉴에서 구독을 업데이트하고 해당 그룹을 확인하세요. 여기서 ‘저장’은 설정을 가져올 주소를 저장하는 작업일 뿐입니다. 실제 노드를 가져오려면 업데이트를 실행해야 합니다. 저장 후 노드가 보이지 않는다면 앱을 다시 설치하기보다 이 단계를 빠뜨리지 않았는지 먼저 확인하세요.
vmess://, vless://, trojan://으로 시작하는 단일 노드 링크를 받았다면 ‘클립보드에서 가져오기’와 같은 기능을 사용하세요. 구독 주소로 저장하면 안 됩니다. 공유 링크에는 특정 노드 정보가 들어 있고, 구독 주소는 업데이트 가능한 설정 목록을 반환합니다. 둘 다 노드 목록에 표시될 수 있지만, 구독 그룹만 원래 주소에서 변경된 설정을 다시 가져올 수 있습니다. 관련 용어는 용어집에서 확인하세요.
이 단계가 끝났다고 판단하려면 노드가 목록에 표시되고 어느 그룹에서 가져온 것인지 확인할 수 있어야 합니다. 업데이트에 실패하면 구독 기간이 만료되지 않았는지, 주소를 빠짐없이 복사했는지, 현재 네트워크에서 구독 서비스에 접속할 수 있는지 먼저 확인하세요. 구독 문제를 해결하려고 서버 포트를 임의로 바꾸지 마세요. 자세한 로그 유형은 문제 해결 가이드를 참고하세요. 목록이 정상이라면 다음 단계에서 어떤 트래픽을 클라이언트로 보낼지 정한 뒤 노드에 연결합니다.
2단계: 프록시 모드 선택 및 트래픽 처리 방식 구분
프록시 설정은 두 단계로 나뉩니다. 첫째는 시스템 프록시와 TUN처럼 트래픽을 클라이언트로 전달하는 방식입니다. 둘째는 라우팅 규칙에 따라 커널에 전달된 요청을 프록시로 보내거나 직접 연결하거나 차단하는 방식입니다. 화면에 ‘전역’이 표시되면 먼저 어느 메뉴의 설정인지 확인하세요. 전역 라우팅은 보통 커널에 전달된 요청을 프록시 아웃바운드로 보내는 설정일 뿐, 기기의 모든 앱이 프록시로 연결된다는 뜻은 아닙니다.
데스크톱에서는 먼저 시스템 프록시 사용
처음 설정할 때는 TUN을 끈 상태로 두고 v2rayN 메인 창이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 설정’과 같은 항목을 준비하세요. 이 기능은 운영체제의 프록시 주소를 클라이언트의 로컬 수신 포트로 지정하며, 시스템 프록시를 따르는 브라우저 등의 앱을 먼저 테스트하기에 적합합니다. 포트를 직접 확인해야 한다면 설정에서 인바운드 또는 로컬 수신 관련 화면을 열고 현재 표시된 HTTP, SOCKS 또는 혼합 수신 포트를 사용하세요. 다른 가이드의 숫자를 그대로 따라 하지 마세요.
시스템 프록시를 켠 뒤에도 커널이 정상 실행되지 않으면 브라우저에서 일시적으로 페이지를 열 수 없을 수 있습니다. 이 단계에서 테스트를 반복할 필요는 없습니다. 모드를 선택한 뒤 다음 단계로 진행하세요. 먼저 스위치 위치만 확인하고 노드를 시작한 다음 활성화해도 됩니다. 이전 프록시 설정만 유지하는 옵션을 첫 설정 대신 선택하지 마세요. 시스템 프록시를 수동으로 설정한 적이 있다면 기존 값을 기록해 두어 덮어쓴 뒤 복구하지 못하는 일을 방지하세요.
| 설정 | 기능 | 첫 설정 시 권장 |
|---|---|---|
| 시스템 프록시 | 시스템 프록시를 사용하는 앱에 로컬 프록시 연결 지점을 제공합니다. | 브라우저 기본 확인에 사용합니다. |
| 라우팅 규칙 | 커널에 전달된 요청을 어떤 아웃바운드로 보낼지 결정합니다. | 일반적으로 사용하는 분할 라우팅 규칙을 먼저 선택합니다. |
| TUN | 가상 네트워크 인터페이스를 통해 설정에 맞는 트래픽을 가져옵니다. | 기본 연결이 정상인지 확인한 뒤 검토합니다. |
라우팅을 선택하고 Android 작동 방식 확인
라우팅 설정에서 먼저 클라이언트가 제공하는 일반적인 분할 라우팅 규칙을 선택하세요. 예를 들어 LAN 및 중국 본토 주소는 우회하는 규칙이 있습니다. 기본 설정 이름은 버전에 따라 달라질 수 있으므로 규칙 설명을 확인하고 출처가 불분명한 사용자 지정 규칙을 여러 개 겹쳐 쓰지 마세요. 테스트 대상이 규칙에 따라 직접 연결되면 브라우저에 표시되는 출구 IP가 바뀌지 않을 수 있습니다. 그렇다고 시스템 프록시가 작동하지 않는 것은 아닙니다. 분할 라우팅의 영향을 잠시 제외하려면 전역 프록시 라우팅으로 전환해 비교 테스트한 뒤 원래 규칙으로 복원하세요.
v2rayNG를 처음 사용할 때는 설정에서 실행 모드가 VPN인지 확인한 다음 연결 시 시스템 권한을 허용하세요. 이 모드는 Android가 제공하는 VPN 인터페이스로 트래픽을 가져오는 방식이며, 별도의 원격 VPN 서비스를 시작하는 것과는 다릅니다. 앱별 프록시를 설정한 적이 있다면 테스트할 브라우저가 제외되어 있는지 확인하세요. 처음에는 기본 적용 범위를 유지하고 앱 목록과 사용자 지정 라우팅을 한꺼번에 추가하지 않는 것이 좋습니다.
TUN은 시스템 프록시 설정을 읽지 않는 앱의 트래픽을 처리할 수 있지만 권한, 가상 인터페이스, DNS 설정이 필요할 수 있으므로 첫 연결에 반드시 필요한 기능은 아닙니다. 먼저 시스템 프록시로 연결하면 이후 문제를 찾기 쉽습니다. 도메인 매칭, 직접 연결, DNS에 관한 자세한 설명은 라우팅 및 DNS 용어를 참고하세요. 다음 단계에서는 사용 가능한 노드를 하나 선택해 커널을 실행하면 됩니다.
3단계: 사용 가능한 노드를 선택하고 연결 시작
노드 목록으로 돌아가 출처가 분명한 노드 몇 개만 선택해 테스트하세요. 모든 항목을 한 번에 테스트할 필요는 없습니다. v2rayN에서 노드를 선택하고 마우스 오른쪽 버튼을 눌러 ‘실제 연결 테스트’ 또는 비슷한 이름의 테스트 기능을 찾으세요. 노드를 통해 테스트 대상에 요청하므로 단순한 TCP 연결 테스트보다 실제 사용 경로에 가깝지만, 테스트 사이트와 네트워크 환경, 서비스 정책의 영향을 받습니다. 결과는 현재 사용 가능성을 가늠하는 참고 자료로만 활용하세요.
TCP 테스트 성공은 지정한 주소와 포트에 연결할 수 있다는 뜻일 뿐, 인증과 암호화가 정상적으로 완료되거나 대상에 접속할 수 있다는 뜻은 아닙니다. 실제 연결 테스트에 실패했더라도 테스트 사이트에 접속할 수 없는 경우가 있으므로 구독 전체가 무효라고 단정하지 마세요. 실제 연결 테스트를 통과한 노드를 우선 선택한 뒤 브라우저로 확인하세요. 지연 시간 숫자 하나만 보고 노드를 계속 바꾸거나 여러 속도 테스트를 동시에 실행하지 마세요. 테스트 자체가 연결을 점유할 수 있습니다.
활성 서버로 지정하고 커널 상태 확인
v2rayN의 노드 오른쪽 클릭 메뉴에서 ‘활성 서버로 설정’ 또는 같은 의미의 항목을 선택하고 현재 노드의 선택 표시가 바뀌었는지 확인하세요. 노드를 바꾸면 클라이언트가 커널 설정을 다시 불러오는 경우가 많습니다. 화면에 시작, 재시작 또는 실행 상태 항목이 있다면 이를 통해 커널이 실행 중인지 확인하세요. 앞 단계에서 준비한 시스템 프록시도 켜져 있어야 합니다. 목록에서 노드를 선택하는 것과 활성 서버로 지정하는 것이 별도 동작일 수 있으므로 활성 표시와 실행 로그를 기준으로 확인하세요.
메인 창 아래쪽의 로그 또는 로그 페이지를 열고 시작 중 설정 구문 분석 실패, 포트 충돌, 커널 종료 메시지가 있는지 살펴보세요. 로컬 수신 포트를 다른 프로그램이 사용하고 있다면 충돌하는 프로그램을 종료한 뒤 커널을 다시 시작하세요. 포트를 바꿔야 한다면 앱에 직접 입력한 프록시 주소도 함께 수정해야 합니다. 시작 오류가 발생한 뒤 웹페이지를 계속 새로고침해도 로컬 프록시에 연결할 수 없다는 결과만 반복될 뿐입니다.
Android에서 연결을 시작하고 권한 허용
v2rayNG 메인 화면에서 사용할 노드를 누르고 선택 상태를 확인한 뒤 시작 버튼을 누르세요. 처음 시작할 때 시스템에 VPN 연결 권한을 요청하는 창이 표시되면 요청한 앱을 확인하고 허용합니다. 메인 화면으로 돌아와 실행 상태가 바뀌었는지 확인한 다음 테스트 브라우저를 여세요. 알림 표시줄의 연결 아이콘은 로컬 트래픽 처리 서비스가 설정되었다는 뜻일 뿐, 원격 노드가 사용 가능하다는 증거는 아닙니다. 다음 단계에서 실제 접속을 확인해야 합니다.
시작 직후 중단되면 클라이언트 로그에서 설정 필드 누락이나 프로토콜 호환성 문제를 확인하세요. 연결 시간이 계속 초과되면 같은 그룹의 다른 노드와 비교하고 기기 시간이 정확한지도 확인합니다. UUID, 비밀번호, 서버 이름, REALITY 매개변수를 임의로 추측하지 마세요. 이 값은 서버 설정과 일치해야 합니다. 노드 세부 정보의 값은 다른 노드에서 조합하지 말고 설정 제공업체가 준 정보를 사용하세요.
처음 문제를 해결할 때는 한 번에 변수 하나만 바꾸세요. 먼저 노드를 바꾸고, 그래도 실패하면 네트워크를 바꾼 뒤, 마지막으로 설정 세부 항목을 확인합니다. 매번 같은 테스트 대상을 사용해야 변경 효과를 비교할 수 있습니다. 커널이 계속 실행되고 활성 노드와 트래픽 처리 방식이 확인되면 마지막 단계로 넘어가세요. 복잡한 프로토콜 오류와 모바일 백그라운드 중단 문제는 체계적인 문제 해결 가이드에서 이어서 확인할 수 있습니다.
4단계: 프록시 작동 여부 확인
시스템 프록시 설정을 확실히 따르는 브라우저에서 테스트용 HTTPS 페이지를 열고 클라이언트 로그를 함께 확인하세요. 처음 확인할 때는 새 페이지를 열고, 필요하면 시크릿 창을 사용해 캐시와 기존 연결의 영향을 줄입니다. 브라우저에 별도의 프록시 확장 프로그램이 설치되어 있다면 잠시 끄거나 시스템 설정을 따르도록 바꾸세요. 확장 프로그램이 요청 경로를 덮어쓰면 방금 설정한 시스템 프록시의 상태를 제대로 확인할 수 없습니다.
페이지가 열리는지가 첫 번째 확인 사항이고, 로그에 대상과 아웃바운드가 기록되는지가 두 번째입니다. 현재 로그 수준에서 연결 정보가 보인다면 브라우저 접속 시 해당 도메인이 기록되는지, 요청이 프록시 또는 직접 연결로 전달되는지 살펴보세요. 확인을 위해 상세 로그를 계속 켜둘 필요는 없습니다. 기본 로그로 판단하기 어렵다면 잠시 기록 수준을 높였다가 확인 후 원래대로 되돌리세요. 로그를 공유하기 전에는 구독 주소, 노드 인증 정보 등 개인 정보를 가리세요.
프록시를 명시해 요청하고 문제 구분하기
‘노드 연결 실패’와 ‘앱에 시스템 프록시가 전달되지 않음’을 구분하려면 터미널에서 curl에 로컬 프록시를 명시해 요청할 수 있습니다. 먼저 클라이언트 설정에서 실제 HTTP 수신 포트를 확인하세요. 아래 8080은 명령 예시일 뿐이므로 실행 전에 화면에 표시된 포트로 바꿔야 합니다. 클라이언트에서 SOCKS 수신만 활성화했다면 이 HTTP 예시를 그대로 사용할 수 없습니다. 터미널에서 curl 명령도 사용할 수 있어야 합니다.
curl --proxy http://127.0.0.1:8080 --head --max-time 15 https://example.com
이 명령은 공개된 예시 사이트에 요청해 지정한 프록시를 통해 HTTP 응답 헤더를 받을 수 있는지 확인합니다. 속도 측정용은 아닙니다. 응답을 받았다는 것은 해당 요청 경로가 이번에는 작동했다는 뜻일 뿐, 모든 앱과 도메인, UDP 트래픽이 프록시를 거친다는 뜻은 아닙니다. 라우팅 규칙에서 해당 도메인을 직접 연결하도록 설정했다면 이 요청도 직접 연결을 사용할 수 있습니다. 프록시 아웃바운드를 확인하려면 잠시 전역 프록시 라우팅으로 전환하고 로그와 함께 판단하세요.
프록시를 명시한 요청은 성공하지만 브라우저에서 실패한다면 시스템 프록시가 활성화되어 있는지, 브라우저가 시스템 설정을 따르는지, 확장 프로그램이 설정을 덮어쓰는지 확인하세요. 로컬 프록시 주소에 연결할 수 없다는 메시지가 나오면 포트와 커널 상태부터 살펴봅니다. 로컬 프록시에 연결된 뒤 핸드셰이크나 요청 단계에서 실패한다면 노드, 라우팅, DNS 관련 로그를 확인하세요. TUN, DNS, 프로토콜 설정을 계속 바꾸는 것보다 이 순서대로 점검하면 원인을 더 명확하게 찾을 수 있습니다.
작동하는 설정 기록 및 안전하게 종료
연결이 확인되면 사용할 수 있었던 구독 그룹, 활성 노드, 라우팅 프리셋, 트래픽 처리 방식만 기록하세요. 서비스 인증 정보를 전부 저장할 필요는 없습니다. 이후 필요한 분할 라우팅이나 앱 적용 범위를 하나씩 조정하고, 변경할 때마다 같은 페이지에 접속해 확인합니다. 특정 앱이 시스템 프록시를 따르지 않는다는 점이 확인된 경우에만 해당 앱에 별도 프록시를 설정하거나 문제 해결 가이드의 트래픽 처리 및 DNS 안내를 참고해 TUN이 필요한지 검토하세요.
데스크톱 사용을 마치면 클라이언트에서 ‘시스템 프록시 해제’ 또는 같은 기능을 선택한 뒤 종료하세요. 운영체제가 종료된 로컬 포트로 요청을 보내는 일을 방지할 수 있습니다. 클라이언트 종료 시 자동으로 프록시를 해제하더라도 처음 사용한 뒤에는 시스템 네트워크 설정에서 해제 여부를 확인하는 편이 좋습니다. v2rayNG에서는 먼저 중지 버튼을 누르고 연결이 끝났는지 확인하세요. 시스템에서 VPN 상시 사용이나 VPN 미사용 시 연결 차단을 설정했다면 필요에 따라 해당 옵션도 확인해야 합니다.
구독 가져오기, 트래픽 처리, 노드 연결, 실제 접속을 각각 확인했습니다. 이후 구독 업데이트 실패, 특정 앱 접속 불가, 연결 후 속도 저하가 발생하면 마지막으로 정상 작동했던 설정과 구체적인 오류를 바탕으로 문제 해결 가이드를 확인하세요. 처음부터 다시 설치할 필요는 없습니다. VMess, VLESS, REALITY 또는 코어 차이를 알아보려면 용어집을 참고하세요. 첫 연결 절차는 짧고 재현 가능하게 유지하는 것이 좋습니다.