v2rayN 다중 구독 그룹 관리: 서버 필터링·메모 규칙·자동 업데이트 실전

이 글 한눈에 보기

v2rayN에 두 개 이상의 구독을 가져왔고 목록에 수십~수백 개의 서버가 있는 사용자를 위한 글입니다. 설정을 마치면 출처별로 구독 그룹을 관리하고, 지역·프로토콜·용도별로 서버를 필터링하며, 그룹마다 자동 업데이트를 예약할 수 있습니다. 구독에 직접 연결할 수 없을 때는 프록시를 경유해 업데이트할 수도 있습니다.

먼저 출처별로 구독 그룹 만들기

v2rayN을 열고 기본 메뉴에서 “구독 그룹”→“구독 그룹 설정”으로 이동합니다. 여러 구독 주소를 하나의 그룹에 연달아 붙여 넣지 마세요. 출처마다 그룹을 하나씩 만들고 별칭, 구독 주소, 업데이트 간격, 활성화 상태를 각각 입력합니다. 이렇게 하면 한 그룹을 업데이트해도 다른 출처의 서버가 함께 변경되지 않습니다.

그룹 별칭에는 출처와 용도가 드러나야 하며 “구독 1”, “백업 2”처럼만 쓰지 않는 것이 좋습니다. “출처 약칭-용도” 형식을 권장합니다. 예를 들면 “Alpha-일상”, “Beta-백업”, “Lab-테스트”와 같습니다. 별칭은 그룹 선택 화면과 서버 정보에 표시되므로 6~16자 정도로 제한하면 목록에서 보기 편합니다.

그룹 만들기 주소 입력 주기 설정 구독 업데이트 노드 필터링

그룹 필드 입력 방법

일상 사용 그룹

별칭: Alpha-일상
업데이트 간격: 180분
업데이트 활성화: 켜기
프록시 경유: 필요할 때 끄기

매일 연결하는 주 출처에 사용하며, 업데이트 주기는 60분보다 짧게 설정할 필요가 없습니다.

백업 출처 그룹

별칭: Beta-백업
업데이트 간격: 720분
업데이트 활성화: 켜기
프록시 경유: 장애 발생 시 활성화

백업 목록의 업데이트 횟수를 줄여 현재 사용하지 않는 출처를 자주 새로 고치지 않도록 합니다.

저장한 뒤 “구독 그룹” 메뉴에서 해당 그룹을 선택해 업데이트합니다. 처음 가져올 때는 그룹별로 진행하고, 각 그룹의 업데이트 전후 서버 수를 기록하세요. 예를 들어 Alpha 그룹에 64개, Beta 그룹에 38개가 들어왔다면 다음 업데이트에서 갑자기 0개가 될 경우 먼저 업데이트 로그를 확인하고 원래 그룹을 바로 삭제하지 마세요.

키워드와 정규식으로 서버 필터링하기

노드가 100개를 넘으면 스크롤로 찾지 마세요. 먼저 서버 목록의 필터 입력란에 “도쿄”, “싱가포르”, “VLESS”, “백업” 같은 일반 키워드를 입력합니다. 필터는 대개 서버 메모를 기준으로 검색하므로 메모 이름이 일관될수록 검색 결과가 정확합니다.

일반 키워드는 임시 검색에 적합합니다. 여러 지역을 동시에 필터링해야 한다면 정규식을 사용할 수 있습니다. 입력하기 전에 현재 버전의 필터 옵션에서 정규식 모드가 활성화되어 있는지 확인한 뒤 간단한 규칙부터 사용하세요. 표현식이 복잡할수록 공백·괄호·노드 이름 변경 때문에 대상이 누락되기 쉽습니다.

