다중 구독 그룹 관리: v2rayN 서버 필터와 메모 활용법

먼저 다중 구독 관리 목표 정하기

구독이 하나뿐이라면 서버 이름이 조금 뒤섞여 있어도 목록을 스크롤해 선택할 수 있습니다. 하지만 두 번째, 세 번째 구독을 추가하면 문제가 빠르게 커집니다. 서로 다른 출처에서 모두 “홍콩 01”, “일본 고속”, “자동 선택” 같은 이름을 사용할 수 있고, 같은 지역에 VMess와 VLESS 등 여러 프로토콜이 함께 나타날 수도 있습니다. 업데이트 후에는 만료된 서버와 새 서버가 교체되기도 합니다. 이때 서버 메모만으로는 어느 구독에서 온 서버인지 판단하기 어렵습니다.

정리의 첫 단계는 모든 이름을 바꾸는 것이 아니라 다음 세 가지 기준을 먼저 나누는 것입니다.

• 출처: 서버가 어느 구독 그룹에 속하며, 업데이트 시 무엇이 덮어써지는가.
• 위치와 용도: 메모만 보고 지역, 회선 또는 사용자 지정 용도를 바로 알아볼 수 있는가.
• 실행 설정: 현재 어떤 서버가 선택되어 있으며, 라우팅 규칙은 어떤 트래픽을 그 서버로 보내는가.

이 세 가지 기준은 v2rayN에서 같은 기능이 아닙니다. 구독 그룹은 출처를 관리하고, 서버 필터는 현재 목록을 좁히며, 라우팅 분할은 연결이 어떤 방식으로 나갈지 결정합니다. 이를 한데 섞으면 “목록은 그룹별로 정리된 것처럼 보이지만 실제 트래픽은 예상대로 분리되지 않는” 상황이 흔히 발생합니다.

구독 그룹으로 서버 출처 보존하기

v2rayN의 구독 그룹은 구독 주소, 그룹 메모, 해당 출처에서 생성된 서버 기록을 서로 연결해 관리할 수 있습니다. 여러 구독을 관리할 때는 각 출처마다 독립된 항목을 만들고, 여러 주소를 하나의 그룹에 반복해서 덮어쓰지 않는 것이 좋습니다. 이렇게 하면 특정 그룹만 업데이트할 수 있고, 문제가 생겼을 때 어느 구독이 빈 내용이나 변경된 서버 이름을 반환했는지도 빠르게 확인할 수 있습니다.

그룹을 만들 때 변하지 않는 정보 기록하기

1. 구독 그룹 관리 화면을 열고 새 구독 기록을 추가하세요.
2. 구독 주소를 입력한 뒤 짧고 오래 유지할 수 있는 메모를 그룹에 지정하세요.
3. 저장한 후 해당 그룹만 업데이트해 서버 목록에 관련 서버가 실제로 나타나는지 확인하세요.
4. 위 단계를 반복하되, 구독을 하나 추가할 때마다 바로 테스트하세요. 모두 입력한 뒤 한꺼번에 문제를 해결하려 하지 않는 것이 좋습니다.

그룹 메모에는 “주 사용-A”, “예비-B”, “프로젝트 테스트”처럼 오래 지나도 이해할 수 있는 약칭을 사용하는 것이 좋습니다. 만료일, 실시간 지연 시간, 일시적인 이벤트 이름은 빠르게 바뀌므로 그룹 이름에 넣지 마세요. 나중에 이름을 다시 바꾸는 부담이 커집니다. 만료 시간을 기록해야 한다면 서버 목록의 주요 식별 위치를 차지하게 하지 말고 별도의 개인 관리 목록에 적어 두세요.

업데이트 전에 범위부터 올바르게 선택하기

다중 그룹 환경에서 “모든 구독 업데이트”와 “현재 구독 업데이트”는 서로 다른 작업입니다. 일상적인 관리에서는 모든 그룹을 업데이트해도 되지만, 특정 출처에서 서버 수가 갑자기 줄거나 이름이 크게 바뀌거나 오류가 반환되면 해당 그룹만 업데이트하는 편이 좋습니다. 변화를 확인한 뒤 다른 그룹을 처리하면 문제 범위를 훨씬 명확하게 파악할 수 있습니다.

구독 업데이트는 일반적으로 원격 콘텐츠에 따라 서버를 추가하거나 교체하거나 삭제합니다. 특정 구독 서버를 수동으로 삭제해도 다음 업데이트에서 다시 나타날 수 있고, 서버 메모를 직접 수정해도 새 구독 내용으로 덮어써질 수 있습니다. 장기간 보존해야 할 출처 식별 정보는 각 서버에 임시로 수동 입력하기보다 구독 그룹 메모에 우선 기록하세요.

