구독 링크 가져오기: v2rayN 및 v2rayNG 메뉴 위치와 지원 형식

먼저 구독 주소와 단일 노드 공유 링크를 구분하세요

구독 주소는 특정 노드 하나가 아니라 클라이언트가 주기적으로 요청하는 원격 리소스입니다. 서버가 반환하는 본문에는 보통 여러 노드 정보가 들어 있으며, 클라이언트가 이를 해석해 하나의 구독 그룹에 추가합니다. 이후 노드 이름, 서버 주소, 포트 또는 전송 매개변수가 바뀌어도 해당 그룹만 다시 업데이트하면 되므로 로컬 설정을 하나씩 수정할 필요가 없습니다.

단일 노드 공유 링크는 하나의 구성만 설명합니다. 흔한 시작 문자열로는 vmess://, vless://, trojan://, ss://가 있습니다. 이런 내용은 클라이언트의 ‘클립보드에서 가져오기’ 또는 스캔 가져오기 기능을 사용해야 하며, 구독 주소로 저장하면 안 됩니다. 단일 노드 링크를 구독 설정에 잘못 입력하면 업데이트 실패, 응답 내용 해석 불가, 그룹 업데이트 후 노드 수가 0개로 남는 등의 문제가 발생할 수 있습니다.

• 주소가 http:// 또는 https://로 시작하면 일반적으로 먼저 구독 주소로 처리해야 합니다.
• 내용이 프로토콜 식별자로 시작하고 구성 하나에만 해당한다면 단일 노드 공유 링크로 처리해야 합니다.
• 매우 긴 인코딩 문자열은 구독 본문일 수 있으므로 ‘구독 주소’ 입력란에 바로 붙여 넣어서는 안 됩니다.
• QR 코드에는 구독 주소가 들어 있을 수도 있고 단일 노드 링크가 들어 있을 수도 있으므로, 스캔한 뒤 실제 내용에 따라 유형을 판단해야 합니다.

v2rayN 데스크톱에서 구독 가져오기

v2rayN은 Windows, macOS, Linux 데스크톱 환경에서 사용할 수 있습니다. 세부 버전에 따라 구독 메뉴가 ‘구독 그룹’, ‘구독 그룹 설정’ 또는 비슷한 이름으로 표시될 수 있지만 핵심 절차는 같습니다. 먼저 그룹을 만들고 원격 주소를 저장한 다음 직접 한 번 업데이트를 실행하세요. 설정 창에 주소만 저장한다고 해서 노드가 주 목록에 자동으로 나타나는 것은 아닙니다.

1. 그룹 열기

   v2rayN을 실행한 뒤 메인 창 상단에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 엽니다. 현재 버전에서 설정 메뉴가 사이드바에 있다면 같은 이름의 구독 그룹 항목을 선택하세요.

2. 구독 추가

   ‘추가’ 또는 ‘+’를 클릭하고 별칭 입력란에 알아보기 쉬운 그룹 이름을 입력한 뒤, https:// 또는 http://로 시작하는 구독 주소 전체를 주소란에 붙여 넣습니다. 주소 앞뒤에 공백이나 줄 바꿈이 남지 않도록 하세요.

3. 코어 확인

   사용 중인 코어를 확인하려면 ‘설정’ → ‘매개변수 설정’ → ‘Core 유형’을 차례로 엽니다. VLESS, REALITY 등의 구성은 일반적으로 해당 버전의 Xray 코어가 처리해야 하며, VMess 구성도 구독에서 반환된 전송 조합을 선택한 코어가 지원하는지 확인해야 합니다.

4. 그룹 저장

   그룹이 활성화되어 있는지 확인한 뒤 저장합니다. 메인 창으로 돌아왔을 때 목록에 노드가 바로 추가되지 않아도 저장 실패를 뜻하지는 않습니다. 아직 원격 요청을 보내지 않았을 수 있기 때문입니다.

5. 전체 업데이트

   ‘구독 그룹’ → ‘모든 구독 업데이트’를 엽니다. 처음 가져올 때는 먼저 프록시를 사용하지 않고 업데이트해 보세요. 현재 네트워크에서 기존 구성을 통해서만 해당 주소에 접근할 수 있다면 그때 프록시를 통한 업데이트로 바꾸면 됩니다.

