v2rayN 구독 그룹 및 노드 필터링: 여러 VPN 구독을 깔끔하게 관리하는 방법

1. 구독 그룹, 검색, 라우팅은 각각 무엇을 관리할까요?

구독 링크는 서버 설정을 가져오는 주소이고, 그룹은 v2rayN이 해당 설정의 출처를 표시하는 방법입니다. 하나의 구독에 VMess, VLESS 등 여러 프로토콜의 항목이 포함될 수 있습니다. 같은 그룹에 넣어도 프로토콜이 바뀌거나 여러 서버가 하나의 연결로 합쳐지지는 않습니다.

가장 혼동하기 쉬운 점은 ‘이 노드만 표시하기’와 ‘이 웹사이트만 프록시로 연결하기’의 차이입니다. 전자는 목록 정리 기능이고 후자는 라우팅 규칙입니다. ‘예비’ 그룹을 선택해도 예비 서버가 자동으로 활성화되지는 않습니다. 사용할 항목을 직접 선택해 활성 서버로 지정해야 합니다.

아래에서는 v2rayN 중국어 인터페이스에서 흔히 쓰는 메뉴 이름을 사용합니다. 데스크톱 인터페이스와 WPF 인터페이스는 버튼 위치가 다를 수 있으며, ‘구독 그룹 설정’이 별도 메뉴로 표시되기도 합니다. 작업 전에 ‘도움말’의 버전 정보에서 클라이언트 버전을 확인하세요. 다른 인터페이스의 버튼 위치와 다르다고 해서 오류는 아닙니다.

2. 지역별이 아닌 구독 출처별로 그룹 만들기

구독 주소 하나당 출처 그룹 하나를 만드는 것이 좋습니다. 그룹 이름은 ‘주 사용·월간’, ‘예비·분기’, ‘테스트·단기’처럼 정하면 ‘홍콩’, ‘일본’만 적는 것보다 출처를 추적하기 쉽습니다. 지역은 노드 이름이나 검색으로 구분하고, 같은 주소를 지역별로 반복해서 추가할 필요는 없습니다.

1. 그룹 설정 열기

   메인 화면에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 엽니다. 같은 이름의 버튼이 바로 보이면 클릭해 그룹 관리 창으로 들어갑니다.

2. 출처 추가

   ‘추가’를 클릭하고 ‘별칭’에 ‘주 사용·월간’을 입력한 다음 구독 주소란에 서비스 제공업체가 안내한 전체 주소를 붙여 넣습니다. 먼저 원본 구독이 정상인지 확인할 수 있도록 필터 항목은 비워 둡니다.

3. 저장 후 업데이트

   해당 그룹의 업데이트가 활성화되어 있는지 확인하고 저장한 뒤 메인 화면으로 돌아갑니다. 그룹을 선택하고 ‘구독 그룹’ 메뉴에서 현재 구독을 업데이트합니다. 처음에는 프록시를 사용하지 않는 업데이트 방식을 선택해도 됩니다.

4. 출처 확인

   노드가 목록에 표시되는지, 업데이트가 성공했다는 알림이 있는지 확인합니다. 같은 방법으로 ‘예비·분기’ 그룹도 추가합니다. 한 번에 하나씩 출처를 추가하면 여러 주소를 동시에 가져온 뒤 어느 주소에 문제가 있는지 헷갈리지 않습니다.

5. 연결 테스트

   대상 그룹에서 항목 하나를 선택하고 마우스 오른쪽 버튼 메뉴에서 활성 서버로 지정한 다음 연결을 테스트합니다. 그룹에 노드가 표시되는 것은 가져오기가 완료되었다는 뜻일 뿐, 서버가 반드시 작동한다는 의미는 아닙니다.

자주 쓰는 노드 몇 개의 이름만 바꾸려는 경우에도 구독 업데이트로 이름이 다시 덮어써지거나 항목이 교체될 수 있습니다. 장기간 유지할 표시는 그룹 별칭에 넣는 것이 좋습니다. 수동으로 수정한 설정을 유지해야 한다면 자동 업데이트 구독 항목과 분리해 관리하고 출처도 기록해 두세요.

