v2rayN 사용법: 구독 가져오기부터 연결 확인까지

처음에는 확인하기 쉬운 조합 사용

처음 설정할 때는 ‘시스템 프록시 + 규칙 기반 분할’ 조합을 권장합니다. 시스템 프록시는 운영체제의 프록시 설정을 따르는 앱의 트래픽을 v2rayN으로 전달하고, 규칙 기반 분할은 도메인, 주소 또는 미리 설정된 규칙에 따라 요청 경로를 결정합니다. 적용 범위가 명확하고 브라우저로 바로 확인하기 쉬우며, 문제가 발생했을 때 시스템 프록시가 켜져 있는지도 확인하기 편합니다.

‘전역’은 일반적으로 처리 대상 트래픽 대부분을 현재 노드를 통해 보내는 방식이고, ‘규칙’은 라우팅 규칙에 따라 직접 연결과 프록시를 구분하는 방식입니다. ‘직접 연결’은 요청이 프록시를 우회하도록 합니다. 버전에 따라 ‘전역’, ‘LAN 및 중국 본토 주소 우회’, ‘시스템 프록시 해제’처럼 비슷한 이름을 사용할 수 있습니다. 모든 규칙을 일일이 분석할 필요는 없습니다. 클라이언트가 제공하는 일반적인 규칙 모드를 선택하고 시스템 프록시가 꺼져 있지 않은지 확인하세요.

v2rayN 데스크톱 설정

v2rayN 메인 창 하단의 상태 표시줄이나 시스템 트레이 메뉴에서 ‘시스템 프록시’ 항목을 찾습니다. 시스템 프록시 자동 설정 또는 시스템 프록시 설정을 선택하세요. 완료되면 상태 표시줄의 문구가 미사용 상태에서 설정 완료 상태로 바뀌어야 합니다. 이어서 ‘라우팅’ 또는 ‘라우팅 설정’을 열고 기존 규칙 기반 분할 방식을 선택합니다. 저장한 뒤 메인 창으로 돌아와 하단에 현재 시스템 프록시 상태와 라우팅 모드가 모두 표시되는지 확인합니다.

프록시 설정을 지원하는 특정 앱 하나만 클라이언트를 사용하게 하려면 시스템 프록시를 끈 상태에서 해당 앱에 로컬 프록시 포트를 직접 입력할 수도 있습니다. 다만 이 방식은 프로토콜 유형과 수신 대기 포트를 추가로 확인해야 하므로 처음 설정하는 방법으로는 적합하지 않습니다. 이 튜토리얼에서는 먼저 시스템 프록시로 전체 연결 경로를 확인한 다음, 정상 작동 후 앱별 설정을 고려합니다.

v2rayNG 안드로이드 설정

v2rayNG는 연결할 때 시스템 네트워크 연결 설정을 통해 트래픽을 처리하므로 데스크톱 버전과 동일한 ‘시스템 프록시 설정’ 버튼이 없습니다. 설정 또는 라우팅 설정으로 이동해 클라이언트가 제공하는 규칙 모드를 선택하면 됩니다. 처음에는 다른 고급 매개변수를 기본값으로 유지하세요. 로컬 DNS, 앱별 프록시, 트래픽 탐지, 하위 전송 옵션을 동시에 변경하면 문제가 발생했을 때 어떤 변경이 원인인지 파악하기 어렵습니다.

연결을 누르면 시스템에서 네트워크 연결 권한 창을 표시할 수 있습니다. 앱 이름이 올바른지 확인한 후 연결을 허용하세요. 이 권한 요청은 보통 처음 연결할 때나 시스템 설정이 변경된 후에만 나타납니다. 권한을 허용했다고 해서 노드를 사용할 수 있다는 뜻은 아닙니다. 클라이언트가 로컬 트래픽 처리 채널을 만들 수 있게 된 것일 뿐이며, 실제 연결 상태는 다음 단계에서 버튼 상태와 실행 로그로 확인해야 합니다.

TUN 모드는 언제 고려할까

일부 데스크톱 앱은 시스템 프록시를 읽지 않습니다. 게임 런처, 명령줄 도구 또는 독립 네트워크 스택을 사용하는 소프트웨어는 시스템 프록시를 우회할 수도 있습니다. 이때는 TUN 모드를 사용해 클라이언트가 더 낮은 계층에서 트래픽을 처리하도록 할 수 있습니다. 하지만 TUN에는 가상 네트워크 인터페이스, DNS 처리, 관리자 권한, 라우팅 우선순위가 관련되므로 기본 연결을 확인하기 전에는 바로 활성화하지 않는 것이 좋습니다.

