v2rayN 구독 그룹 설정: 여러 서비스 구독 관리와 서버 필터링 실전

먼저 구독 출처별로 그룹을 나누고 모든 노드를 한 목록에 섞지 마세요

v2rayN에서 구독을 가져오면 서버 이름, 주소, 포트, 프로토콜과 전송 매개변수가 각각의 구성으로 해석됩니다. 여러 구독이 하나의 화면에 모두 표시되면 이름이 비슷한 홍콩, 일본, 싱가포르 노드가 쉽게 뒤섞입니다. 업데이트에 실패하거나 회선에 문제가 생겼을 때 어느 서비스에서 가져온 구성인지 확인하기도 어렵습니다.

구독 그룹은 ‘출처 관리’를 위한 기능이지 프로토콜 변환 기능이 아닙니다. 일반적으로 하나의 그룹은 하나의 주요 구독 주소에 대응하며, 같은 서비스의 보조 주소를 연결할 수도 있습니다. VMess, VLESS, Trojan 등의 노드는 같은 그룹에 함께 둘 수 있고, v2rayN은 각 서버 구성에 맞는 코어 기능을 호출합니다. 그룹 자체는 구성 정리, 업데이트와 필터링만 담당합니다.

출처에는 장기간 식별하기 쉬운 짧은 이름을 붙이는 것이 좋습니다. 예를 들어 ‘주 사용-A’, ‘보조-B’, ‘저배율-C’처럼 지정하세요. ‘구독1’이나 ‘새 구독’처럼만 적으면 석 달 뒤 어느 그룹을 유지하거나 중지하고 주소를 다시 받아야 하는지 판단하기 어렵습니다. 그룹 이름에 구독 주소의 민감한 매개변수를 넣을 필요도 없습니다.

• 출처별 분리: 서비스 출처마다 그룹을 따로 만들어 업데이트 실패 시 독립적으로 원인을 확인합니다.
• 용도 표시: 각 노드를 수정하는 대신 그룹 메모에 ‘일상’, ‘대용량 파일’, ‘보조’ 등의 용도를 기록합니다.
• 비활성 그룹 보존: 당장 사용하지 않는 구독은 먼저 활성화 상태를 끄고, 더 이상 필요하지 않다고 확인한 뒤 삭제합니다.
• 중복 가져오기 방지: 같은 주소를 두 개의 활성 그룹에 동시에 넣지 마세요. 서버 목록에 중복 항목이 생길 수 있습니다.

구독 그룹 만들기: 이름, 주소와 업데이트 매개변수 설정

다음 절차는 v2rayN 7.x 중국어 인터페이스를 기준으로 합니다. ‘구독 그룹’→‘구독 그룹 설정’을 열고 새 항목을 추가한 뒤 별칭, 구독 주소와 업데이트 간격을 입력합니다. 일부 7.x 마이너 버전에서는 메뉴가 ‘구독 그룹 설정’ 또는 ‘구독 설정’으로 표시될 수 있지만 필드의 기능은 같습니다. 저장한 뒤 메인 화면으로 돌아가 ‘구독 그룹’→‘현재 구독 업데이트’ 또는 ‘모든 구독 업데이트’를 실행합니다.

처음 여러 구독 그룹을 만들 때는 모든 출처를 연속해서 바로 업데이트하지 마세요. 먼저 첫 번째 그룹만 활성화해 업데이트하고 서버 수와 이름이 예상과 맞는지 확인한 다음 다음 그룹을 처리합니다. 이렇게 하면 빈 목록, 형식 오류 또는 중복 노드가 대량으로 발생했을 때 방금 추가한 주소를 정확히 확인할 수 있습니다.

1. ‘구독 그룹’→‘구독 그룹 설정’을 열고 새로 추가를 선택합니다.
2. 별칭에는 ‘주 사용-A’처럼 안정적인 출처 이름을 입력하고, 전체 주소를 이름으로 그대로 붙여 넣지 마세요.
3. 구독 주소를 입력하고 ‘활성화’ 상태를 유지합니다. 보조 그룹을 당장 사용하지 않는다면 활성화를 해제할 수 있습니다.
4. 자동 업데이트 간격은 24시간 또는 48시간으로 설정해 시작할 때마다 모든 구독에 요청을 보내지 않도록 합니다.
5. 설정을 저장하고 메인 창으로 돌아가 현재 그룹을 먼저 한 번 수동으로 업데이트합니다.
6. 그룹 태그, 노드 수, 서버 이름과 프로토콜 열을 확인한 뒤 다음 그룹을 추가합니다.

