v2rayN 및 v2rayNG 구독 가져오기와 연결 방법

// BEFORE STARTING

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

작업을 시작하기 전에 클라이언트가 설치되어 정상적으로 열리는지 확인하세요. 데스크톱에서는 v2rayN을, 안드로이드에서는 v2rayNG를 사용합니다. 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 플랫폼에 맞는 버전을 선택하세요. 처음 실행할 때 네트워크 액세스, 방화벽 또는 로컬 VPN 인터페이스 관련 안내가 표시될 수 있습니다. 현재 기기의 보안 정책에 따라 클라이언트가 로컬 네트워크 연결을 만들도록 허용해야 합니다. 그렇지 않으면 구성을 가져와도 앱 트래픽이 클라이언트로 전달되지 않을 수 있습니다.

이 튜토리얼에서는 “구독 주소”를 입력값으로 사용합니다. 구독 주소는 일반적으로 구독 서비스 제공자가 생성한 https://로 시작하는 전체 링크입니다. 일반 웹 주소와 달리 클라이언트가 이 주소를 읽으면 하나 이상의 사용 가능한 구성을 받아 구독 그룹에 추가합니다. 복사할 때는 처음부터 끝까지 모두 선택하고 앞뒤 공백을 남기지 마세요. 메신저가 자동으로 붙인 마침표도 함께 복사하지 않도록 주의하세요.

구독 주소는 민감한 인증 정보처럼 다뤄야 합니다. 구독 계정을 식별하는 매개변수가 포함될 수 있으므로 스크린샷, 공개 문서 또는 문의 내용에 게시하지 마세요. 다른 사람에게 클라이언트 화면을 보여줘야 한다면 구독 주소와 구성 이름에 포함된 개인정보를 먼저 가리세요. 이 튜토리얼에서는 주소를 로컬 클라이언트에 붙여넣기만 하면 되며, 주소를 이 사이트에 제출할 필요는 없습니다.

마지막으로 시스템 날짜, 시간과 시간대가 정확한지 확인하세요. 일부 프로토콜은 핸드셰이크 단계에서 시간 정보를 사용하므로 시스템 시간 오차가 크면 구성을 가져오는 데 성공해도 연결이 시작 직후 실패할 수 있습니다. 먼저 시스템의 자동 시간 설정을 켠 뒤 가져오기를 진행하는 것이 좋습니다. 클라이언트에 기존 구성이 있다면 바로 삭제할 필요는 없습니다. 알아보기 쉬운 이름의 새 구독 그룹을 만들면 테스트 실패 시 기존 구성으로 빠르게 돌아갈 수 있습니다.

// STEP 02 · ROUTING

02프록시 모드 선택: 트래픽 진입점과 라우팅 규칙 구분

구성을 가져온 뒤에는 어떤 트래픽을 클라이언트가 처리할지 결정해야 합니다. 여기서는 두 개념을 혼동하기 쉽습니다. 시스템 프록시 또는 로컬 VPN 인터페이스는 앱 트래픽을 클라이언트로 보내고, 라우팅 모드는 클라이언트에 들어온 요청을 직접 연결, 프록시 또는 차단 중 어떤 방식으로 처리할지 결정합니다. 전자가 켜져 있지 않으면 브라우저가 클라이언트를 완전히 우회할 수 있습니다. 후자를 잘못 선택하면 일부 사이트만 정상 작동하고 다른 사이트의 결과가 예상과 달라질 수 있습니다.

먼저 규칙 모드를 선택하고 필요할 때 조정

처음 설정할 때는 사용자 지정 규칙을 대량으로 수정하기보다 규칙 라우팅을 사용하는 것이 좋습니다. 규칙 모드는 도메인, IP와 규칙 집합에 따라 트래픽을 분류하며, 로컬 네트워크 주소는 보통 직접 연결하고 나머지 요청은 구성에 따라 처리합니다. v2rayN에서는 “규칙”, “LAN 및 중국 본토 우회” 또는 구독 제공 라우팅 방식이라는 이름이 자주 사용됩니다. v2rayNG에서는 라우팅 설정에서 미리 정의된 규칙을 선택할 수 있습니다. 버전에 따라 문구는 조금 다를 수 있으므로 메뉴 위치보다 모드 설명을 기준으로 판단하세요.