먼저 시스템 프록시로 구독과 노드가 작동하는지 확인한 다음, 특정 앱의 트래픽이 계속 처리되지 않을 때 TUN 전환 여부를 결정하는 것이 올바른 순서입니다. TUN, DNS 및 플랫폼별 설정에 관한 자세한 설명은 전체 문서에서 확인할 수 있습니다. 이 페이지에서는 기본 모드를 유지한 채 노드 선택과 연결을 진행합니다.

새 브라우저 창으로 테스트

클라이언트 연결을 유지한 상태에서 사전 확인에 사용한 기존 페이지를 닫고 새 브라우저 창을 엽니다. 먼저 평소 직접 접속할 수 있는 웹사이트를 열어 프록시 설정 때문에 기본 네트워크가 끊기지 않았는지 확인한 다음, 현재 노드로 처리해야 하는 대상 웹사이트에 접속하세요. 새 창을 사용하면 기존 연결, 캐시, 이미 열린 페이지의 백그라운드 요청이 결과에 미치는 영향을 줄일 수 있습니다.

두 종류의 웹사이트가 모두 정상적으로 열리고 접속 중 클라이언트 로그에 새로운 연결 기록이 나타난다면 구독, 활성 노드, 프록시 모드, 앱 트래픽 처리가 하나의 연결 경로로 정상 구성된 것입니다. 이때 프로토콜 매개변수를 계속 조정할 필요는 없습니다. 현재 노드를 자주 사용하는 서버로 유지하고 필요할 때 구독을 업데이트하면 됩니다.

로그로 요청이 클라이언트에 도달했는지 확인

웹페이지가 열리지 않으면 먼저 새로 고침을 누른 뒤 로그에 새 기록이 나타나는지 확인하세요. 로그가 전혀 변하지 않는다면 앱 트래픽 처리 단계의 문제일 가능성이 높습니다. 데스크톱에서는 시스템 프록시가 여전히 활성화되어 있는지 확인하고, 안드로이드에서는 클라이언트 연결이 계속 실행 중인지 확인하세요. 브라우저를 완전히 종료한 뒤 다시 열어 연결 전에 생성된 세션을 재사용하지 않도록 하는 방법도 있습니다.

로그에 대상 도메인이나 연결 요청이 나타난 뒤 시간 초과, 원격 거부 또는 핸드셰이크 실패가 계속 표시된다면 트래픽은 이미 클라이언트에 도달한 것입니다. 이 경우 노드 상태, 구독 최신 여부, 프로토콜 매개변수를 중점적으로 확인하세요. 기존 구독을 먼저 업데이트한 뒤 같은 그룹의 다른 노드로 전환합니다. 한 번에 하나의 조건만 바꿔야 테스트 결과를 비교할 수 있습니다.

일부 웹사이트는 정상이고 일부만 실패한다면 기본 연결은 성립했으며, 차이는 라우팅 규칙, DNS 확인 또는 대상 서비스 자체에서 발생했을 가능성이 큽니다. 이때 클라이언트를 다시 설치하거나 모든 구독을 삭제할 필요는 없습니다. 실패한 웹사이트, 현재 라우팅 모드, 로그의 관련 줄을 기록한 뒤 문제 해결에서 오류 유형에 따라 계속 점검하세요.

정해진 순서로 실패 원인 확인

1. 기본 네트워크 확인: 클라이언트를 잠시 연결 해제한 뒤 일반 웹페이지에 접속할 수 있는지 확인합니다. 기본 네트워크에 문제가 있으면 먼저 기기의 인터넷 연결을 복구하세요.
2. 기존 구독 업데이트: 그룹을 새로 만들지 말고 현재 그룹을 바로 업데이트해 서버 목록에 노드가 남아 있는지 확인합니다.
3. 다른 노드로 변경: 프록시 모드는 그대로 유지하고 활성 서버만 바꾼 뒤 같은 웹사이트에서 다시 테스트합니다.
4. 트래픽 처리 상태 확인: 데스크톱에서는 시스템 프록시를, 안드로이드에서는 실행 중인 연결을 확인해 앱 트래픽이 실제로 클라이언트에 들어오는지 확인합니다.
5. 최신 로그 확인: 이번 연결 이후의 기록만 살펴보고 시간 초과, 확인 실패, 포트 또는 설정 안내에 따라 다음 점검 항목을 선택합니다.

이 순서는 외부 요인부터 내부 설정까지 단계적으로 문제를 배제하므로 여러 설정을 동시에 바꾸는 일을 막아 줍니다. 어느 단계에서 정상으로 돌아오면 더 이상 변경하지 말고 다시 확인하세요. 기기 시간, 포트 충돌, DNS, TUN 또는 복잡한 라우팅을 점검해야 한다면 전체 문서에서 해당 장을 확인하세요.