구독을 업데이트하려면 현재 프록시를 거쳐야 하는 경우, 먼저 정상 작동이 확인된 노드에 연결한 다음 해당 구독 설정에서 ‘프록시를 통해 업데이트’와 같은 옵션을 활성화합니다. 이 기능은 구독 요청의 아웃바운드 방식만 바꾸며, 만료된 주소를 자동으로 복구하지는 않습니다. 시간 초과가 계속되거나 빈 내용이 반환되면 주소가 아직 유효한지 확인해야 합니다.

키워드 필터링: 정보 노드를 먼저 제외하고 원하는 지역을 남기기

구독에는 연결 가능한 서버만 있는 것이 아니라 ‘남은 트래픽’, ‘만료 시간’, ‘요금제 안내’ 등의 정보 노드가 포함될 수도 있습니다. 이런 항목은 보통 서버 이름을 이용해 계정 상태를 전달하므로 속도 측정할 의미가 없습니다. 먼저 정보 관련 단어를 제외한 뒤 현재 필요에 따라 지역명이나 회선 키워드를 남기는 순서로 정리하세요.

v2rayN 7.x에서는 마이너 버전에 따라 필터 메뉴가 구독 설정 또는 서버 목록의 필터 입력란에 있을 수 있습니다. 구독 수준 필터는 업데이트 후 남는 항목에 영향을 주므로 장기 규칙에 적합합니다. 메인 화면의 텍스트 필터는 현재 보이는 결과만 바꾸므로 임시 검색에 적합합니다. 처음 설정할 때는 먼저 메인 화면 필터로 키워드를 검증하고, 원하는 노드가 잘 남는지 확인한 뒤 구독 수준 규칙에 적용하세요.

현재 버전이 정규 표현식을 지원한다면 같은 의미의 지역명을 하나의 규칙으로 묶을 수 있습니다. 입력하기 전에 화면 안내에 ‘정규식’ 또는 ‘Regex’가 명시되어 있는지 확인하세요. 일반 텍스트 필터는 문자 그대로만 일치시킬 수 있습니다. 아래 두 표현식은 각각 홍콩 지역명과 흔한 정보 노드를 찾는 데 사용하며, 먼저 임시 필터에서 결과를 확인하는 것이 좋습니다.

지역 일치: (홍콩|HK|Hong Kong)
정보 노드: (남은 트래픽|만료|요금제|공식 사이트|트래픽)

필터 규칙이 길어질수록 잘못 삭제할 가능성이 커집니다. 예를 들어 ‘US’로 미국 노드를 찾으면 다른 영어 이름에 포함된 연속 문자까지 일치할 수 있고, ‘港’은 지역명이 아닌 메모에도 포함될 수 있습니다. 더 안전한 방법은 구독 서비스의 실제 명명 방식을 확인하고 ‘香港’, ‘HK-’ 또는 구분 기호가 포함된 완전한 단어를 우선 사용하는 것입니다. 규칙을 적용하기 전후의 노드 수도 기록해 두세요.

업데이트 간격 설정: 잦은 요청과 오래된 목록 피하기

구독 업데이트와 노드 속도 측정은 다릅니다. 업데이트는 최신 서버 구성을 내려받아 해석할 뿐, 해당 서버가 현재 연결 가능하다는 뜻은 아닙니다. 속도 측정은 기존 구성에 테스트 요청을 보냅니다. 두 작업을 나누어 예약하면 v2rayN을 열 때마다 여러 구독 요청과 대량의 연결 테스트가 동시에 실행되는 일을 피할 수 있습니다.

일상적으로 사용하는 주 구독은 24시간마다 업데이트하고, 변경이 적은 보조 구독은 48시간 또는 72시간으로 설정할 수 있습니다. 임시 구독이나 이미 사용을 중지한 출처는 자동 업데이트를 끄고 필요할 때만 수동으로 실행하세요. 서비스 제공자가 구독 주소를 새로 발급받으라고 안내했다면 간격을 바꾸는 것만으로는 기존 주소의 만료 문제를 해결할 수 없습니다.