6. 활성으로 설정

   업데이트가 끝나면 메인 목록에서 노드 하나를 선택하고, Enter 키나 마우스 오른쪽 버튼 메뉴 또는 화면의 ‘활성 서버로 설정’ 기능으로 활성화합니다. 그런 다음 시스템 프록시를 설정하거나 TUN 모드를 시작하세요.

업데이트 후에는 먼저 상태 표시줄이나 로그를 확인하세요. 요청이 성공하면 구독 업데이트 완료, 추가된 구성 수 또는 목록 새로 고침 기록이 표시되는 경우가 많습니다. 실패하면 시간 초과, 이름 해석 실패, 인증서 오류, 비정상 HTTP 상태 또는 형식 해석 실패가 나타날 수 있습니다. 노드 이름이 표시되었다는 것은 구독 본문을 해석했다는 뜻일 뿐, 해당 노드로 반드시 연결할 수 있다는 의미는 아닙니다.

v2rayN의 시스템 프록시와 구독 가져오기는 서로 독립된 단계입니다. 구독은 원격 구성을 목록에 기록하고, 시스템 프록시는 시스템 프록시 설정을 따르는 앱이 로컬 수신 포트로 연결하도록 합니다. 터미널 프로그램이 시스템 프록시를 따를지는 각 프로그램의 설정에 달려 있습니다. 브라우저에서 접속된다고 해서 모든 명령줄 트래픽이 같은 아웃바운드를 거친다고 판단해서는 안 됩니다.

v2rayNG 안드로이드에서 구독 가져오기

v2rayNG은 Xray 코어로 구성을 처리합니다. 처음 연결할 때 시스템에서 VPN 연결 권한 확인을 요청합니다. 이 권한은 로컬 VpnService 채널을 만드는 데 사용되며 구독 주소 다운로드 가능 여부와는 별개입니다. 먼저 구독을 추가하고 업데이트한 뒤 노드를 선택해 연결을 시작하세요. 그러면 문제가 원격 구독, 구성 해석 또는 실제 연결 중 어디에서 발생했는지 쉽게 구분할 수 있습니다.

1. 설정으로 이동

   v2rayNG 메인 화면의 메뉴를 열고 ‘구독 설정’ 또는 ‘구독 그룹 설정’을 선택합니다. 버전에 따라 메뉴 이름은 조금 다를 수 있지만, 메인 화면의 수동 구성 편집 메뉴를 선택해서는 안 됩니다.

2. 주소 추가

   오른쪽 상단의 ‘+’를 누르고 구독 메모와 전체 주소를 입력합니다. 메모는 로컬에서 구분하기 위한 용도이므로 ‘일상 그룹’이나 ‘백업 그룹’처럼 작성할 수 있으며, 서버가 반환하는 내용에는 영향을 주지 않습니다.

3. 그룹 활성화

   해당 구독이 활성화 상태인지 확인하고 저장합니다. 목록에 구독이 여러 개 있으면 각각 활성화할 수 있으며, 업데이트할 때 클라이언트가 활성화된 항목을 차례로 요청합니다.

4. 업데이트 실행

   메인 화면으로 돌아가 오른쪽 상단 메뉴를 열고 ‘구독 업데이트’를 선택합니다. 완료 알림이 표시될 때까지 기다린 후 노드 수와 그룹 이름을 확인하세요. 업데이트 중에는 버튼을 반복해서 누르지 마세요.

5. 구성 선택

   노드 하나를 눌러 현재 구성으로 만든 다음 지연 시간 테스트 또는 연결 테스트로 연결 가능 여부를 확인합니다. 테스트 결과가 비어 있으면 같은 구독을 반복해서 추가하지 말고 로그를 계속 확인하세요.

6. 연결 시작

   메인 화면의 연결 버튼을 누르고, 처음 실행할 때는 시스템 안내에 따라 VPN 권한을 승인합니다. 상태 표시줄에 연결 표시가 나타난 뒤 대상 앱을 열어 실제 접속 결과를 확인하세요.

