V2Ray 구독 가져오기, 연결 및 작동 확인

BEFORE START

시작 전 확인: 클라이언트, 구독 주소, 시스템 시간

설정을 시작하기 전에 클라이언트가 정상적으로 설치되어 메인 화면을 열 수 있는지 확인하세요. 데스크톱에서는 v2rayN을, 안드로이드에서는 v2rayNG를 사용합니다. 아직 설치하지 않았다면 먼저 다운로드 센터에서 플랫폼에 맞는 설치 패키지를 선택하세요. 처음 실행할 때 시스템에서 네트워크 접근 권한을 요청할 수 있습니다. 클라이언트의 네트워크 연결을 허용한 뒤 구독 가져오기 단계로 진행하세요. 설치 단계에서는 코어 경로, 수신 대기 포트, 라우팅 규칙을 미리 변경할 필요가 없습니다. 기본 설정을 유지하는 편이 이후 문제의 원인을 파악하기 쉽습니다.

다음으로 전체 구독 주소를 준비합니다. 구독 주소는 보통 https://로 시작하는 링크이며, 클라이언트가 노드 목록과 관련 매개변수를 가져오는 데 사용됩니다. 복사할 때는 첫 글자부터 마지막 글자까지 정확히 선택해 공백, 줄바꿈, 문장 끝의 구두점이 함께 들어가지 않도록 하세요. 구독 주소는 단일 vmess:// 또는 vless:// 공유 링크와 다릅니다. 전자는 한 번에 여러 노드를 업데이트할 수 있고, 후자는 일반적으로 설정 하나만 가져옵니다. 용어 차이는 용어집에서 계속 확인할 수 있습니다.

마지막으로 기기의 날짜, 시간, 시간대를 확인하세요. 많은 보안 연결은 정확한 시스템 시간에 의존하므로 시간 차이가 크면 노드 매개변수가 올바르더라도 핸드셰이크 단계에서 실패할 수 있습니다. 시스템의 자동 시간 설정을 활성화한 다음 클라이언트를 완전히 종료했다가 다시 여는 것이 좋습니다. 이 세 가지를 확인한 뒤 구독을 가져오면 오류가 발생했을 때 설치 상태, 주소 누락, 시간 이상이라는 기본 원인을 먼저 배제할 수 있습니다.

프록시 모드는 클라이언트가 어떤 연결을 처리할지 결정합니다. 일반적인 선택지는 ‘규칙 기반 분할’과 ‘전역 프록시’로 나눌 수 있습니다. 규칙 기반 분할은 클라이언트에 내장되었거나 구독에서 제공한 라우팅 규칙에 따라 요청을 처리합니다. 일부 주소는 프록시 노드를 거치고 나머지는 직접 연결됩니다. 전역 프록시는 시스템 프록시 조건을 따르는 대부분의 요청을 현재 노드로 보냅니다. 처음 테스트할 때는 어느 모드든 사용할 수 있지만 현재 선택을 기억해야 하며, 마지막 확인에서도 해당 모드를 기준으로 결과를 해석해야 합니다.

데스크톱에서는 먼저 라우팅을 설정하고 시스템 프록시를 확인하세요

v2rayN에서 라우팅 모드와 시스템 프록시 상태는 서로 관련 있지만 별개의 설정입니다. 라우팅 모드는 클라이언트 내부에서 요청을 어떻게 분할할지 결정하고, 시스템 프록시는 브라우저와 시스템 설정을 따르는 다른 프로그램이 요청을 v2rayN에 전달할지 결정합니다. 처음 연결할 때는 클라이언트가 제공하는 기본 규칙 모드를 선택한 뒤 시스템 프록시 메뉴에서 시스템 프록시 자동 설정을 선택하는 것이 좋습니다. 작업 표시줄 알림 영역의 클라이언트 메뉴에 현재 시스템 프록시 상태가 표시되는 경우가 많습니다. 노드만 선택하고 시스템 프록시를 활성화하지 않으면 클라이언트 코어는 실행 중이어도 브라우저는 기존 직접 연결 경로를 계속 사용할 수 있습니다.

현재 목적이 규칙 때문에 접속 결과가 달라지는지 확인하는 것이라면 전역 모드로 잠시 전환해 비교 테스트를 진행할 수 있습니다. 테스트가 끝나면 규칙 기반 분할로 되돌리세요. 라우팅 규칙, 수신 대기 포트, DNS, 노드 매개변수를 동시에 변경하지 마세요. 한 번에 하나의 조건만 바꿔야 결과를 바탕으로 원인을 찾을 수 있습니다. 도메인 규칙, IP 규칙, 직접 연결 우선순위를 자세히 이해하려면 프로토콜 매뉴얼의 라우팅 설명을 읽어보세요.

안드로이드에서는 연결 설정에서 모드를 확인하세요

v2rayNG의 모드 옵션은 보통 설정 또는 라우팅 설정 영역에 있습니다. 기본 규칙을 선택한 뒤 메인 화면으로 돌아가 연결할 노드를 선택된 상태로 유지하세요. 안드로이드에서 연결을 시작하면 시스템 네트워크 연결 권한 안내가 나타납니다. 이를 확인해야 클라이언트가 로컬 연결 채널을 만들 수 있습니다. 이 권한은 현재 클라이언트가 네트워크 요청을 처리하도록 허용한다는 뜻일 뿐, 원격 노드가 반드시 사용 가능하다는 의미는 아닙니다. 따라서 연결 상태를 계속 확인하고 네 번째 단계까지 진행해야 합니다.