접두사 메모로 한눈에 읽히는 이름 규칙 만들기

좋은 서버 메모는 정보를 많이 담는 것보다 왼쪽에서 오른쪽으로 빠르게 판단할 수 있게 만드는 것이 중요합니다. 목록 너비가 충분하다면 “출처-지역-용도-번호” 순서로 구성하는 것을 권장합니다. 여러 구독에서 같은 이름이 생기기 쉬우므로 출처를 가장 앞에 두고, 키워드 필터를 쉽게 적용하도록 지역을 가운데에 배치하며, 숫자가 시선을 먼저 끌지 않도록 번호는 끝에 둡니다.

A-홍콩-일반-01
A-일본-동영상-02
B-독일-업무-01
B-싱가포르-예비-03

구독 그룹을 화면에서 따로 선택할 수 있다면 서버 메모를 “홍콩-일반-01”처럼 짧게 줄여도 됩니다. 반대로 평소 전체 서버 목록에서 주로 작업한다면 “A-” 또는 “B-” 같은 출처 접두사를 유지하세요. 접두사는 두 글자에서 여섯 글자 이내로 정하고, 혼동하기 쉬운 연속 숫자는 사용하지 않으며, 자주 바꾸지 않는 것이 좋습니다.

지역 용어를 통일하고 별칭을 겹쳐 쓰지 않기

같은 지역이 구독마다 한국어, 영어 약어, 도시 이름으로 다르게 표시될 수 있습니다. 필터 결과를 예측하기 쉽게 하려면 대표 용어를 하나 정하세요. 예를 들어 “홍콩”, “일본”, “싱가포르”, “독일”처럼 통일하고 도시 정보는 뒤에 붙입니다. 원격 서버 이름을 장기간 수동으로 수정할 수 없다면 원래 이름을 유지하고 여러 키워드로 나누어 검색하세요. 깔끔해 보이게 하려고 업데이트 때마다 다시 이름을 바꿀 필요는 없습니다.

프로토콜 이름을 메모에 넣을지는 사용 목적에 따라 결정하세요. VMess와 VLESS의 차이는 이미 서버 설정 필드에 저장되어 있으므로 일반적으로 모든 이름에 반복해서 적을 필요가 없습니다. 프로토콜 호환성을 테스트하거나 전송 설정을 비교하거나 특정 서버를 문제 해결할 때만 “VLESS”, “VMess” 같은 기술 접두사를 추가하면 됩니다. 메모의 역할은 선택을 돕는 것이지 전체 설정을 다시 적는 것이 아닙니다.

용도를 성능 결론이 아닌 관리용 메모로 작성하기

“업무”, “예비”, “테스트” 같은 용도는 자신의 사용 계획을 설명하므로 메모에 적합합니다. 반면 “가장 빠름”, “영구적으로 안정적” 같은 결론은 장기 태그로 적합하지 않습니다. 네트워크 경로는 시간과 접속 환경에 따라 달라지기 때문입니다. 지역과 용도는 유지하고, 선택하기 전에 v2rayN에서 제공하는 지연 시간 테스트를 실행한 뒤 실제 연결 상태와 함께 판단하는 편이 안전합니다.

v2rayN 서버 필터로 목록 좁히기

서버 필터는 “서버가 너무 많지만 지금은 일부만 보고 싶다”는 상황에 적합합니다. 실제 메뉴 위치는 v2rayN 버전에 따라 달라질 수 있지만, 일반적으로 서버 목록 주변에서 검색 입력창이나 필터 기능을 찾을 수 있습니다. 키워드를 입력하면 메모 또는 관련 필드와 일치하는 기록만 표시되고, 키워드를 지우면 전체 목록으로 돌아갑니다.

단일 키워드부터 시작하기

먼저 출처 접두사 “A-”, 지역명 “홍콩”, 용도 “업무”처럼 가장 확실한 단어를 사용하세요. 단일 키워드는 확인하기 쉽고 이름이 통일되어 있는지도 알려 줍니다. “홍콩”을 입력했는데 예상한 서버 일부만 표시된다면 다른 기록이 도시 이름이나 영어 약어로 작성되었을 수 있으므로, 구독이 사라졌다고 바로 판단하기보다 먼저 메모를 확인하세요.

다음 순서로 필터링하는 것을 권장합니다.

1. 먼저 구독 그룹을 선택해 출처 범위를 정합니다.
2. 그다음 지역 키워드를 입력해 후보 서버를 좁힙니다.
3. 필요할 때 용도 또는 프로토콜 키워드를 추가합니다.
4. 선택을 마친 후 필터를 지우고 현재 활성 서버가 여전히 존재하는지 확인합니다.

