CLIENT SETUP / SUBSCRIPTION / ROUTING
v2rayN 사용법: 구독 가져오기부터 연결 확인까지
구독 가져오기 → 프록시 모드 선택 → 연결 → 작동 확인. 먼저 과정을 다시 확인할 수 있는 연결을 한 번 완료한 뒤 분할 라우팅과 기타 설정을 조정하세요.
클라이언트를 설치하고 처음 설정하려는 사용자를 위한 안내입니다. 기본 조작을 살펴보는 데 약 10분 정도 잡으면 됩니다. 실제 연결 여부는 구독 상태, 서버 설정, 현재 네트워크 환경에 따라 달라집니다. 아직 설치하지 않았다면 다운로드 센터에서 클라이언트를 선택한 다음 이 페이지로 돌아오세요. 이 사이트는 다운로드와 설정 정보를 제공하며 구독 주소나 노드 계정은 제공하지 않습니다.
STEP 01 / SUBSCRIPTION
구독 가져오기: 그룹을 만들고 목록 업데이트
구독을 가져오기 전에 서비스 제공업체의 계정 페이지에서 전체 구독 주소를 복사하세요. 구독 주소는 클라이언트가 읽을 수 있는 링크이며 계정 로그인 주소나 관리 페이지 주소와는 다릅니다. 복사할 때 URL의 쿼리 매개변수를 그대로 유지하고 앞뒤에 공백이나 줄바꿈이 섞이지 않았는지 확인하세요. 주소에 계정 식별 정보가 포함될 수 있으므로 로컬 클라이언트의 구독 설정에만 붙여 넣고, 공개 스크린샷이나 온라인 변환 페이지, 질문 게시물에는 올리지 마세요.
v2rayN을 열고 상단 메뉴나 해당 기능 메뉴에서 “구독 그룹 설정”을 찾으세요. 새 그룹을 추가하고 “일상 연결”처럼 알아보기 쉬운 이름을 입력한 뒤 구독 링크를 주소 입력란에 붙여 넣습니다. 처음에는 다른 옵션을 기본값으로 두세요. 사용 설정이 있다면 그룹이 활성화되어 있는지 확인합니다. 저장하고 메인 화면으로 돌아와 그룹 선택 영역에 방금 입력한 이름이 표시되는지 확인하세요. 주소를 저장하는 것만으로 목록이 채워지는 것은 아니므로 업데이트도 실행해야 합니다.
구독 메뉴에서 “구독 업데이트”를 선택하고 현재 그룹만 업데이트할지 전체 그룹을 업데이트할지 확인하세요. 아직 연결을 설정하지 않았다면 처음에는 보통 프록시를 거치지 않는 업데이트 방식을 사용합니다. 하단 정보 영역이나 로그 창을 확인하세요. 업데이트가 끝난 뒤 새 그룹을 선택하면 메인 목록에 노드 이름, 주소, 프로토콜 등의 항목이 표시되어야 합니다. 목록이 비어 있다면 검색 조건을 지우고 그룹을 올바르게 선택했는지 확인한 다음, 다운로드 실패인지 내용 파싱 실패인지 로그를 살펴보세요. 같은 그룹을 반복해서 새로 만들어도 이 두 문제는 해결되지 않습니다.
v2rayNG에서는 보통 사이드 메뉴의 “구독 그룹 설정”에서 구독 주소를 추가합니다. 추가 메뉴를 누르고 메모와 구독 주소를 입력해 저장한 뒤 메인 화면으로 돌아와 메뉴에서 구독을 업데이트하세요. 업데이트 후 올바른 그룹이 선택되어 있고 목록에 선택할 항목이 있는지 확인합니다. 사용할 수 있는 다른 연결이 있고 현재 네트워크에서 구독 주소를 읽을 수 없다면 해당 연결을 통해 업데이트하는 방법을 고려할 수 있습니다. 단, “프록시를 통해 업데이트”하려면 이미 작동하는 연결이 있어야 하므로 아직 없는 첫 연결을 만드는 데 사용할 수는 없습니다.
개별 공유 링크와 구독 주소는 용도가 다릅니다. 공유 링크는 보통 서버 설정 한 개를 가져오며, 구독 주소는 그룹별로 여러 항목을 가져오고 업데이트합니다. 서비스 제공업체가 개별 링크를 제공했다면 구독 주소 입력란에 억지로 넣지 말고 클라이언트의 클립보드 가져오기 기능을 사용하세요. 인증서 오류나 파싱 오류가 발생하면 오류 키워드를 기록해 두고 도움말 센터를 참고하세요. 용어 차이는 용어집에서 구독과 노드 설명을 확인할 수 있습니다.
이 단계의 완료 기준: 그룹을 저장하고 업데이트한 뒤 목록에 노드가 표시됩니다. 이 단계에서는 설정을 가져온 것일 뿐 원격 서버에 연결할 수 있는지는 아직 알 수 없습니다. 다음 단계에서는 앱 트래픽이 클라이언트에 들어가는 방식을 먼저 정합니다.
STEP 02 / TRAFFIC PATH
프록시 모드 선택: 진입 방식과 라우팅 구분하기
프록시 모드 설정은 두 단계로 나뉩니다. 첫째는 트래픽 진입 방식입니다. 앱이 요청을 클라이언트의 로컬 리스닝 포트로 보낼지, 가상 네트워크 인터페이스가 트래픽을 처리할지 결정합니다. 둘째는 커널 라우팅입니다. 클라이언트에 들어온 트래픽을 직접 연결할지, 프록시로 전달할지, 차단할지 정합니다. v2rayN의 “시스템 프록시”와 라우팅 설정은 서로 다른 단계입니다. 시스템 프록시를 켜도 라우팅이 자동으로 전역 모드가 되지 않으며, 라우팅을 전역으로 설정해도 시스템 프록시를 따르지 않는 모든 앱이 자동으로 연결되는 것은 아닙니다.
데스크톱에서 처음 연결할 때는 시스템 프록시를 사용하고 TUN 등 추가 연결 방식은 동시에 켜지 않는 것이 좋습니다. 메인 화면 하단 상태 영역이나 트레이 메뉴에서 시스템 프록시 옵션을 찾아 “시스템 프록시 설정”과 “시스템 프록시 해제”의 기능을 구분하세요. 전자는 시스템 프록시가 로컬 클라이언트를 가리키도록 설정하고, 후자는 해당 설정을 되돌립니다. 다음 단계에서 커널이 정상적으로 시작된 것을 확인한 뒤 시스템 프록시를 켜세요. 커널이 실행되기 전에 브라우저가 로컬 포트로 연결되면 잠시 인터넷에 접속하지 못할 수 있습니다.
이어서 라우팅 선택 메뉴를 확인하세요. 처음 문제를 진단할 때는 절차를 단순하게 하도록 화면에서 제공하는 전역 라우팅을 잠시 선택할 수 있습니다. 그러면 커널에 들어온 테스트 요청이 프록시를 통해 나갑니다. 연결 확인이 끝나면 평소 사용할 분할 라우팅으로 바꾸세요. “중국 본토 우회” 같은 사전 설정은 규칙과 리소스 파일로 대상 도메인이나 IP 주소를 판별하므로 필요한 리소스가 정상적으로 로드되었는지 확인하세요. 특정 사이트가 예상과 달리 직접 연결되면 시스템 프록시를 반복해서 켜고 끄기보다 먼저 적용된 규칙을 확인하세요.
v2rayNG는 보통 VPN 모드로 앱 트래픽을 처리하며 라우팅 옵션은 설정 화면에서 찾을 수 있습니다. 앱별 프록시를 사용한다면 테스트할 브라우저가 실제 적용 범위에 포함되는지도 확인하세요. 옵션에 따라 “선택한 앱만 프록시 사용” 또는 “선택한 앱은 우회”를 의미할 수 있으므로 체크하기 전에 화면 설명을 읽어야 합니다. 첫 연결 확인에서는 적용 범위를 단순하게 유지하세요. 사용자 지정 라우팅, DNS, 여러 실험 설정을 한꺼번에 바꾸면 문제가 생겼을 때 원인을 찾기 어렵습니다.
시스템 프록시와 VPN 연결을 겹쳐 켜는 것을 문제 해결 방법으로 삼지 마세요. 두 기능은 서로 다른 트래픽 진입 방식이며 동시에 사용할지는 분명한 설정 목적에 따라 결정해야 합니다. 이 튜토리얼에서는 한 가지 진입 방식만 사용하고 기본 리스닝 설정을 유지합니다. 시스템 프록시를 따르지 않는 앱을 처리해야 한다면 JSON 설명서의 라우팅 항목을 읽고 용어집에서 관련 필드를 확인하세요.
이 단계의 완료 기준: 사용할 트래픽 진입 방식을 정했고 현재 라우팅이 전역인지 분할 방식인지, 테스트 앱이 트래픽 처리 대상에 포함되는지 알고 있습니다. 다음으로 실제 아웃바운드 노드를 선택하고 커널을 시작합니다.
STEP 03 / CONNECTION
연결 시작: 노드 선택 및 커널 로그 확인
v2rayN 노드 목록으로 돌아와 출처가 분명하고 계정 상태가 유효한 항목을 선택하세요. 클라이언트에 연결 테스트 기능이 있다면 후보를 추리는 데 활용할 수 있지만, 테스트 수치만으로 설정이 정상 작동한다고 판단하지는 마세요. TCP 테스트는 보통 대상 포트에 연결되는지만 확인하므로 프로토콜 핸드셰이크나 웹 요청을 대신할 수 없습니다. 브라우저가 페이지를 불러오는 동안 노드를 계속 바꾸면 로그와 실제 요청을 연결하기 어려우므로 먼저 노드 하나를 선택하세요.
사용할 노드를 마우스 오른쪽 버튼으로 클릭하고 “활성 서버로 설정” 또는 같은 기능의 메뉴를 선택하세요. 일부 버전에서는 두 번 클릭해 설정할 수도 있습니다. 목록의 활성 표시나 상태 영역이 해당 노드를 가리키는지 확인하세요. 행을 클릭해 선택한 것만으로 활성 서버가 된 것은 아닙니다. v2rayN은 보통 현재 설정에 따라 커널을 시작하거나 다시 불러옵니다. 서비스를 수동으로 재시작하라는 메시지가 나오면 해당 버전의 메뉴를 한 번 사용하면 되며 프로그램 전체를 반복해서 종료할 필요는 없습니다.
정보 영역이나 로그 창을 열고 커널 종료, 설정 파싱 실패, 리스닝 실패 등의 오류가 있는지 먼저 확인하세요. 로컬 주소가 이미 사용 중이라는 메시지가 나오면 같은 리스닝 포트를 사용할 수 있는 다른 프록시 프로그램을 먼저 종료하거나 클라이언트 설정에서 포트를 바꾸세요. 해당 포트를 사용하는 앱 설정도 함께 변경해야 합니다. 브라우저 포트만 바꾸고 클라이언트 설정을 그대로 두거나, 출처를 알 수 없는 시스템 프로세스를 종료하지 마세요. 자세한 해결 방법은 로컬 리스닝 포트 충돌 해결을 참고하세요.
커널이 오류 없이 시작된 것을 확인한 뒤 앞에서 확인한 “시스템 프록시 설정”을 실행하세요. 상태 영역에 해당 모드가 표시되는지 확인하고 클라이언트를 계속 실행해 두세요. 창을 트레이로 최소화하는 것과 프로그램을 완전히 종료하는 것은 다릅니다. 창을 닫을 때의 동작이 설정에 따라 달라진다면 처음 테스트할 때는 최소화하세요. 로컬 프록시 진입점만 남은 채 프로그램이 종료되는 상황을 피할 수 있습니다. 시스템 프록시 메뉴가 없는 데스크톱 환경에서는 클라이언트 설명에 따라 수동으로 프록시를 설정하고 로컬 포트를 추측하지 마세요.
v2rayNG에서 사용할 노드를 선택하고 활성 표시를 확인한 다음 시작 버튼을 누르세요. 처음 시작하면 시스템 VPN 연결을 승인하라는 메시지가 표시됩니다. 안내를 읽고 승인하세요. 권한을 승인하지 않으면 노드를 가져왔더라도 앱 요청을 처리할 수 없습니다. 연결 후에는 앱 로그와 시스템 VPN 표시를 확인할 수 있습니다. 다른 VPN 앱이 실행 중이라면 어떤 앱이 연결을 처리할지 먼저 정해 연결이 다른 서비스로 대체되지 않도록 하세요. 시스템 표시는 로컬에서 연결이 설정되었다는 뜻일 뿐 원격 프록시를 통한 전달 성공까지 보장하지는 않습니다.
이 단계의 완료 기준: 활성 노드를 선택했고 커널 시작에 눈에 띄는 오류가 없으며 시스템 프록시 또는 VPN 연결이 활성화되었습니다. 연결 버튼과 상태 표시는 클라이언트 측 상태만 알려줍니다. 다음 단계에서 앱 요청으로 전체 경로를 확인해야 합니다.
STEP 04 / VERIFICATION
작동 확인: 브라우저 요청과 로그 대조
시스템 프록시 설정을 따르는 브라우저를 열고, 안드로이드에서는 VPN 적용 범위에 포함된 브라우저로 정상적으로 접속할 수 있는 HTTPS 페이지를 방문하세요. 이미 열린 탭을 보는 데 그치지 말고 새 요청을 보내세요. 페이지가 캐시에서 표시되거나 기존 연결이 계속 사용될 수 있습니다. 브라우저에 별도 프록시 확장 프로그램이 설치되어 있다면 시스템 설정을 덮어쓰지 않는지 먼저 확인하세요. 자체 프록시 설정을 사용하는 앱이라면 앱의 네트워크 옵션도 살펴봐야 합니다.
요청을 보내는 동안 클라이언트 로그도 함께 확인하세요. 기본 로그 수준에서는 모든 접속이 기록되지 않을 수 있으므로 새 로그가 없다는 사실만으로 요청이 클라이언트를 거치지 않았다고 단정할 수는 없습니다. 대상 연결, 주소 확인, 핸드셰이크 오류가 표시되면 해당 내용을 바탕으로 원인을 좁힐 수 있습니다. 더 자세한 로그가 필요하면 로그 수준을 잠시 높이고 요청을 다시 보낸 뒤 평소 설정으로 되돌리세요. 로그를 공유하기 전에 구독 주소, 서버 정보, 개인적인 방문 기록을 가리세요.
가능하다면 되돌릴 수 있는 방식으로 비교 테스트를 해보세요. 데스크톱에서는 시스템 프록시를 해제하고 같은 주소에 접속한 다음 다시 설정해 새 요청을 보냅니다. 안드로이드에서는 연결을 중지한 상태에서 테스트한 뒤 다시 시작해 확인할 수 있습니다. 이 비교는 진입 방식이 바뀌었는지 살펴보는 데 도움이 될 뿐, 두 상태에서 모두 웹페이지가 열린다고 해서 연결에 문제가 있다고 단정할 수는 없습니다. 대상 사이트가 원래 직접 연결될 수도 있습니다. 라우팅 설정, 요청 로그, 서버 상태를 함께 확인하세요. 모든 분할 라우팅 상황에서 외부 IP 주소 변경이 필수인 것도 아닙니다.
연결 후 브라우저가 오히려 접속하지 못한다면 정해진 순서로 확인하세요. 먼저 커널이 실행 중인지 보고, 시스템 프록시가 현재 리스닝 포트를 가리키는지 확인합니다. 다음으로 활성 노드와 계정 상태를 확인하고 마지막으로 라우팅과 DNS를 살펴보세요. 특정 앱만 실패한다면 해당 앱이 시스템 프록시를 따르는지 또는 앱별 규칙에서 제외되었는지 먼저 확인합니다. 모든 앱에서 실패한다면 시작 로그와 원격 연결 오류를 집중적으로 살펴보세요. 한 번에 한 항목만 바꾸고 같은 테스트를 반복해 결과를 기록하세요. 노드, 포트, 라우팅을 한꺼번에 바꾸면 원인을 찾기 어렵습니다.
연결을 확인한 뒤 임시로 설정한 전역 라우팅을 평소 사용할 분할 라우팅으로 바꾸고 대상 요청을 다시 테스트하세요. 구독 자동 업데이트는 나중에 설정해도 됩니다. 먼저 수동 업데이트가 안정적으로 작동하는지 확인한 다음 서비스 제공업체의 안내에 맞는 주기를 선택하세요. 구독 업데이트로 기존 노드가 삭제되거나 설정이 바뀔 수 있으므로 업데이트 후 활성 노드가 남아 있는지 다시 확인해야 합니다. 첫 연결이 안정되기 전에는 사용자 지정 DNS, 복잡한 라우팅, 자동 작업을 한꺼번에 추가하지 않는 것이 좋습니다.
사용을 마칠 때는 v2rayN에서 시스템 프록시를 해제한 뒤 프로그램을 완전히 종료하세요. 종료 후 웹페이지가 열리지 않으면 시스템에 로컬 프록시를 가리키는 설정이 남아 있는지 확인합니다. v2rayNG에서는 앱의 중지 버튼을 눌러 연결을 해제하고 시스템 VPN 상태도 해제되었는지 확인하세요. 다음에 사용할 때는 저장해 둔 그룹과 설정을 그대로 쓰면 되므로 매번 다시 가져올 필요가 없습니다. 이미 확인한 연결을 다시 사용하는 경우에는 보통 활성 노드와 시작 상태부터 확인하면 됩니다.
이 단계의 완료 기준: 테스트 앱이 예상대로 접속되고 트래픽 진입 방식과 라우팅이 일치하며 연결을 중지하고 복원하는 과정도 설명할 수 있습니다. 개별 문제는 도움말 센터를 참고하세요. inbounds, outbounds, routing, dns의 관계를 알아보려면 JSON 설정 참고 자료를 확인하면 됩니다. 처음 설정하는 단계에서 설정을 필드별로 편집할 필요는 없습니다.