v2rayN 사용법:
구독 가져오기와 연결 확인

단계 02 / 트래픽 전달 방식과 분할 라우팅 규칙 구분

프록시 모드 선택

혼동하기 쉬운 두 개념을 먼저 구분하세요. ‘시스템 프록시’ 또는 VPN 모드는 앱 트래픽이 클라이언트에 들어오는 방식을 결정하고, ‘라우팅’은 클라이언트에 들어온 트래픽이 어떤 아웃바운드로 나갈지 결정합니다. 라우팅을 ‘전역’으로 바꿔도 모든 프로그램이 프록시를 사용하는 것은 아닙니다. 시스템 프록시 설정을 읽지 않는 프로그램은 계속 직접 연결할 수 있습니다. 처음 설정할 때는 트래픽 전달 방식을 하나 선택하고 기본 연결이 정상인지 확인한 뒤 적용 범위를 넓히세요.

데스크톱에서는 먼저 시스템 프록시 사용

v2rayN 메인 창 하단이나 트레이 메뉴에서 ‘시스템 프록시’를 찾으세요. 기본 설정에서는 ‘시스템 프록시 자동 설정’을 사용하되, 서버를 선택하고 코어가 실행되는지 확인한 뒤 활성화해도 됩니다. 이 기능은 앱이 참조하는 운영체제 프록시 설정을 변경하며, 일반적인 브라우저는 이를 사용할 수 있습니다. 우선 TUN 모드를 동시에 켜거나 브라우저에 다른 프록시 주소를 별도로 입력하지 마세요. 요청이 어떤 경로로 전달되는지 판단하기 어려워집니다.

이어서 ‘라우팅’에서 일상적인 사용에 적합한 사전 설정 분할 라우팅을 선택하세요. 화면에는 ‘중국 본토 우회’ 또는 비슷한 의미의 규칙 이름이 표시될 수 있으며, 실제 동작은 현재 규칙 세트를 기준으로 합니다. 이 규칙은 웹페이지 언어만으로 판단하는 것이 아니라 도메인과 주소에 따라 직접 연결 또는 프록시 연결을 결정합니다. 처음 연결할 때는 규칙 우선순위나 ‘도메인 전략’을 수정할 필요가 없습니다. 기본 규칙을 그대로 사용하면 재현과 문제 해결이 더 쉽습니다.

Android에서는 VPN 모드 유지

v2rayNG 설정에서 다른 앱에 로컬 프록시 포트만 제공하는 모드가 아니라 VPN 모드를 사용하는지 확인하세요. VPN 모드는 시스템 네트워크 인터페이스를 통해 조건에 맞는 트래픽을 전달하지만, 모든 목적지가 원격 서버를 거친다는 뜻은 아닙니다. 라우팅 규칙에 따라 직접 연결될 수도 있습니다. 처음 사용할 때는 앱별 프록시 설정을 끄고 테스트 브라우저를 기본 전달 범위에 포함하세요. 이후 제외할 앱을 정하면 됩니다.

‘라우팅 설정’을 열고 내장된 기본 분할 라우팅을 유지하세요. 특정 요청이 직접 연결로 분류되는지 임시로 확인하려면 ‘전역 프록시’ 또는 비슷한 사전 설정으로 바꿔 테스트한 뒤 원래 설정으로 되돌릴 수 있습니다. 여기서 ‘전역’은 실제로 클라이언트에 들어오는 트래픽에만 적용되며, 앱별 선택, 네트워크 권한, 다른 VPN 서비스의 영향도 받습니다. 모든 연결 문제를 해결하는 만능 설정으로 여기지 마세요.

이 단계에서는 간단한 조합을 사용합니다. 데스크톱은 시스템 프록시와 기본 라우팅, Android는 VPN 모드와 기본 라우팅을 함께 사용하세요. DNS, FakeDNS, 사용자 지정 아웃바운드, TUN 라우팅은 연결에 성공한 뒤 설정합니다. 이러한 옵션을 더 알아보려면 고급 핸드북을 순서대로 읽어 보세요. 이번 설정에서는 현재 라우팅 이름만 기억해 두었다가 확인 단계에서 예상 결과와 비교하면 됩니다.

단계 04 / 실제 요청으로 연결 경로 확인

작동 여부 확인

브라우저에서 새 탭을 열고, 현재 규칙에 따라 프록시를 사용해야 하며 정상적으로 접속할 수 있는 사이트를 방문하세요. 이미 로드된 페이지를 새로고침하는 것만으로 확인하지 마세요. 새 연결 없이도 캐시된 페이지가 표시될 수 있습니다. 사이트 안에서 아직 방문하지 않은 다른 페이지를 열어 새로운 네트워크 요청이 발생하는지 확인하세요. 테스트 대상 사이트 자체에 일시적인 문제가 있을 수도 있으므로 페이지 하나가 열리지 않는다는 이유만으로 클라이언트 설정 오류라고 단정하지 마세요.