여러 구독 그룹을 한꺼번에 업데이트할 때는 v2rayN 로그에서 요청 결과를 확인할 수 있습니다. 구독 반환은 성공했지만 노드 수가 0이라면 필터 조건이 지나치게 엄격하거나 구독 형식이 바뀌었거나 주소가 안내 페이지를 반환하는 것이 흔한 원인입니다. 연결 시간 초과라면 네트워크 경로와 ‘프록시를 통해 업데이트’ 설정을 확인하세요. 한 번의 시간 초과만으로 전체 그룹 구성을 삭제하지 마세요.

• 업데이트 전에 각 그룹의 대략적인 노드 수를 기록합니다. 예: 주 사용 그룹 86개, 보조 그룹 42개.
• 업데이트 후 수가 0~3개로 급감하면 먼저 필터 규칙을 끄고 다시 업데이트합니다.
• 같은 그룹에서 두 번 연속 시간 초과가 발생하면 사용 가능한 노드에 연결한 뒤 프록시를 통한 업데이트로 바꿔 봅니다.
• 업데이트가 성공하면 먼저 소수의 후보 노드만 테스트합니다. 수백 개 구성 전체를 즉시 속도 측정할 필요는 없습니다.

그룹별 일괄 속도 측정: 실제 연결 지연 시간으로 후보 범위 좁히기

서버 목록을 정리한 뒤에는 전체 목록이 아니라 그룹별로 속도를 측정해야 합니다. 먼저 대상 구독 그룹으로 전환한 다음 해당 그룹의 서버를 선택해 실제 연결 지연 시간을 측정합니다. 실제 연결 지연 시간은 프로토콜 핸드셰이크와 대상 연결을 거치므로 주소 응답만 확인하는 것보다 실제 프록시 연결에 걸리는 시간에 가깝지만, 다운로드 속도와 같지는 않습니다.

주 사용 그룹에 노드가 86개 있다고 가정해 보겠습니다. 먼저 키워드로 ‘홍콩, HK’를 남겨 후보를 18개로 줄입니다. 실제 연결 속도를 측정한 뒤 시간 초과 항목을 삭제하거나 잠시 제외하고, 120~220ms 범위에서 후보 3~5개를 고릅니다. 그런 다음 자주 사용하는 웹페이지를 각각 열고 짧게 다운로드하면서 첫 연결 지연, 지속적인 끊김 또는 처리량의 뚜렷한 저하가 있는지 확인합니다.

1. ‘주 사용-A’ 그룹으로 전환하고 목록에 보조 출처가 섞이지 않았는지 확인합니다.
2. 필터 입력란에 지역 키워드를 입력해 86개 노드를 약 10~20개로 줄입니다.
3. 현재 필터 결과를 모두 선택하고 실제 연결 지연 시간 측정을 실행합니다.
4. 먼저 시간 초과, 오류 및 500ms를 초과하는 노드를 제외합니다.
5. 지연 시간이 낮은 결과에서 3~5개를 남긴 뒤 실제 웹페이지와 다운로드 성능을 다시 테스트합니다.
6. 서버를 선택한 뒤 시스템 프록시를 켜고 로컬 수신 포트가 정상인지 확인합니다.

로컬 포트는 ‘설정’→‘매개변수 설정’에 표시된 값을 기준으로 해야 합니다. 일부 구성은 10808을 로컬 혼합 또는 SOCKS 수신 포트로 사용하지만, 다른 버전이나 사용자 지정 구성에서는 다를 수 있습니다. 로그에 포트 사용 중이라는 메시지가 표시되면 해당 포트를 사용하는 기존 프로세스를 먼저 종료하거나 매개변수 설정에서 10818처럼 사용되지 않는 포트로 바꾸고 저장한 뒤 코어를 다시 시작합니다.