조건을 조합하기 전에 버전별 동작 확인하기

여러 키워드, 대소문자, 정규 표현식을 처리하는 방식은 버전에 따라 다를 수 있습니다. 일반 텍스트로 일치시키는 입력창도 있고, 더 복잡한 표현식을 지원하는 필터 기능도 있습니다. 세로줄, 공백, 특수 문자가 반드시 “또는”이나 “그리고”를 뜻한다고 가정하지 마세요. 먼저 이름이 분명한 서버 두세 대로 범위를 좁혀 테스트한 뒤 전체 목록에 표현식을 적용하세요.

현재 버전에서 정규식 필터를 명확히 지원하는 경우 다음과 같은 지역 별칭 표현식으로 여러 표기를 검색할 수 있습니다.

홍콩|HK|HKG
일본|JP|Tokyo
싱가포르|SG|Singapore

화면이나 버전 설명에서 해당 필터가 정규식을 지원한다고 명시한 경우에만 이 표현식을 사용하세요. 일반 텍스트 필터는 세로줄을 문자 그대로 처리해 결과가 비어 있을 수 있습니다. 버전이 확실하지 않다면 “홍콩”, “HK”, “HKG”를 각각 검색하는 편이 더 안정적입니다.

필터 결과가 비어 있을 때 확인할 네 단계

• 필터 키워드를 지우고 서버 목록 자체가 비어 있지 않은지 확인합니다.
• 모든 구독 그룹으로 전환해 출처 범위를 잘못 선택한 것은 아닌지 확인합니다.
• 서버 메모의 원문 일부를 복사해 검색하여 공백, 기호, 대소문자 차이를 배제합니다.
• 해당 구독을 다시 업데이트하고 업데이트 과정에 파싱 또는 네트워크 오류가 있었는지 확인합니다.

필터는 현재 표시 범위만 바꾸며 일반적으로 서버를 삭제하지 않습니다. 목록이 갑자기 몇 개만 남았다면 먼저 필터 입력창과 그룹 선택을 확인하고, 바로 구독을 다시 가져오지 마세요. 많은 “서버가 사라진” 문제는 이전에 사용한 키워드가 화면에 그대로 남아 생깁니다.

서버 필터, 서버 선택, 라우팅 분할 구분하기

서버 필터는 목록을 읽기 쉽게 만드는 화면 조작입니다. 핵심 설정의 라우팅 규칙을 자동으로 변경하지 않으며, 웹사이트마다 다른 구독을 자동으로 사용하게 만들지도 않습니다. 후보 목록에서 서버를 더블 클릭하거나 활성 서버로 지정해야 현재 외부 연결에 사용할 서버가 정해집니다. 라우팅 분할은 도메인, IP, 포트, 네트워크 유형 등의 조건에 따라 트래픽을 프록시, 직접 연결 또는 기타 정의된 출구로 보낼지 결정합니다.

예를 들어 목록을 “독일”로 필터링한 뒤 서버 하나를 선택하면 현재 기본 프록시 출구로 해당 서버를 사용한다는 뜻입니다. 이는 “독일 웹사이트만 이 서버를 사용한다”는 의미가 아닙니다. 웹사이트 유형별로 나누려면 v2rayN의 라우팅 설정에서 규칙을 만들고 규칙 순서와 일치 범위를 이해해야 합니다. V2Ray 또는 Xray 코어는 생성된 설정에 따라 라우팅을 실행하며, 목록에 표시된 필터 키워드를 읽어 판단하지 않습니다.

다중 구독이 여러 출구의 동시 사용을 뜻하지는 않기

여러 구독을 가져오면 v2rayN에 많은 서버를 저장할 수 있지만, 일반적인 사용에서는 여전히 하나의 활성 서버를 사용합니다. 출처를 바꾸려면 먼저 대상 그룹으로 필터링한 다음 구체적인 서버를 선택하세요. 여러 출구와 규칙을 더 복잡하게 연결해야 한다면 설정을 먼저 백업하고 라우팅 결과를 하나씩 확인하세요. 구독 그룹 이름만으로 실제 출구를 판단해서는 안 됩니다.

프로토콜 유형도 라우팅 정책을 대신할 수 없습니다. VMess와 VLESS는 서버 연결 및 인증 방식의 일부를 설명하고, 구독은 이러한 설정을 배포하며, 라우팅은 어떤 트래픽을 어느 출구로 보낼지 결정합니다. 프로토콜, 구독, 라우팅을 각각 이해하면 이후 문제 해결이 훨씬 쉬워집니다.