“전역” 모드는 일반적으로 클라이언트로 들어온 트래픽을 현재 구성으로 모두 처리한다는 뜻입니다. 규칙 매칭 문제를 잠시 확인할 때 유용하지만 기본 설정으로 사용하는 것은 권장하지 않습니다. “직접 연결” 모드는 클라이언트로 들어온 요청을 대상에 바로 연결하며 주로 비교 테스트에 사용합니다. 규칙 모드에서 특정 사이트가 열리지 않지만 전역 모드에서는 열린다면 라우팅 매칭 문제일 가능성이 큽니다. 두 모드 모두 실패한다면 구성, 연결 상태와 로컬 네트워크를 다시 확인하세요.

v2rayN: 시스템 프록시 켜기

v2rayN 기본 화면 또는 시스템 트레이 메뉴에서 “시스템 프록시”를 찾아 시스템 프록시 자동 설정 또는 비슷한 이름의 활성화 항목을 선택합니다. 활성화되면 트레이 상태, 메뉴 체크 표시 또는 기본 화면 상태 표시줄이 바뀌어야 합니다. 그런 다음 라우팅 설정으로 들어가 규칙 모드를 선택하세요. 이제 브라우저와 시스템 프록시 설정을 따르는 데스크톱 앱의 요청이 v2rayN으로 전달됩니다.

일부 앱은 별도의 프록시 설정을 사용하므로 시스템 프록시를 읽지 않을 수 있습니다. 브라우저에서는 확인에 성공했지만 특정 앱이 계속 기존 연결 방식을 사용한다면 해당 앱의 네트워크 설정을 확인하세요. 한 앱의 문제를 해결하려고 v2rayN의 로컬 수신 포트를 자주 변경하지 마세요. 포트가 바뀌면 저장된 시스템 프록시 설정에도 영향을 줍니다. 포트 충돌 확인과 변경 방법은 로컬 수신 포트 충돌 해결을 참고하세요.

v2rayNG: 라우팅 확인 후 시작

v2rayNG의 트래픽 진입점은 연결 버튼을 눌렀을 때 만들어집니다. 처음 연결을 시작하면 시스템에서 로컬 VPN 인터페이스 권한을 요청합니다. 승인해야 다른 앱의 트래픽을 클라이언트가 받을 수 있습니다. 설정의 라우팅 옵션으로 들어가 먼저 규칙 모드를 선택하세요. 앱별 분류, 사용자 지정 DNS와 사용자 지정 규칙은 고급 기능이므로 첫 연결에서는 기본값을 유지해야 문제 발생 지점을 쉽게 판단할 수 있습니다.

이전에 v2rayNG에서 일부 앱만 클라이언트로 허용하도록 설정했다면 테스트할 브라우저가 허용 목록에 포함되어 있는지 먼저 확인하세요. 그렇지 않으면 클라이언트에는 연결됨으로 표시되어도 브라우저는 해당 인터페이스를 사용하지 않을 수 있습니다. 처음 확인할 때는 단순하고 재현 가능한 방식이 좋습니다. 구성 하나를 선택하고 규칙 모드를 사용하며 평소 쓰는 브라우저를 연결에 포함해 기본 경로가 정상인지 확인한 뒤 세부 규칙을 추가하세요.

// STEP 04 · VERIFY

04적용 여부 확인: 웹 결과, 로그와 라우팅 기록 함께 확인