프로토콜 이름을 속도 순위로 바로 해석해서도 안 됩니다. VMess, VLESS와 Trojan은 서로 다른 프록시 프로토콜과 조합 방식을 뜻하며, 실제 사용감은 서버 부하, 진입점 품질, 전송 방식, 출구 지역과 로컬 네트워크의 영향도 받습니다. 같은 지역에서는 먼저 연결 가능 여부, 지연 시간과 안정성을 비교한 뒤 배율을 함께 고려하면 됩니다. 프로토콜 이름이 다르다는 이유만으로 그룹을 지나치게 많이 나눌 필요는 없습니다.

라우팅 분기와 구독 그룹은 구분해서 이해하기

구독 그룹은 ‘어떤 서버가 있고 어디에서 가져왔는지’를 결정합니다. 라우팅 분기는 ‘특정 연결을 프록시, 직접 연결 또는 차단 중 어느 방식으로 처리할지’를 결정합니다. 둘을 혼동하면 실제 접속 경로에 영향을 주는 라우팅 규칙은 그대로 둔 채 구독만 계속 바꾸게 됩니다.

예를 들어 주 사용 그룹에서 VLESS 서버 하나를 선택해도 브라우저 요청이 해당 서버를 통과할지는 시스템 프록시, TUN 모드 또는 애플리케이션 자체의 프록시 설정과 v2rayN에서 현재 활성화된 라우팅 규칙에 따라 달라집니다. 구독 업데이트가 사용자 지정 라우팅을 자동으로 바꾸지는 않으며, 그룹을 전환해도 규칙 우선순위가 자동으로 복구되지는 않습니다.

‘노드는 속도 측정이 되지만 웹페이지가 프록시를 거치지 않는’ 문제를 확인할 때는 현재 서버가 활성 노드로 지정되어 있는지, 시스템 프록시가 켜져 있는지, 로컬 포트가 수신 중인지, 라우팅 규칙이 대상 연결을 직접 연결로 지정하지 않았는지 순서대로 확인합니다. 업데이트는 서버 목록만 새로 고치므로 구독을 반복해서 업데이트하지 마세요.

자주 묻는 문제: 업데이트 실패, 노드 중복과 잘못된 필터링

여러 구독 관리 문제는 대체로 주소 요청, 콘텐츠 해석, 필터 규칙과 속도 측정 범위의 네 단계에서 발생합니다. 먼저 문제가 어느 계층에 속하는지 확인한 뒤 해당 설정만 수정하는 것이 모든 구성을 삭제하고 다시 가져오는 것보다 기존 그룹 구조를 보존하기 쉽습니다.

장기간 유지할 수 있는 그룹 관리 순서

구독 관리를 매일 다시 정리할 필요는 없습니다. 이름 규칙을 안정적으로 정한 뒤에는 일주일에 한 번 업데이트 결과와 이상 노드만 확인하면 됩니다. 자주 바뀌어야 하는 것은 그룹 구조가 아니라 현재 필터 조건과 활성 서버입니다.

• 처음 가져올 때: 출처마다 그룹을 따로 만들고, 그룹별로 업데이트한 뒤 노드 수를 확인합니다.
• 고정 규칙: ‘남은 트래픽, 만료, 요금제’ 같은 정보 노드만 장기적으로 제외합니다.
• 임시 필터: 지역, 배율 또는 회선 태그로 현재 후보 범위를 줄입니다.
• 그룹별 속도 측정: 한 번에 후보 10~20개만 측정하고 시간 초과와 고지연 노드부터 제외합니다.
• 실제 검증: 지연 시간이 낮은 결과에서 3~5개를 골라 실제 웹페이지와 지속 전송 성능을 테스트합니다.
• 정기 정리: 중복 출처를 비활성화하고 48시간 관찰한 뒤 삭제합니다.
• 장애 진단: 구독 요청, 필터, 속도 측정, 시스템 프록시와 라우팅 규칙 순서로 각 계층을 확인합니다.

주 사용, 보조와 저배율 출처를 각각 독립적으로 유지하면 업데이트 실패가 한 그룹에만 영향을 줍니다. 키워드 필터는 화면 범위를 줄이고, 실제 연결 속도 측정은 명백히 사용할 수 없는 후보를 제외하며, 라우팅 규칙은 실제 요청 경로를 계속 처리합니다. 각 기능의 역할을 나누면 노드가 수백 개로 늘어나도 일상적인 관리가 명확하게 유지됩니다.