도쿄 노드만 보기: 도쿄를 입력하고 “일본-도쿄”와 “JP-도쿄”처럼 이름이 다른 항목이 있는지도 확인합니다.
도쿄 또는 오사카 보기: 정규식 모드에서 도쿄|오사카를 입력합니다.
일상 표시가 붙은 노드만 보기: ^\[일상\]을 입력합니다. 메모가 이 접두사로 통일되어 있어야 합니다.
테스트 노드 제외하기: 먼저 대상 지역을 필터링한 다음 메모에서 “테스트”, “임시” 표시가 붙은 항목을 확인하세요. 지연 시간만으로 용도를 판단하지 마세요.

찾을 대상	필터 내용	예상 결과
단일 지역	`싱가포르`	메모에 “싱가포르”가 포함된 서버와 일치
두 지역	`도쿄\|오사카`	정규식 모드에서 두 지역 중 하나가 표시됨
고정 용도	`^\[업무\]`	“[업무]”로 시작하는 메모만 표시
프로토콜 표시	`VLESS`	메모에 프로토콜 이름이 이미 포함된 경우에만 유효

필터는 현재 목록에 표시되는 범위만 바꾸며 서버의 프로토콜·주소·라우팅 설정은 수정하지 않습니다. 노드가 보이지 않으면 먼저 필터 입력란을 비운 뒤 왼쪽이나 상단에서 선택한 구독 그룹을 확인하세요. 가장 흔한 오판은 필터 단어가 남아 있는데 빈 목록을 구독 업데이트 실패로 생각하는 것입니다.

결론: 먼저 메모를 통일한 뒤 검색하기

필터 기능은 기존 필드만 읽습니다. 메모에 출처·용도·지역을 고정해 두는 편이 계속 길어지는 정규식을 관리하는 것보다 안정적입니다. 구독 이름이 바뀌어도 메모 규칙만 조정하면 됩니다.

수백 개 노드의 메모 규칙 정하기

메모는 세 가지 질문에 답해야 합니다. 노드의 출처, 사용 장면, 지역입니다. “[용도] 출처-지역-번호” 형식을 권장합니다. 예를 들면 “[일상] A-도쿄-01”, “[백업] B-싱가포르-03”입니다. 대괄호 접두사는 필터링에 적합하고, 출처 약칭은 그룹 식별에 유용하며, 끝의 번호는 같은 지역의 서버를 구분합니다.

실시간 지연 시간을 메모에 넣지 마세요. 지연 시간은 네트워크 상태에 따라 변하므로 “도쿄-50ms”는 몇 시간 뒤 부정확해질 수 있습니다. 프로토콜 이름은 프로토콜별 필터링이 실제로 필요할 때만 추가하세요. 예를 들면 “[테스트] A-도쿄-VLESS-02”와 같습니다. 일상 노드는 유형 열에서 VMess 또는 VLESS인지 바로 확인하면 됩니다.

128개

예시 서버 총수

3개 그룹

독립 구독 출처

12자

일반적인 메모 길이

10808

로컬 프록시 포트 예시

메모를 고정 필드로 나누기

일상 노드

용도 접두사: [일상]
출처 약칭: A
지역: 도쿄
번호: 01

최종 메모는 “[일상] A-도쿄-01”이 되며 장기간 유지하기에 적합합니다.

임시 테스트 노드

용도 접두사: [테스트]
출처 약칭: C
지역: 프랑크푸르트
번호: 02

테스트가 끝나면 접두사로 모아 찾은 뒤 유지할지 삭제할지 결정합니다.

출처 약칭은 한 글자 또는 2~4자의 문자로 고정하고 구독 표시 이름에 따라 바꾸지 않습니다.
지역 이름은 한 가지 표기만 선택하고 “도쿄”, “Tokyo”, “JP-TYO”를 섞어 쓰지 마세요.
번호는 01부터 두 자리로 통일하세요. 정렬할 때 1, 10, 2 순서로 섞이지 않습니다.
용도 접두사는 “일상”, “백업”, “테스트”, “업무”처럼 2~4글자로 제한합니다.
일괄 수정하기 전에 그룹별로 필터링해 A 출처의 접두사를 B 출처에 적용하지 않도록 하세요.