로그를 함께 확인해 요청이 클라이언트에 들어오는지 확인

테스트와 동시에 클라이언트 로그를 확인하세요. 액세스 기록이 제공된다면 요청 시간과 대상 도메인이 방금 브라우저에서 실행한 작업과 일치하는지, 사용된 아웃바운드가 예상과 같은지 살펴봅니다. 기본 로그 수준에 따라 모든 요청이 표시되지 않을 수 있으므로 액세스 기록이 없다는 이유만으로 트래픽이 들어오지 않았다고 판단하지 마세요. 필요하면 액세스 로그를 잠시 활성화해 한 번 재현한 다음 평소 설정으로 되돌리세요. 브라우징 기록이 장기간 과도하게 쌓이지 않도록 주의합니다.

데스크톱에서 트래픽이 전혀 전달되지 않는 것 같다면 먼저 ‘시스템 프록시’가 ‘시스템 프록시 자동 설정’으로 되어 있는지 확인하고, 브라우저 확장 프로그램이나 별도 프록시 설정이 이를 덮어쓰는지 살펴보세요. 덮어쓰기 설정을 끈 뒤 브라우저를 다시 시작해 테스트합니다. 브라우저는 정상인데 특정 프로그램만 작동하지 않는다면 해당 프로그램이 시스템 프록시를 읽지 않을 수 있습니다. 이는 트래픽 전달 범위 문제이므로 구독을 반복해서 다시 만들기보다 고급 핸드북의 TUN 모드 장을 확인하세요.

Android에서는 VPN 서비스가 계속 실행 중인지, 테스트 브라우저가 앱별 프록시에서 제외되지 않았는지 확인하세요. 앱을 백그라운드로 전환하자마자 연결이 끊기면 클라이언트로 돌아와 서비스 상태를 확인한 뒤 시스템 배터리 및 백그라운드 실행 설정을 점검합니다. 백그라운드 서비스가 중지되는 문제를 해결하려고 서버 매개변수를 바로 바꾸지 마세요. 서버 설정은 원격 연결을, 백그라운드 설정은 로컬 서비스가 계속 실행될 수 있는지를 좌우하므로 별도로 진단해야 합니다.

프록시 대상과 직접 연결 대상을 각각 확인

이어서 규칙에 따라 직접 연결되어야 하는 일반적인 사이트에도 접속해 분할 라우팅이 정상적인 접속을 막지 않는지 확인하세요. 직접 연결 사이트는 열리지만 프록시 대상은 실패한다면 활성 서버, 원격 구성, 프록시 아웃바운드 오류를 집중적으로 확인합니다. 두 종류의 사이트가 모두 실패한다면 먼저 기기의 기존 네트워크가 작동하는지 확인한 다음, 프록시가 중지된 로컬 서비스를 가리키는지 점검하세요. 특정 도메인만 실패하면 전역 라우팅으로 잠시 비교해 볼 수 있지만 테스트가 끝나면 원래 분할 라우팅으로 되돌려야 합니다.

도메인 이름 확인 오류가 발생하면 로컬 네트워크의 DNS 조회 실패인지 프록시 경로 안에서 발생한 조회 실패인지 먼저 구분하세요. DNS 서비스를 여러 개 추가하거나 FakeDNS를 바로 활성화하지 마세요. 오류 메시지와 재현 조건을 기록한 뒤 FAQ의 문제 해결 분류에서 해당 해결 방법을 확인하세요. 외부 IP가 바뀌었는지만 확인해도 모든 앱이 정상이라고 볼 수는 없습니다. 그 결과는 현재 테스트 요청의 경로만 보여 줄 뿐, 모든 프로세스가 같은 아웃바운드를 사용한다는 의미는 아닙니다.

테스트 페이지에서 새 요청이 발생하고 클라이언트 서비스가 계속 실행되며 프록시 대상과 직접 연결 대상이 모두 예상대로 작동하면 기본 설정이 완료된 것입니다. 사용할 수 있는 구독 그룹, 활성 서버, 라우팅 이름을 기억해 두고 필요한 항목을 하나씩 조정하세요. 구독 업데이트 뒤 연결에 문제가 생기면 활성 구성이 바뀌거나 삭제되었는지 먼저 확인하고 이 절의 확인 절차를 반복하면 됩니다. 클라이언트 설치부터 다시 시작할 필요는 없습니다.