기기에서 절전 정책을 엄격하게 적용하고 있다면 v2rayNG을 백그라운드 실행 허용 목록에 추가하세요. 절전 제한은 보통 처음 가져오기를 막지는 않지만 화면이 꺼진 뒤 네트워크 활동을 중지시켜 이후 업데이트 시간 초과나 연결 끊김을 일으킬 수 있습니다. 앱별 프록시는 구독 내용을 바꾸지 않고, 연결이 수립된 뒤 어떤 앱을 로컬 VPN 채널로 보낼지만 결정합니다.

v2flyNG과 v2rayNG은 역할이 다릅니다. v2flyNG은 v2fly 코어를 사용하고 v2rayNG은 Xray 코어를 사용합니다. 같은 구독의 기본 VMess 구성은 두 앱에서 모두 인식될 수 있지만, 특정 흐름 제어, REALITY 또는 한 코어만 지원하는 필드가 포함되면 호환 결과가 달라질 수 있습니다. 구독 해석에 성공한 뒤에도 각 노드의 프로토콜, 전송 방식 및 코어 지원 범위를 확인해야 합니다.

업데이트 후 노드가 실제로 작동하는지 확인하는 방법

구독 가져오기는 최소 네 단계로 이어집니다. 주소 요청 성공, 본문 형식 해석 가능 여부, 코어가 노드 구성을 읽을 수 있는지, 대상 연결이 수립되는지입니다. 어느 한 단계라도 실패하면 최종적으로는 단순히 ‘사용할 수 없음’으로 보일 수 있습니다. 단계를 나누어 확인하는 편이 반복해서 삭제하고 다시 추가하는 것보다 효과적이며, 형식 문제를 노드 장애로 잘못 판단하는 일도 줄일 수 있습니다.

1. 그룹 확인: 새 노드가 예상한 구독 그룹에 표시되는지, 노드 수가 0이 아닌지, 이름이 해석할 수 없는 긴 인코딩 문자열로 표시되지 않는지 확인합니다.
2. 프로토콜 확인: 개별 구성의 상세 정보를 열어 프로토콜, 서버 포트, 전송 방식, TLS, SNI 또는 serverName 등의 필드가 채워져 있는지 확인합니다.
3. 지연 시간 확인: 클라이언트에서 제공하는 지연 시간 테스트를 실행합니다. 시간 초과는 테스트 경로에서 응답을 받지 못했다는 뜻일 뿐이므로, 네트워크 연결 불가·핸드셰이크 실패·테스트 방식 제한을 로그와 함께 구분해야 합니다.
4. 코어 로그 확인: 현재 노드를 시작한 뒤 로그를 확인하고, 포트 사용 중 오류, 지원되지 않는 구성 필드, DNS 해석, TLS 핸드셰이크 및 라우팅 매칭 정보를 중점적으로 살펴봅니다.
5. 로컬 진입점 확인: 데스크톱에서는 시스템 프록시가 클라이언트의 실제 수신 포트를 가리키는지 확인합니다. 화면에 로컬 혼합 포트가 10808로 표시된다면 앱에서도 같은 포트를 사용해야 하며, 다른 기기의 예전 값을 그대로 사용해서는 안 됩니다.
6. 실제 트래픽 확인: 현재 경로를 통해 접근해야 하는 대상을 열고, 클라이언트 로그에 새 연결과 해당 아웃바운드가 표시되는지 확인합니다. 연결 버튼의 색상만으로 실제 트래픽이 프록시를 통과했다고 판단하기에는 부족합니다.

지연 시간 수치만으로 노드 품질을 판단해서는 안 됩니다. 일부 서버는 클라이언트가 사용하는 탐색 방식에 응답하지 않지만 실제 TCP 또는 TLS 연결은 수립될 수 있습니다. 반대로 지연 시간 테스트가 빠르게 끝나도 모든 프로토콜 필드가 올바르다는 뜻은 아닙니다. 검증할 때는 테스트 결과, 코어 로그 및 대상 접속을 함께 확인하고, 세 결과가 일치할 때 해당 노드를 일상 구성으로 사용하세요.

