구독을 가져올 수는 있지만 서버 목록이 복잡해지기 시작한 v2rayN 사용자를 위한 글입니다. 독립 그룹을 만든 뒤 지역 필터, 안내 항목 제외, 자동 업데이트와 정렬을 차례로 설정하고 라우팅 분기와의 연동 방법까지 설명합니다. 완료 후에는 출처별로 구독을 업데이트하면서 자주 쓰는 서버를 선택하기 쉬운 위치에 안정적으로 배치할 수 있습니다.
구독·그룹·서버·라우팅의 차이부터 이해하기
다중 구독 관리에서 가장 흔한 문제는 구독 그룹을 네트워크 트래픽 그룹으로 착각하는 것입니다. 구독은 서버 정보를 가져오는 주소이고, 구독 그룹은 해당 주소의 이름·업데이트 주기·필터 조건·정렬 값을 저장합니다. 서버는 업데이트 후 생성되는 VMess, VLESS 등의 구성이고, 라우팅 규칙은 연결이 설정된 뒤 특정 도메인이나 IP를 프록시, 직접 연결 또는 차단 중 어디로 보낼지 판단합니다. 네 요소는 서로 다른 단계에 있으므로 서로 대체할 수 없습니다.
예를 들어 회사 구독과 개인 구독에 모두 “홍콩 01”이라는 서버가 포함되어 있다고 가정해 보겠습니다. 한 목록으로 바로 가져오면 서버 메모만으로는 출처를 구분하기 어렵습니다. 두 서버를 각각 “업무 회선”과 “개인 회선”에 넣어 두면 노드 이름이 같아도 그룹별로 전환·업데이트·문제 해결을 수행할 수 있어 다른 구독을 삭제할 필요가 없습니다.
위 수치는 재현 가능한 정리 규모를 보여 주기 위한 예시입니다. 세 개의 구독에 약 180개 항목이 있고, 그중에는 요금제 만료일·잔여 트래픽·공지 정보가 섞여 있을 수 있습니다. 지역 필터와 안내 항목 제외를 적용하면 일상적으로 사용하는 목록은 수십 개 후보로 줄일 수 있습니다. 목록이 짧아져도 서버 품질이 바뀌는 것은 아니지만, 잘못 선택하거나 같은 테스트를 반복하는 일을 크게 줄일 수 있습니다.
결론: 먼저 출처를 분리한 뒤 서버 목록을 줄이기
모든 구독을 먼저 합친 다음 노드 이름만 보고 출처를 추측하지 마세요. 각 구독마다 독립 그룹을 만들고 필터 규칙도 해당 출처에만 적용하면 업데이트 실패, 노드 삭제 또는 이름 변경이 발생했을 때 원인을 쉽게 찾을 수 있습니다.
각 구독마다 독립 그룹 만들기
다음 절차는 v2rayN 7.x 데스크톱 인터페이스를 기준으로 합니다. 상단 메뉴에서 “구독 그룹” → “구독 그룹 설정”을 열고 그룹 창에서 추가를 선택하세요. 세부 버전에 따라 메뉴가 “구독 설정”으로 표시될 수 있지만, 메모·주소·활성화 상태·업데이트 주기·필터·정렬 필드가 있는 편집 창으로 들어가야 합니다. 서버 편집 창과는 다릅니다.
첫 번째 구독에는 “업무-아시아”, “개인-저지연” 또는 “백업-장기”처럼 용도를 알 수 있는 이름을 권장합니다. “구독 1”처럼만 입력하면 주 목록의 필터와 업데이트 메뉴에서 반복되어 구분하기 어렵습니다. 그런 다음 전체 구독 주소를 붙여 넣고 “활성화”가 선택되어 있는지 확인한 뒤 저장하고 현재 그룹을 한 번 업데이트하세요.
- “구독 그룹” → “구독 그룹 설정”으로 이동한 뒤 그룹 추가를 선택합니다.
- 구분하기 쉬운 메모 이름을 입력하고, 각 구독은 하나의 그룹 기록에만 연결합니다.
- 구독 주소를 붙여 넣고 자동 업데이트 주기와 정렬 값을 설정합니다.
- 저장한 뒤 주 창으로 돌아와 “구독 그룹” → “현재 구독 업데이트”를 실행합니다.
- 서버 목록에서 그룹을 전환해 새 항목이 올바른 출처에 들어갔는지 확인합니다.
업무-아시아
- 활성화
- 예
- 업데이트 주기
- 12시간
- 정렬 값
- 10
- 포함 키워드
- 홍콩|일본|싱가포르
목록 앞부분에 배치해 평일에 자주 전환하거나 정기적으로 업데이트하기 좋습니다.
백업-장기
- 활성화
- 예
- 업데이트 주기
- 48시간
- 정렬 값
- 30
- 제외 키워드
- 만료|잔여|공지
업데이트 빈도가 낮아 주 그룹을 사용할 수 없을 때의 후보 출처로 적합합니다.
그룹을 저장하는 것은 설정을 기록하는 것일 뿐, 서버가 주 목록에 이미 입력되었다는 뜻은 아닙니다. 처음 만든 뒤에는 반드시 한 번 직접 업데이트해야 합니다. 업데이트가 끝나면 상태 표시줄이나 로그에서 추가·업데이트·삭제 수량을 확인한 다음 주 목록으로 돌아가 그룹별로 살펴보세요. 결과가 0개라면 업데이트를 연속으로 반복하지 말고 주소가 완전한지, 필터 조건이 모든 이름을 제외하고 있지 않은지, 시스템 시간이 정확한지 먼저 확인하세요.
지역 키워드로 서버 남기기
필터는 지역 이름을 추측해서 작성하지 말고 서버 메모에 실제로 사용된 표기부터 확인해야 합니다. 먼저 필터를 임시로 끄고 한 번 업데이트해 구독에서 “홍콩”, “HK”, “Hong Kong” 또는 공항 코드인 “HKG” 중 어떤 표기를 사용하는지 확인하세요. 자주 등장하는 이름을 기록한 뒤 보존 규칙을 작성하면 명칭 차이로 빈 목록이 되는 일을 피할 수 있습니다.
여러 키워드는 정규 표현식의 세로줄로 “하나라도 일치”한다는 의미를 나타낼 수 있습니다. 예를 들어 홍콩과 일본만 남기려면 “홍콩|HK|HKG|일본|JP|Tokyo|Osaka”처럼 작성합니다. 구독 제공자가 대소문자나 현지어 이름을 섞어 사용할 수 있으므로 실제로 나타나는 변형을 빠짐없이 적고, 저장한 직후 현재 그룹을 업데이트해 확인하는 것이 안전합니다.
홍콩|HK|HKG|Hong Kong
일본|JP|Tokyo|Osaka
싱가포르|SG|Singapore
미국|US|Los Angeles|San Jose보존 필터는 지역 범위를 좁힐 때 적합하고, 제외 필터는 서버가 아닌 안내 항목을 제거할 때 적합합니다. 자주 쓰는 제외 키워드는 “잔여”, “트래픽”, “만료”, “요금제”, “공지”, “공식 사이트”입니다. “배율”이라는 단어만으로 제외하지 마세요. 일부 구독은 정상 서버 이름에 배율 정보를 넣기 때문에 사용 가능한 회선까지 삭제될 수 있습니다.
| 목표 | 규칙 예시 | 예상 결과 | 확인 방법 |
|---|---|---|---|
| 홍콩만 보기 | 홍콩|HK|HKG |
이름이 일치하는 서버만 남김 | 업데이트 후 그룹별 항목 수 집계 |
| 세 지역 남기기 | 홍콩|일본|싱가포르 |
다른 지역 항목 숨기기 | 목록에 누락된 명칭이 없는지 확인 |
| 요금제 안내 제거 | 잔여|만료|공지|요금제 |
연결 항목이 아닌 항목 제외 | 정상 노드에 같은 단어가 포함되지 않았는지 확인 |
| 도시 노드 남기기 | Tokyo|Osaka|东京|大阪 |
지정한 도시만 표시 | 서버 메모를 하나씩 대조 |
결론: 필터 규칙은 넓게 시작해 점차 좁히기
처음에는 지역의 대표 키워드만 입력해 서버가 표시되는지 확인한 뒤 제외 키워드를 추가하세요. 한 번에 조건을 너무 많이 넣으면 “구독 자체가 비어 있는 경우”와 “규칙이 모든 항목을 잘못 삭제한 경우”를 구분하기 어렵습니다.
업데이트 주기와 그룹 정렬 설정하기
자동 업데이트 주기는 v2rayN이 구독을 다시 읽는 간격을 제어합니다. 서버 측정 주기가 아니며, 이 간격에 따라 현재 서버가 자동으로 전환되는 것도 아닙니다. 업데이트 후 구독에 새로 추가된 노드는 해당 그룹에 들어가고, 삭제된 노드는 클라이언트의 업데이트 방식에 따라 처리됩니다. 원격 콘텐츠가 수동으로 수정한 구독 노드를 덮어쓸 수 있으므로 사용자 지정 서버는 계속 갱신되는 구독 그룹과 섞지 말고 별도로 저장하는 편이 좋습니다.
업데이트 주기는 구독이 변경되는 속도에 맞춰 설정하세요. 회선을 자주 조정하는 주 구독은 12시간 또는 24시간, 안정적인 백업 구독은 48시간 또는 72시간으로 설정할 수 있습니다. 간격이 너무 짧으면 불필요한 요청이 반복되고, 너무 길면 이미 만료된 노드가 계속 표시될 수 있습니다. 클라이언트가 실행되지 않는 동안 데스크톱 정기 작업이 계속 수행되지는 않으므로 다시 시작한 뒤 모든 구독을 한 번 수동으로 업데이트할 수 있습니다.
- 정렬 값 10: 자주 쓰는 업무 그룹으로 맨 앞에 배치합니다.
- 정렬 값 20: 일상적인 개인 그룹으로 두 번째 선택 항목입니다.
- 정렬 값 30: 사용 빈도가 낮은 백업 그룹으로, 표시하되 맨 앞은 차지하지 않게 합니다.
- 정렬 값 간격 확보: 1·2·3 대신 10·20·30을 사용하면 나중에 전체 번호를 바꾸지 않고 15나 25를 삽입할 수 있습니다.
그룹 정렬은 관련 목록에서 그룹이 표시되는 순서만 결정하며 연결 우선순위를 의미하지 않습니다. 지연 시간이 가장 낮은 서버를 자동으로 선택하지도 않습니다. 서버 내부에서는 지연 시간·속도·메모로 다시 정렬할 수 있지만, 측정 결과는 로컬 네트워크·대상 주소·측정 시점의 영향을 받습니다. 안전한 방법은 먼저 대상 그룹으로 전환한 뒤 후보 노드의 실제 지연 시간을 측정하고 마지막에 사용할 서버로 수동 지정하는 것입니다.
구독 그룹과 라우팅 규칙을 올바르게 연동하기
구독 그룹은 “어떤 서버가 있고 어디에서 왔는가”를 관리하고, 라우팅 규칙은 “특정 요청을 어느 아웃바운드로 보낼 것인가”를 결정합니다. “업무-아시아”의 VLESS 서버를 선택하는 것은 프록시 아웃바운드에 사용할 원격 설정을 정하는 일일 뿐입니다. 도메인이 해당 프록시를 사용할지는 현재 라우팅 모드가 판단합니다. 그룹 이름을 “직접 연결”로 지정한다고 트래픽이 자동으로 직접 연결되는 것도 아니고, 노드 이름을 “업무”로 지정한다고 업무 도메인과 자동으로 매칭되는 것도 아닙니다.
v2rayN에서 “설정” → “라우팅 설정”으로 이동해 규칙 세트를 확인하고 주 창에서 현재 라우팅 모드를 선택할 수 있습니다. 규칙은 일반적으로 우선순위에 따라 도메인·IP·포트·프로토콜을 매칭하며, 일치하면 프록시·직접 연결·차단 아웃바운드로 보냅니다. 수정 후에는 구성을 다시 불러오고 코어 로그에서 요청이 예상한 규칙과 일치했는지 확인해야 합니다.
| 관리 대상 | 담당 내용 | 담당하지 않는 내용 |
|---|---|---|
| 구독 그룹 | 출처·업데이트·필터·표시 순서 | 개별 요청의 아웃바운드 방식을 판단하지 않음 |
| 활성 서버 | 현재 프록시 아웃바운드 매개변수 제공 | 모든 트래픽을 반드시 프록시로 보내도록 결정하지 않음 |
| 라우팅 규칙 세트 | 도메인·IP·포트에 따라 아웃바운드 매칭 | 구독 서버 목록을 업데이트하지 않음 |
| 시스템 프록시 | 시스템 프록시를 지원하는 앱을 로컬 포트에 연결 | 구독 출처를 직접 정리하지 않음 |
예를 들어 로컬 혼합 프록시 포트가 10808이고 브라우저가 시스템 프록시를 따르면 요청은 먼저 v2rayN의 로컬 인바운드로 들어온 뒤 라우팅 규칙의 판단을 받습니다. 규칙에서 로컬 네트워크 주소는 직접 연결, 중국 본토의 주요 도메인은 직접 연결, 나머지 요청은 프록시로 설정했다면 활성 서버는 마지막 유형의 트래픽만 처리합니다. 구독 그룹의 서버를 바꿔도 이 라우팅 규칙을 다시 작성할 필요는 없습니다.
- 대상 구독 그룹에서 테스트를 마친 활성 서버를 하나 선택합니다.
- “설정” → “매개변수 설정”으로 이동해 로컬 수신 포트가 다른 프로그램과 충돌하지 않는지 확인합니다.
- “설정” → “라우팅 설정”으로 이동해 규칙 순서와 대상 아웃바운드를 확인합니다.
- 시스템 프록시를 활성화한 뒤 테스트 대상에 접속하고 코어 로그에서 일치 결과를 확인합니다.
- 서버를 전환할 때 라우팅 규칙은 그대로 유지하면서 지연 시간과 연결 안정성을 각각 비교합니다.
자주 발생하는 문제와 점검 순서
다중 구독 문제는 “그룹 기록, 구독 요청, 필터 결과, 서버 연결, 라우팅 일치” 순서로 처리해야 합니다. 먼저 데이터가 클라이언트에 들어왔는지 확인하고, 다음으로 연결 가능한지 점검한 뒤, 마지막으로 트래픽이 규칙에 따라 아웃바운드로 나가는지 판단하세요. 앞단의 데이터 확인을 건너뛰고 라우팅부터 수정하면 변수가 늘어나는 경우가 많습니다.
업데이트는 성공했는데 그룹에 서버가 여전히 0개인 이유는 무엇인가요?
먼저 보존 및 제외 필터를 모두 비운 뒤 현재 그룹을 업데이트하세요. 서버가 나타나면 기존 규칙이 너무 엄격했던 것입니다. 지역 대표 키워드 하나를 다시 넣어 테스트한 다음 영문 약어와 제외 키워드를 단계적으로 추가하세요. 그래도 비어 있다면 구독 주소가 완전한지와 해당 그룹이 활성화되어 있는지 확인합니다.
여러 그룹에 같은 이름이 나타날 때 잘못 선택하지 않으려면 어떻게 해야 하나요?
구독에서 생성된 노드 메모를 직접 바꿔 출처를 구분하지 마세요. 다음 업데이트에서 수정 내용이 덮어써질 수 있습니다. 대신 그룹을 “업무-아시아”, “개인-아시아”처럼 용도가 드러나는 이름으로 지정하고, 주 목록에서 먼저 그룹을 전환한 뒤 그 안의 서버를 선택하세요.
구독 업데이트에서 시간 초과가 발생하면 필터 규칙을 바꿔야 하나요?
시간 초과는 콘텐츠를 다운로드하는 단계에서 발생하므로 노드 이름 필터와 관련이 없습니다. 먼저 네트워크에서 구독 주소에 접근할 수 있는지 확인하세요. 현재 사용 가능한 서버가 있다면 메뉴의 프록시 업데이트 방식으로 재시도하고, 로그에서 연결 시간 초과인지, 이름 해석 실패인지, 서버 측 오류 응답인지 확인합니다.
업데이트 주기를 24시간으로 설정했는데 서버가 자동으로 바뀌지 않는 이유는 무엇인가요?
업데이트 주기는 클라이언트가 실행 중이고 트리거 조건을 충족할 때만 적용되며, 원격 구독 콘텐츠가 반드시 변경된다는 보장도 없습니다. “구독 그룹 설정”에서 그룹이 활성화되어 있고 주기가 저장되었는지 확인한 다음 현재 구독을 수동으로 업데이트하고 로그의 항목 수를 비교하세요.
노드는 연결되는데 특정 웹사이트가 여전히 프록시를 사용하지 않을 때는 어떻게 해야 하나요?
먼저 해당 앱이 실제로 로컬 10808 포트 또는 시스템 프록시를 사용하는지 확인한 뒤 “설정” → “라우팅 설정”의 규칙 순서를 점검하세요. 코어 로그에서 대상 도메인과 일치한 아웃바운드를 확인합니다. 직접 연결 규칙이 먼저 일치한다면 구독을 반복해서 가져오지 말고 규칙 범위나 우선순위를 조정하세요.
정리를 마친 뒤에는 그룹 용도·정렬 값·업데이트 주기·보존 키워드·제외 키워드를 간단히 기록해 두는 것이 좋습니다. 구독 제공자가 명명 규칙을 바꾸면 새 서버와 기존 서버의 메모를 먼저 비교한 뒤 필터 조건을 수정하세요. 이렇게 하면 일회성 목록 정리를 지속적으로 관리할 수 있는 설정 절차로 바꿀 수 있습니다.