구독 업데이트 후 서버에서 제공한 메모가 로컬 이름을 덮어쓸 수 있습니다. 먼저 소수의 노드로 현재 버전과 구독 형식의 동작을 확인하세요. 노드 하나의 메모를 수정하고 해당 그룹을 업데이트한 뒤 메모가 유지되는지 확인합니다. 덮어써진다면 주요 분류는 그룹 별칭과 필터 규칙에 넣고, 모든 노드의 이름을 하나씩 바꾸는 데 많은 시간을 쓰지 마세요.

결론: 메모 규칙은 다시 생성할 수 있어야 합니다

이름 규칙을 한 줄 템플릿으로 기록하고 출처와 지역의 매핑을 보관하세요. 구독을 새로 고친 뒤 메모가 바뀌더라도 같은 규칙으로 빠르게 복구할 수 있어 기억에 의존해 하나씩 정리할 필요가 없습니다.

그룹별 업데이트 간격과 프록시 경유 설정

“구독 그룹”→“구독 그룹 설정”으로 이동해 각 그룹의 업데이트 간격을 따로 입력합니다. 주 출처는 180분, 백업 출처는 720분, 임시 테스트 출처는 자동 업데이트를 끄고 수동으로 실행하는 방식을 권장합니다. 모든 그룹을 지나치게 짧은 주기로 설정하지 마세요. 몇 분마다 목록을 새로 고친다고 노드가 더 안정적인 것은 아닙니다.

자동 업데이트 전에 v2rayN이 실행 중이고 시스템이 절전 상태가 아니며 해당 그룹이 활성화되어 있는지 확인하세요. 로그에는 요청·파싱·서버 수 정보가 명확하게 표시되어야 합니다. 예약 작업이 실행됐다는 기록만 있고 추가 또는 업데이트된 수가 없다면 구독 주소가 반환하는 내용을 계속 확인하세요.

일상 그룹: 180분마다 업데이트
백업 그룹: 720분마다 업데이트
테스트 그룹: 자동 업데이트 끄기
업데이트 순서: 일상 → 백업 → 테스트
이상 판단: 서버 0개 반환 시 먼저 로그 확인

구독 주소에 직접 접속할 수 없다면 먼저 사용 가능한 기존 서버에 연결한 다음 대상 그룹에서 “프록시 경유” 또는 해당하는 “프록시를 통해 업데이트” 옵션을 활성화합니다. 로컬 프록시 수신 포트가 10808이면 업데이트 요청이 현재 프록시 경로를 통해 전송됩니다. v2rayN 버전에 따라 필드 이름이 조금 다를 수 있으므로 “구독 그룹 설정” 창에 실제로 표시되는 라벨을 기준으로 설정하세요.

기본 목록에서 사용 가능 여부를 확인한 서버를 하나 선택해 활성 서버로 지정합니다.
시스템 프록시를 켜고 브라우저에서 요청이 정상적으로 전송되는지 확인합니다.
대상 구독 그룹으로 이동해 프록시 경유 또는 프록시를 통한 업데이트를 활성화합니다.
해당 그룹을 수동으로 업데이트하고 로그의 응답 상태와 파싱된 수를 확인합니다.
업데이트가 성공한 뒤 노드 수·메모·프로토콜 유형을 확인하세요. “완료” 표시만 보지 마세요.

중복 노드·빈 그룹·업데이트 시간 초과 점검

다중 구독 관리에서 가장 흔한 문제는 가져오지 못하는 것이 아니라 같은 서버가 여러 그룹에 중복으로 나타나는 것입니다. 주소·포트·전송 방식·서버 식별자를 먼저 비교하고 메모만으로 판단하지 마세요. 두 노드의 이름이 모두 “도쿄 01”이어도 서로 다른 진입점에서 왔을 수 있으며, 메모가 달라도 실제 주소와 포트가 같을 수 있습니다.