검증 순서
1. 구독 업데이트: HTTP 요청 및 해석 결과 확인
2. 노드 선택: 프로토콜 및 전송 필드가 완전한지 확인
3. 코어 시작: 로컬 포트가 수신 중인지 확인
4. 접속 시도: 연결이 어느 아웃바운드로 들어가는지 확인
5. 라우팅 확인: 대상이 잘못 직접 연결되거나 차단되지 않았는지 확인

자주 발생하는 가져오기 실패와 해결 방법

가장 흔한 문제는 클라이언트에 ‘가져오기’ 기능이 없는 것이 아니라 주소 유형, 복사한 내용 또는 요청 환경이 예상과 다른 경우입니다. 먼저 기존 구독 항목을 남겨 두고 오류 메시지를 확인하세요. 모든 구성을 바로 삭제하면 기존 그룹 이름, 업데이트 방식 및 오류 상황을 잃어 문제를 찾는 단계가 오히려 늘어납니다.

• 시간 초과 표시: 네트워크를 바꿔 다시 시도하고 DNS 해석을 확인한 뒤, 프록시를 통한 업데이트와 프록시를 사용하지 않는 업데이트를 비교합니다.
• 권한 없음 표시: 구독 주소가 여전히 유효한지 확인하고, 웹 브라우저 주소창에서 리디렉션되거나 잘린 주소를 복사하지 않도록 주의합니다.
• 형식 오류 표시: 단일 노드 링크, QR 코드 텍스트 또는 웹 페이지 소스 코드를 구독 주소란에 입력하지 않았는지 확인합니다.
• 중복 노드 발생: 같은 그룹을 중복으로 만들었는지, 수동 가져오기와 구독 가져오기로 같은 이름의 구성을 동시에 보존하고 있는지 확인합니다.
• 업데이트 직후 이전 목록으로 복원됨: 다른 그룹을 조작한 것은 아닌지, 클라이언트가 백업 구성에서 다시 로드한 것은 아닌지 확인합니다.

구독 관리, 그룹 및 라우팅의 관계

구독 그룹은 노드 출처와 일괄 업데이트를 관리하고, 라우팅 규칙은 연결이 어느 아웃바운드로 들어갈지를 결정합니다. 구독을 업데이트해도 ‘직접 연결, 프록시, 차단’ 등의 규칙이 자동으로 바뀌지 않으며, 사용자가 지정한 도메인 및 IP 분할 규칙도 대체되지 않습니다. 가져온 뒤에도 일부 대상이 직접 연결된다면 노드를 계속 업데이트하지 말고 라우팅 매칭 순서를 확인하세요.

용도에 따라 ‘일상’, ‘테스트’, ‘백업’처럼 명확한 그룹을 유지하고, 같은 주소로 이름만 비슷한 항목을 여러 개 만들지 않는 것이 좋습니다. 업데이트 전후 노드 수 변화를 기록할 수는 있지만 노드 수 증가를 품질 향상과 동일하게 보아서는 안 됩니다. 실제 선택은 프로토콜 호환성, 연결 로그 및 현재 네트워크 환경을 기준으로 해야 합니다.

구독 주소 자체를 개인 연결 설정의 일부로 취급해야 합니다. 공개 페이지에 게시하거나 사용할 필요가 없는 사람에게 전달하지 마세요. 기기를 바꿀 때는 새 기기의 클라이언트에서 구독 그룹을 다시 만들 수 있습니다. 주소가 변경되었다면 제공처가 안내한 새 주소로 기존 기록을 바꾼 뒤 전체 업데이트를 한 번 실행하세요.

가져오기를 완료한 뒤 v2rayN 사용자는 시스템 프록시 또는 TUN 설정을, v2rayNG 사용자는 VpnService 및 앱별 프록시 범위를 계속 확인해야 합니다. 구독 업데이트는 구성 가져오기만 담당하며 어떤 앱, 도메인 또는 IP를 프록시로 보낼지는 결정하지 않습니다. 이 단계를 분리해 이해하면 ‘노드는 있지만 트래픽이 통과하지 않는’ 문제의 원인을 더 쉽게 찾을 수 있습니다.