확인 단계에서는 세 가지를 판단해야 합니다. 앱 트래픽이 클라이언트로 들어오는지, 현재 구성이 연결에 성공했는지, 라우팅 규칙이 예상대로 요청을 처리하는지입니다. 가장 간단한 방법은 클라이언트 창이나 로그 페이지를 보이는 상태로 두고 평소 사용하는 브라우저에서 테스트할 사이트를 여는 것입니다. 페이지가 로드되는 동안 로그에 새 연결 기록이 나타나는지 확인하세요. 웹 페이지가 응답하고 로그도 동시에 늘어난다면 브라우저 트래픽이 클라이언트로 들어온 것입니다.

그다음 일반적으로 직접 연결되어야 하는 자주 쓰는 사이트를 열고 라우팅 기록을 확인하세요. 규칙 모드에서는 요청마다 처리 결과가 다르게 표시될 수 있으며 이는 정상적인 분류 동작입니다. 모든 요청이 로그에 나타나지 않는다면 v2rayN의 시스템 프록시가 계속 켜져 있는지 또는 v2rayNG의 로컬 VPN 인터페이스가 연결을 유지하는지 먼저 확인하세요. 로그에 요청은 있지만 모두 실패한다면 현재 구성과 구독 상태를 중점적으로 점검하세요.

브라우저는 기존 연결과 캐시를 재사용할 수 있습니다. 구성이나 라우팅 모드를 바꾼 뒤에는 기존 테스트 탭을 닫고 새 탭을 여세요. 필요하면 브라우저를 완전히 종료한 뒤 다시 실행합니다. 이렇게 하면 이전 경로를 계속 사용하는 기존 연결의 영향을 줄일 수 있습니다. 단일 페이지에서 이미지 하나가 로드되지 않았다고 클라이언트 오류로 단정하지 말고, 서로 다른 사이트를 최소 두 곳 테스트하면서 로그에서 실패 요청의 공통 특성을 확인하세요.

확인에 실패했을 때 정해진 순서로 다시 점검

1. 현재 구성을 확인합니다. 목록의 강조 항목이 방금 업데이트한 구독 그룹에 속하는지 확인하고 같은 그룹의 다른 구성도 시도하세요.
2. 트래픽 진입점을 확인합니다. 데스크톱에서는 시스템 프록시 상태를, 안드로이드에서는 로컬 VPN 인터페이스 상태를 확인하세요. 로그에 새 요청이 전혀 없을 때는 이 단계부터 점검합니다.
3. 시작 로그를 확인합니다. 첫 번째 명확한 오류부터 처리하고 포트 충돌, 구성 필드 오류와 시간 이상을 각각 해결하세요.
4. 라우팅 모드를 임시로 비교합니다. 규칙 모드에서 특정 사이트만 실패하면 잠시 전역 모드로 바꿔 비교할 수 있습니다. 테스트가 끝나면 규칙 모드로 되돌리세요.
5. 전체 경로를 재시작합니다. 클라이언트를 중지하고 브라우저를 닫은 뒤 클라이언트를 다시 시작해 상태가 안정될 때까지 기다립니다. 이후 브라우저를 열어 다시 테스트하세요.

웹 페이지는 열리지만 도메인 조회 결과가 예상과 다르다면 문제는 구독이나 구성 자체가 아니라 DNS 설정에 있을 수 있습니다. 이때 여러 DNS 매개변수를 동시에 바꾸지 말고 먼저 DNS 점검 및 클라이언트 설정 안내에서 시스템 조회, 클라이언트 조회와 라우팅 규칙의 관계를 확인하세요. 더 복잡한 프로토콜 차이, 코어 호환성과 리소스 사용량 비교는 프로토콜 및 코어 참고서에서 계속 살펴볼 수 있습니다.

확인을 마친 뒤 현재 사용 가능한 구성 이름, 구독 그룹과 라우팅 모드를 기록해 두세요. 나중에 연결 상태가 바뀌면 먼저 확인된 설정으로 되돌린 다음 구독 업데이트, 개별 구성 또는 로컬 환경 중 어디가 변경되었는지 판단할 수 있습니다. 모든 설정을 한꺼번에 초기화하기보다 정상 작동이 확인된 기준 상태를 남겨 두는 편이 문제를 찾기 쉽습니다.