빈 그룹은 대개 세 가지 원인으로 발생합니다. 구독 주소가 만료되었거나, 필터 조건이 모든 서버를 제외했거나, 현재 클라이언트가 반환 형식을 인식하지 못하는 경우입니다. 필터 입력란을 비우고 임시 필터를 끈 뒤 다시 업데이트하세요. 그래도 0개라면 로그를 확인합니다. 원래 주소·업데이트 시간·옵션이 문제를 찾는 데 도움이 되므로 그룹을 먼저 삭제하지 마세요.

구독 업데이트가 계속 시간 초과로 표시되면 어떻게 하나요?

먼저 사용 가능한 서버에 연결하고 “구독 그룹”→“구독 그룹 설정”으로 이동해 실패한 그룹의 프록시 경유를 활성화한 뒤 수동으로 업데이트합니다. 그래도 시간 초과가 발생하면 로컬 프록시 포트가 현재 설정의 10808인지 확인하고 로그에 연결 거부가 표시되는지 살펴보세요.

업데이트 후 노드 수가 갑자기 0개가 되면 어떻게 하나요?

서버 필터 입력란을 비우고 올바른 그룹을 선택했는지 확인한 뒤 업데이트 로그에서 다운로드 및 파싱 결과를 확인합니다. 반환 내용이 비어 있거나 형식이 비정상이라면 해당 그룹의 자동 업데이트를 일시 중지하고 기존 구성을 보존하세요.

같은 노드가 두 그룹에 모두 나타나면 어느 쪽을 삭제해야 하나요?

주소·포트·프로토콜·전송 매개변수를 먼저 비교한 뒤 업데이트가 안정적이고 메모가 명확한 출처를 남기세요. 두 그룹이 주 사용과 백업 역할을 각각 맡고 있다면 모두 유지하되 출처 접두사로 구분해도 됩니다.

일괄 수정한 메모가 업데이트 후 원래대로 돌아오면 어떻게 하나요?

현재 구독 업데이트가 서버의 메모를 다시 기록한다는 뜻입니다. 출처는 그룹 별칭에 넣고 용도와 지역 규칙은 고정 템플릿으로 기록하세요. 다음에는 필터링한 대상 노드만 일괄 처리하고 전체 목록을 하나씩 수정하지 마세요.

자동 업데이트를 설정했는데 제때 실행되지 않으면 어떻게 하나요?

예약 시간에 v2rayN이 계속 실행 중이고 기기가 절전 상태가 아니며 그룹에서 자동 업데이트가 활성화되어 있는지 확인하세요. 이후 로그에서 예약 작업 기록을 확인합니다. 클라이언트를 방금 시작했다면 먼저 한 번 수동 업데이트해 주소와 프록시 경유 설정을 검증하세요.

매달 한 번 그룹 정리하기

각 그룹의 정상 서버 수 범위를 기록하세요. 예를 들어 주 사용 그룹은 보통 55~70개입니다.
사용 불가가 확인되고 두 번 연속 업데이트해도 복구되지 않는 임시 노드를 삭제합니다.
메모 접두사가 여전히 통일되어 있는지 확인하고 “백업”, “백업용”처럼 용도가 중복된 이름을 합칩니다.
각 그룹에서 최소 두 개의 서버를 테스트하고 목록의 지연 시간 결과에만 의존하지 마세요.
전체 구성을 한 번 내보내고 파일 이름에 날짜를 넣습니다. 예: v2rayN-config-2026-08.json

정리를 마친 뒤에는 일반적으로 “주 사용 그룹 하나, 백업 그룹 하나, 필요한 테스트 그룹”만 남기는 편이 여러 출처를 동시에 활성화하는 것보다 관리하기 쉽습니다. 그룹 수가 많다고 좋은 것은 아닙니다. 출처·용도·업데이트 주기·메모 규칙을 빠르게 식별할 수 있다면 수백 개의 노드도 몇 번의 필터링으로 찾을 수 있습니다.