3. 검색부터 사용하고 구독 필터링은 필요할 때 설정하기

오늘 일본 노드 하나만 찾으려면 메인 화면 검색으로 충분합니다. 먼저 출처 그룹을 선택한 뒤 검색창에 노드 이름에 실제로 들어 있는 ‘일본’ 또는 ‘JP’ 같은 단어를 입력하세요. 두 검색어가 같은 결과를 가리키지는 않을 수 있습니다. 서비스 제공업체가 한 가지 표기만 사용할 수 있으므로 검색 결과가 없다고 해서 해당 지역 노드가 구독에 없다는 뜻은 아닙니다.

메인 화면의 검색창이 입력값을 정규식으로 처리한다고 볼 수는 없습니다. 아래 정규식 예시를 검색창에 그대로 붙여 넣고 결과만으로 규칙이 맞는지 판단하지 마세요. 정규식은 정규식 입력란이라고 명확히 표시된 구독 필터에만 입력해야 합니다. 현재 버전에 해당 입력란이 없다면 그룹과 일반 검색을 사용하세요.

노드 이름으로 정규식 확인하기

원본 목록에 ‘홍콩 01’, ‘HK 02’, ‘일본 01’, ‘JP 02’라는 이름이 실제로 있고 홍콩과 일본 노드만 계속 유지하려는 경우, 일치하는 노드를 남기는 별칭 필터 항목에 다음을 입력할 수 있습니다:

(?i)(홍콩|일본|\bHK\b|\bJP\b)

• (?i)는 영문 대소문자를 구분하지 않으므로 HK와 hk를 모두 찾습니다.
• |는 ‘또는’을 의미하며, 한 이름에 모든 키워드가 동시에 포함되어야 한다는 뜻은 아닙니다.
• \bHK\b는 독립된 HK 표기를 찾습니다. 이름이 HK01처럼 붙어 있으면 이 규칙에 일치하지 않습니다.
• 경계 조건이 헷갈리면 먼저 홍콩|일본처럼 간단한 식을 사용하고, 업데이트 후 항목을 하나씩 확인하면서 영문 표기를 추가하세요.

필터 기준은 노드 이름이지 실제 서버 위치, 지연 시간 또는 출구 IP가 아닙니다. 이름에 표시된 ‘배율’, ‘잔여 트래픽’ 등의 정보도 서비스 제공업체가 입력한 값입니다. 이름만으로 회선 품질을 판단하지 말고, ‘저지연’이 포함된 이름을 속도 측정 결과처럼 받아들이지 마세요.

4. 자동 업데이트 간격은 여유 있게 설정하기

자동 업데이트는 설정을 다시 가져오는 기능이지 가장 빠른 노드를 자동 선택하는 기능이 아닙니다. 너무 자주 새로 고쳐도 현재 연결의 지연 시간이 줄어들지 않으며, 서비스 제공업체의 요청 제한에 걸릴 수 있습니다. 제공업체가 안내한 업데이트 주기를 먼저 확인해 클라이언트에 설정하세요. 주소가 바뀌거나 새 노드가 추가되었을 때는 해당 그룹을 수동으로 업데이트할 수 있습니다.

위 내용은 설정 예시이며 성능 테스트 결과나 모든 서비스에 적용되는 공통 기준이 아닙니다. ‘구독 그룹’ → ‘구독 그룹 설정’으로 이동해 대상 그룹을 편집하고 ‘자동 업데이트 간격’ 항목을 찾으세요. 옆에 분 단위라고 표시되어 있으면 720을, 현재 인터페이스가 시간 단위를 사용하면 12를 입력합니다. 저장하기 전에 화면에 표시된 단위를 확인하세요.

• 주 사용 그룹: 먼저 서비스 제공업체의 권장 설정을 따르세요. 별도 안내가 없다면 위의 낮은 빈도 설정 예시부터 적용해 상태를 살펴보세요.
• 예비 그룹: 적절한 주기로 업데이트하세요. 실제로 전환할 때 수동 업데이트와 테스트를 진행하고, 주 사용 그룹이 작동하지 않을 때까지 점검을 미루지 마세요.
• 테스트 그룹: 테스트가 끝나면 업데이트를 비활성화하거나 그룹을 삭제해 만료된 주소에서 계속 오류가 나지 않도록 하세요.
• 절전 중인 기기: 클라이언트가 종료되었거나 기기가 절전 상태인 동안에는 업데이트 간격이 백그라운드에서 반드시 실행된다고 볼 수 없습니다. 다시 실행한 뒤 최근 업데이트 결과를 확인하세요.

