v2rayN 설정 가이드: 구독, 모드, 연결 및 확인

활성 서버 하나를 먼저 고정

서버 목록에서 설정 하나를 선택합니다. v2rayN에서는 보통 목록 행을 두 번 클릭하거나 마우스 오른쪽 버튼으로 활성 서버로 지정하거나 Enter 키를 눌러 선택할 수 있습니다. v2rayNG에서는 메인 화면의 설정 항목을 바로 누르면 됩니다. 선택 후 강조 표시나 상단의 현재 설정 이름을 확인해 다음에 시작할 서버가 이전에 사용한 오래된 설정이 아닌지 확인하세요.

구독에 여러 회선이 포함되어 있어도 처음부터 계속 바꿀 필요는 없습니다. 하나를 고정해 전체 과정을 완료하고, 실패하면 다른 회선으로 비교 테스트를 진행하세요. 이렇게 하면 문제가 특정 서버에 있는지, 시스템 프록시·권한·라우팅 설정에 있는지 판단할 수 있습니다. 속도 측정 결과는 서버 선택 참고 자료일 뿐 실제 연결 확인을 대신할 수 없습니다.

규칙 분할, 전역 프록시와 직접 연결

규칙 분할은 도메인, IP, 포트 또는 규칙 세트에 따라 출발 경로를 결정하며 일상적인 사용에 적합하고 최초 설정에도 권장되는 모드입니다. 일반적인 로컬 서비스는 직접 연결로 유지하고 프록시가 필요한 대상만 프록시 출발 경로로 보냅니다. 이 모드는 라우팅 규칙의 품질에 영향을 받으므로 특정 웹사이트만 비정상일 때는 먼저 규칙 적중 여부를 확인하세요.

전역 프록시는 클라이언트가 연결한 트래픽을 모두 현재 프록시 출발 경로로 보냅니다. 짧은 시간 동안 비교 테스트를 할 때 유용합니다. 규칙 모드에서는 대상이 열리지 않지만 전역 모드에서 열리면 연결 자체는 정상이고 분할 규칙이나 DNS 경로에 문제가 있을 가능성이 큽니다. 전역 모드는 문제 해결의 최종 상태가 아니므로 원인을 확인한 뒤 필요에 따라 규칙 분할로 되돌리세요.

직접 연결은 트래픽이 프록시 출발 경로를 거치지 않도록 하며 프록시를 일시 중지하거나 로컬 네트워크를 확인할 때 사용합니다. 직접 연결을 선택하면 클라이언트 코어가 실행 중이어도 예상한 프록시 접속 결과가 나오지 않습니다. “연결됨으로 표시되지만 달라진 점이 없는” 문제를 확인할 때는 먼저 직접 연결 모드가 아닌지 확인하세요.

데스크톱 시스템 프록시와 Android 연결 방식

v2rayN에서는 시스템 프록시를 사용할 수 있는 상태로 전환해야 합니다. 일반적인 옵션으로는 시스템 프록시 자동 설정, 시스템 프록시 해제, 시스템 프록시 변경 안 함이 있습니다. 처음에는 자동 설정을 선택하면 시스템 프록시를 따르는 브라우저와 앱의 요청이 v2rayN으로 전달됩니다. 코어만 시작하고 시스템 프록시를 설정하지 않으면 로그에는 코어가 정상 실행 중으로 표시되어도 브라우저 트래픽은 클라이언트로 들어오지 않을 수 있습니다.

v2rayNG은 시스템 연결 권한을 통해 트래픽을 연결하므로 데스크톱 시스템 프록시 주소를 따로 입력할 필요가 없습니다. 연결할 때 시스템에 권한 승인 창이 나타나며, 허용하면 상태 표시줄에 연결 표시가 나타납니다. 이전에 권한을 거부했다면 연결을 다시 누르고 시스템 안내에 따라 승인하세요.

브라우저 요청 다시 생성

연결 전에 열어 둔 웹페이지는 기존 연결이나 캐시를 유지할 수 있습니다. 관련 탭을 닫고 다시 열거나 새 브라우저 창에서 요청을 생성하세요. 데스크톱에서 특정 브라우저만 달라진 점이 없다면 해당 브라우저가 독립 프록시 설정을 사용하는지 확인하세요. 독립 설정은 시스템 프록시를 덮어씁니다. Android에서 특정 앱만 연결되지 않는다면 v2rayNG의 앱별 프록시 설정에서 해당 앱이 제외되었는지 확인하세요.

요청을 보낸 직후 클라이언트 로그를 확인하세요. 대상 도메인, 적용된 규칙 태그 또는 아웃바운드 유형이 보이면 트래픽이 클라이언트로 들어온 것입니다. 브라우저에 오류가 표시되는데 로그가 전혀 없으면 이전 단계로 돌아가 트래픽 입구를 확인하세요. 로그가 있고 연결 시간 초과가 표시되면 현재 서버나 네트워크 경로 문제일 가능성이 큽니다.

규칙 모드로 양방향 확인

규칙 분할은 프록시가 필요한 대상 하나만 확인해서는 안 되며, 직접 연결되어야 하는 일반적인 로컬 서비스도 확인해야 합니다. 전자는 프록시 출발 경로의 사용 가능 여부를, 후자는 규칙이 모든 트래픽을 같은 출구로 잘못 보내지 않는지를 확인합니다. 두 대상을 열고 로그의 라우팅 결과를 비교하세요. 프록시가 필요한 요청은 프록시 출발 경로로, 직접 연결 대상은 직접 연결 규칙으로 들어가야 합니다.

전역 프록시에서는 접속되지만 규칙 모드에서는 되지 않는다면 클라이언트를 반복해서 재설치하지 마세요. 먼저 실패한 대상의 도메인을 기록하고 로그에서 적용된 규칙을 찾은 뒤 GeoSite, GeoIP 데이터와 사용자 지정 라우팅 순서를 확인하세요. 라우팅 규칙은 보통 위에서 아래로 적용되므로 지나치게 포괄적인 규칙이 앞에 있으면 뒤의 정확한 규칙이 작동하지 않습니다.

DNS가 잘못된 경로를 사용하지 않는지 확인

“일부 도메인은 열리지 않지만 주소를 직접 사용하면 연결되는” 경우 DNS가 원인일 수 있습니다. 처음에는 클라이언트의 기본 DNS 설정으로 되돌리고 연결을 다시 시작하세요. 시스템 DNS, 사용자 지정 원격 DNS와 FakeDNS가 동시에 작동하지 않도록 합니다. 복원 후 브라우저의 현재 페이지를 정리하고 다시 접속하면서 로그에 도메인 확인 오류가 나타나는지 확인하세요.

기본 설정이 정상 작동한 뒤 네트워크 환경에 따라 원격 DNS, DNS 아웃바운드 또는 FakeDNS를 설정하세요. DNS 규칙은 라우팅 규칙과 서로 영향을 주므로 기본 연결을 확인한 뒤 하나씩 조정하는 것이 좋습니다. 전체 설정 경로, 누출 확인 방법과 TUN 연동 방식은 고급 매뉴얼에서 설명합니다.