어떤 모드를 선택해야 할지 모르겠다면 처음에는 규칙 기반 분할부터 시작하세요. 일상적인 사용에 적합하고 로컬 리소스가 예상대로 직접 연결되는지도 비교하기 쉽습니다. 특정 주소에 접속할 수 없을 때는 전역 모드로 잠시 비교해 보세요. 전역 모드에서는 되지만 규칙 기반 분할에서는 안 된다면 라우팅 매칭을 확인해야 할 가능성이 큽니다. 두 모드 모두 안 되면 노드, 구독 매개변수, 네트워크 연결을 계속 점검하세요.

모드를 정했으면 설정을 그대로 유지한 채 노드 목록으로 돌아갑니다. 이제 노드 하나만 선택해 연결을 시작하세요. 연결 중 여러 항목을 연속해서 바꾸면 로그와 테스트 결과가 뒤섞일 수 있습니다.

첫 번째 확인: 브라우저가 현재 연결을 통과하는지 확인

클라이언트 연결을 유지한 채 노드나 모드를 바꾸지 마세요. 새 브라우저 창을 열고 자주 사용하는 네트워크 주소 확인 페이지에 접속해 표시된 외부 주소와 대략적인 지역을 기록합니다. 그런 다음 클라이언트 연결을 끊고 같은 페이지를 새로 고쳐 연결 전후의 결과를 비교하세요. 두 결과에 노드 설정에 맞는 차이가 나타나면 브라우저 요청이 클라이언트로 전달되어 현재 노드를 통해 전송된 것입니다. 테스트할 때는 기존 페이지의 캐시로 잘못 판단하지 않도록 새 창을 사용하는 것이 좋습니다.

연결 전후 결과가 완전히 같다면 데스크톱에서는 먼저 v2rayN으로 돌아가 시스템 프록시가 활성화되었는지 확인하고, 브라우저가 시스템 설정과 별도의 프록시를 사용하지 않는지도 점검하세요. 안드로이드에서는 메인 화면의 연결 상태가 유지되는지 확인하고 테스트 브라우저가 우회 목록에 추가되지 않았는지 살펴보세요. 확인을 마친 뒤 다시 연결하고 기존 테스트 페이지를 닫은 다음 새 페이지에서 비교하세요.

두 번째 확인: 실제 웹페이지 요청 사용

주소 확인은 특정 요청의 외부 경로가 바뀌었다는 사실만 보여 줍니다. 일반 웹페이지를 두세 개 더 열어 페이지가 완전히 로드되는지 확인하세요. 텍스트, 이미지, 여러 리소스 요청이 포함된 페이지를 선택하면 문제를 발견하기 쉽습니다. 텍스트만 열리고 이미지가 계속 로드되지 않는다면 DNS, 분할 라우팅, 전송 안정성 문제일 수 있습니다. 모든 페이지가 즉시 실패하면 시스템 프록시, 로컬 포트, 노드 연결을 우선 확인하세요. 한 페이지만 실패했다고 전체 노드를 사용할 수 없다고 단정해서는 안 됩니다.

테스트 중 일반 ping을 유일한 기준으로 삼지 마세요. 실제 웹페이지 접속은 도메인 확인, 프로토콜 핸드셰이크, 원격 출구, 콘텐츠 전송을 거치므로 클라이언트의 실제 작동 과정에 더 가깝습니다. 클라이언트에 실제 연결 지연 시간 테스트가 있다면 노드 간 상대적인 참고 자료로 사용할 수 있지만 최종 판단은 웹페이지를 연속해서 열고 리소스를 로드하며 연결을 유지하는 성능을 기준으로 해야 합니다.

세 번째 확인: 모드가 예상대로 작동하는지 확인

두 번째 단계에서 규칙 기반 분할을 선택했다면 평소 직접 연결되어야 하는 로컬 리소스나 자주 사용하는 서비스를 하나 더 방문해 속도와 외부 경로가 예상과 맞는지 확인하세요. 규칙 기반 분할에서는 대상에 따라 서로 다른 출구를 사용하는 것이 정상입니다. 두 웹사이트의 네트워크 경로가 다르다고 해서 설정 실패로 단정할 수는 없습니다. 전역 모드를 선택했다면 시스템 프록시를 따르는 대부분의 브라우저 요청이 현재 노드를 거쳐야 합니다.

추가 확인이 필요하면 노드는 그대로 둔 채 규칙 기반 분할과 전역 모드 사이를 한 번만 전환하고 같은 페이지를 다시 테스트하세요. 노드는 그대로인데 모드 변경에 따라 결과도 바뀐다면 연결 자체는 정상이고 차이는 라우팅 규칙에서 비롯되었을 가능성이 큽니다. 두 모드 모두 실패하면 세 번째 단계로 돌아가 노드 상태와 로그를 확인하세요. 이렇게 한 가지 변수만 비교하면 노드, 모드, DNS, 시스템 프록시를 동시에 반복해서 바꾸는 일을 피할 수 있습니다.