반복 가능한 업데이트 및 관리 절차 만들기

한 번 정리하는 일은 어렵지 않지만, 구독 업데이트 후에도 읽기 쉽게 유지하는 것이 어렵습니다. 매번 변화가 있는 부분만 처리하도록 짧은 절차를 정해 두세요.

1. 현재 v2rayN 설정을 백업합니다.
2. 그룹별로 구독을 업데이트하고 서버 수와 이름의 변화를 확인합니다.
3. 기존 필터 키워드를 지우고 각 그룹이 정상적으로 표시되는지 확인합니다.
4. 출처, 지역, 용도 키워드를 각각 한 번씩 테스트합니다.
5. 필요한 활성 서버를 다시 선택한 뒤 시스템 프록시 상태를 확인합니다.
6. 기본 연결 테스트를 실행해 문제가 필터 때문에 잘못 보이는 현상이 아닌지 확인합니다.

특정 출처가 서버 이름을 자주 바꾼다면 모든 서버를 계속 수동으로 수정할 필요가 없습니다. 안정적인 구독 그룹 메모는 유지하고 원격에서 실제로 제공하는 지역명으로 필터링하는 편이 관리 부담이 적습니다. 장기간 고정적으로 사용할 소수의 서버에만 사용자 지정 메모를 추가하고, 다음 업데이트에서 덮어써지는지 확인하세요.

구독 업데이트 후 서버가 중복으로 나타날 때

먼저 같은 구독 주소를 두 그룹에 추가했는지, 또는 이전 그룹이 아직 활성화되어 있는지 확인하세요. 그런 다음 각 그룹의 내용을 따로 확인하고 전체 목록에서 바로 일괄 삭제하지 마세요. 이전 그룹을 확실히 사용 중지했다면 먼저 백업한 뒤 이전 그룹과 연결된 기록을 삭제하고, 마지막으로 유지할 그룹을 업데이트하세요.

서버 이름이 모두 원격 형식으로 되돌아갈 때

대개 업데이트 과정에서 구독 제공자가 지정한 메모를 다시 기록했다는 뜻입니다. 출처 식별 정보는 구독 그룹 수준으로 옮기고 개별 서버 이름을 수동으로 수정하는 방식에 덜 의존하세요. 장기간 사용할 사용자 지정 이름이 꼭 필요하다면 자주 쓰는 소수의 서버만 처리하고 업데이트 후 다시 확인해야 한다는 점을 기록해 두세요. 전체 목록을 복제하듯 관리할 필요는 없습니다.

필터 후 잘못된 활성 서버를 선택했을 때

비슷한 이름이 몰려 있으면 먼저 출처 그룹으로 범위를 좁힌 다음 지역으로 필터링하세요. 선택 후 현재 활성 서버 표시를 확인하고, 필요하면 설정 세부 정보에서 주소, 포트, 프로토콜, 전송 매개변수를 대조하세요. “01”, “고속” 같은 일반적인 접미사만 보고 출처를 판단하지 마세요.

정리 규칙은 얼마나 복잡해야 할까

“어디에서 왔고, 어디에 있으며, 무엇에 사용할지”를 몇 초 안에 답할 수 있으면 충분합니다. 구독이 두 개라면 한 글자 접두사를 사용하고, 출처가 많아질 때 짧은 이름으로 바꾸세요. 규칙이 복잡할수록 구독 업데이트 후 관리 부담이 커집니다. 안정적인 그룹, 통일된 지역명, 적은 수의 용도 태그가 빽빽한 약어보다 보통 더 오래 쓸 수 있습니다.

바로 적용할 수 있는 정리 방식

여러 구독을 처음 관리하는 사용자라면 다음과 같은 가벼운 규칙을 바로 적용할 수 있습니다. 구독마다 독립된 그룹을 만들고, 그룹 메모는 “주 사용-A”, “예비-B”로 지정합니다. 서버 메모는 원격 지역명을 유지하되 자주 쓰는 소수의 서버에만 용도 메모를 추가합니다. 서버를 선택할 때는 먼저 그룹을 나눈 다음 지역을 검색하고, 라우팅 요구 사항은 별도로 라우팅 설정에서 처리합니다.

이 방법은 대량의 수동 이름 변경에 의존하지 않으며 화면 필터를 트래픽 분할로 착각하게 만들지도 않습니다. 구독 내용이 업데이트되어도 그룹 관계만 명확하면 변경된 출처를 빠르게 찾을 수 있습니다. 서버 목록은 서랍 속 케이블과 같습니다. 라벨이 화려할 필요는 없고, 필요할 때 올바른 케이블을 찾아낼 수 있으면 됩니다.