업데이트 방식은 프록시 사용 여부도 구분해야 합니다. 직접 연결로 구독을 가져오다 시간 초과가 발생했고 현재 사용할 수 있는 프록시가 있다면 ‘구독 그룹’ 메뉴에서 ‘프록시를 통해’라는 문구가 포함된 현재 구독 업데이트 항목을 선택하세요. 이 설정은 구독 요청 경로만 바꿉니다. 만료된 토큰을 복구하거나 웹 오류 페이지를 유효한 노드 정보로 바꾸지는 못합니다.

5. 노드 감소, 중복, 업데이트 실패 확인하기

정리할 때는 한 번에 한 가지씩 변경하세요. 먼저 그룹을 만들고 원래 노드 수를 확인한 다음 필터를 추가하고 마지막으로 업데이트 주기를 바꿉니다. 주소와 필터 식, 프록시 경로를 동시에 변경하면 목록이 비었을 때 원인을 찾기 어렵습니다. 업데이트 전에 클라이언트의 백업 또는 내보내기 기능으로 설정을 저장하세요. 백업 파일도 민감한 정보로 다뤄야 합니다.

‘파싱 실패’가 표시되면 업데이트 로그에서 노드 정보가 수신되었는지, 아니면 로그인 페이지나 점검 안내 등 다른 형식의 내용이 수신되었는지 먼저 확인하세요. 구독 링크에 접속할 수 있다고 해서 반환된 내용을 현재 클라이언트가 읽을 수 있는 것은 아닙니다. 로그에 지원하지 않는 필드나 프로토콜이 명시되어 있다면 클라이언트 버전과 서비스 제공업체가 지원하는 구독 형식을 확인하세요.

6. 정리 후 확인 순서

목표는 목록을 최대한 짧게 만드는 것이 아니라 출처와 사용 가능 여부, 업데이트 상태를 한눈에 확인할 수 있게 하는 것입니다. 검증된 예비 항목을 몇 개 남겨 두는 편이 주 사용 지역 외의 항목을 모두 숨기는 것보다 실용적입니다. 주 사용 출처에 일시적인 문제가 생겼을 때 사용할 수 있는 예비 노드가 있으면 프록시를 통한 구독 업데이트에도 도움이 됩니다.

1. 검색어 지우기: 남아 있는 키워드 때문에 전체 목록이 숨겨지지 않았는지 확인하고, 그룹 이름이 각 출처와 연결되는지 점검하세요.
2. 그룹별 업데이트: 각 그룹을 따로 업데이트하고 성공 여부를 기록하세요. ‘모두 업데이트’의 마지막 알림만 확인하지 마세요.
3. 필터 확인: 주 사용 그룹과 예비 그룹에 각각 예상한 항목이 하나 이상 남아 있는지 확인하고, 한글 이름과 영문 이름이 모두 올바르게 일치하는지 점검하세요.
4. 활성 서버 확인: 주 사용 항목과 예비 항목을 각각 선택해 테스트한 뒤 평소 사용하는 서버로 다시 전환하세요.
5. 관리 기록 저장: 그룹 별칭, 업데이트 주기, 필터 규칙을 기록하되 전체 구독 토큰은 남기지 마세요. 다음에 규칙을 변경할 때 이전 설정을 복구하기 쉽습니다.

이후 웹사이트별 트래픽 분리를 조정하려면 구독 필터가 아니라 라우팅 설정에서 처리하세요. 구독 관리는 ‘어떤 노드가 있고 어디에서 왔는지’를, 라우팅은 ‘어떤 연결을 어느 아웃바운드로 보낼지’를 결정합니다. 두 기능을 분리하면 출처를 바꾸거나 노드를 업데이트할 때 문제를 확인할 범위가 훨씬 좁아집니다.