v2rayN 구독 그룹 및 노드 필터링: 여러 구독 주소 정리 방법

1. 구독 그룹, 노드 목록, 라우팅 규칙의 차이

구독 주소는 노드 목록을 가져오는 데 사용하고, 구독 그룹은 출처와 업데이트 옵션을 관리하며, 노드 목록에는 가져온 개별 연결이 표시됩니다. ‘출처 A’ 그룹의 이름을 ‘일상용 회선’으로 바꿔도 노드의 서버 주소, 포트, 프로토콜, 전송 방식은 바뀌지 않으며, 특정 웹사이트가 자동으로 해당 그룹을 사용하게 되는 것도 아닙니다.

라우팅 분기는 별도의 설정 계층입니다. 코어는 도메인, IP, 포트 등의 조건으로 규칙을 적용한 다음 아웃바운드를 선택합니다. 구독 그룹은 v2rayN이 노드를 관리하기 위한 애플리케이션 계층의 데이터입니다. 그룹 이름을 routing.rules[].outboundTag에 그대로 입력하지 마세요. 이 필드는 화면의 그룹명이 아니라 실제 생성된 설정의 아웃바운드 태그를 참조합니다.

• 구독 그룹: ‘이 노드들은 어디서 왔는지, 언제 업데이트할지, 가져올 때 어떤 이름을 유지할지’를 관리합니다.
• 목록 검색: ‘현재 목록에서 어떤 행을 표시할지’를 정합니다. 일반적으로 저장된 노드 자체는 변경하지 않습니다.
• 활성 서버: ‘현재 프록시 연결에 어떤 노드를 사용할지’를 정합니다. 목록에서 그룹을 바꿔도 활성 서버가 바뀌는 것은 아닙니다.
• 라우팅 규칙: ‘요청마다 어떤 아웃바운드를 사용할지’를 정합니다. 규칙 순서와 아웃바운드 설정은 별도로 확인해야 합니다.

VMess, VLESS 등은 연결 프로토콜이지 출처 태그가 아닙니다. 하나의 구독에 여러 프로토콜이 포함될 수 있으며, 정상적으로 사용할 수 있는지는 선택한 코어가 노드 필드를 인식하는지에 따라 달라집니다. 먼저 출처를 정리한 뒤 프로토콜 호환성을 확인하면 가져오기 문제를 연결 문제로 오인할 가능성이 줄어듭니다.

2. 구독 출처별 그룹 만들기와 업데이트 경계 분리

v2rayN 메인 창에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 열고 항목을 추가한 다음 메모나 별칭과 구독 주소를 입력합니다. 일부 버전에서는 메뉴가 ‘구독 설정’으로 표시됩니다. 주소, 업데이트 사용 여부, 업데이트 주기 항목이 있는 창을 기준으로 확인하세요. 처음에는 출처 하나만 등록해 업데이트가 정상적으로 되는지 확인한 뒤 두 번째 출처를 추가하면, 한꺼번에 가져온 뒤 오류 원인을 찾기 어려운 상황을 피할 수 있습니다.

1. ‘출처 A-일상용’ 그룹을 만들고 출처 A에서 받은 전체 구독 주소를 주소 입력란에 붙여 넣습니다. 앞뒤 공백이나 줄바꿈, 한글 문장부호가 포함되지 않았는지 확인하세요.
2. 먼저 필터 표현식은 비워 둔 채 저장한 다음 해당 그룹의 구독을 업데이트합니다. 화면에서 전체 구독만 업데이트할 수 있다면 다른 그룹에서 업데이트가 활성화되어 있는지 먼저 확인하세요.
3. 업데이트 로그에서 요청이 성공하고 노드가 파싱되었는지 확인한 다음 해당 그룹으로 전환해 이름, 프로토콜, 서버 포트를 확인합니다.
4. 출처 B는 별도 항목으로 등록하고 두 출처의 주소를 하나의 입력란에 합치지 마세요. 주소가 같더라도 그룹 이름만 다르게 지정했다고 별도의 업스트림으로 처리되는 것은 아닙니다.
5. 각 그룹의 용도와 업데이트 주기를 기록해 두세요. 장기간 보관할 수동 설정은 별도의 로컬 그룹에서 관리해 구독 업데이트로 교체되는 범위에 섞이지 않도록 합니다.

아래 내용은 정리 예시이며 소프트웨어의 기본값이 아닙니다. 설정 창의 단위가 ‘분’일 때 기준으로 입력하세요. 현재 화면에 다른 단위가 표시된다면 먼저 환산해야 합니다. 그룹 이름은 로컬에서 구분하기 위한 것이며, 실제 구독 주소는 예시에 포함하지 않았습니다.

구독 주소에는 액세스 토큰이 포함되는 경우가 많으므로 비밀번호처럼 안전하게 보관하세요. 스크린샷, 로그, 설정 백업을 공유하기 전에 전체 주소와 민감한 매개변수를 삭제해야 합니다. 표현식을 확인한다는 이유로 공개 온라인 정규식 테스트 도구나 구독 변환 도구에 주소를 붙여 넣지 마세요.

3. 키워드 검색과 구독 필터링은 따로 사용

노드를 잠깐 찾으려면 메인 창의 노드 목록에서 검색 또는 필터 입력란을 사용하세요. 원하는 그룹을 선택한 다음 노드 이름에 실제로 포함된 짧은 단어(예: 홍콩 또는 HK)를 입력합니다. 결과가 없으면 입력란을 비우고 원래 노드 이름부터 확인하세요. 그룹을 바로 삭제하지 마세요. 검색 범위, 대소문자 처리, 검색 가능한 열은 버전에 따라 다르므로 모두 정규식 검색으로 간주해서는 안 됩니다.

특정 지역의 노드만 장기적으로 유지해야 한다면 구독 그룹 설정으로 돌아가 이름에 ‘필터’ 또는 ‘정규식 필터’가 포함된 항목을 찾으세요. 일치하는 항목을 유지하는 규칙인지 제외하는 규칙인지 먼저 확인해야 합니다. 버전이나 필드가 다르면 같은 방식으로 해석할 수 없습니다. 저장한 뒤에는 해당 구독을 다시 업데이트해야 합니다. 그룹만 전환해서는 이미 가져온 노드에 업데이트 시 필터가 다시 적용되지 않습니다.

정규식: 먼저 포함 조건을 테스트

해당 필드가 정규식을 지원한다고 명시된 경우, 아래 표현식을 사용하면 이름에 ‘홍콩’ 또는 독립된 영문자 표기 ‘HK’가 포함된 노드를 찾을 수 있습니다. 영문 대소문자를 구분하지 않으며, 영문자 경계를 제한해 긴 단어 속 연속된 글자를 지역 코드로 잘못 인식하는 일을 줄입니다. 업스트림 이름이 HK01인 경우에도 숫자는 영문자 범위에 포함되지 않으므로 일치합니다.

(?i)(香港|(?<![A-Za-z])HK(?![A-Za-z]))

• 香港-01: 한자로 된 지역 이름과 일치합니다.
• HK-02, hk01: 영문자 표기와 일치하며 대소문자를 구분하지 않습니다.
• Tokyo-01: 일치하지 않습니다.
• 香港|HK만 입력하면 더 간단히 읽을 수 있지만 일치 범위가 넓어집니다. 적합한지는 업스트림에서 실제로 사용하는 이름에 따라 달라집니다.

기존 이름 중 유지해야 할 항목과 제외해야 할 항목을 하나씩 골라 먼저 검색한 다음 업데이트 결과를 확인하세요. 결과가 정반대라면 해당 필드가 제외 규칙인지 확인합니다. 모두 사라졌다면 규칙을 비우고 다시 업데이트해 전체 목록을 복구하세요. 오류 원인을 찾으려고 복잡한 조건을 여러 개 연달아 추가하지 마세요.

4. 자동 업데이트 주기: 노드 수가 아닌 출처별로 설정

자동 업데이트는 구독 내용을 다시 가져오는 기능입니다. 정기적으로 속도를 측정하지 않으며, 주기를 짧게 설정해도 연결 속도가 빨라지지 않습니다. 일상용 출처는 우선 하루에 한 번, 예비용 출처는 이틀에 한 번으로 설정할 수 있습니다. 제공업체가 최소 요청 간격을 정했다면 해당 제한을 우선적으로 지키세요. 아래 수치는 이 글의 예시를 시간으로 환산한 값이며, 실측 성능이나 기본 설정이 아닙니다.

‘구독 그룹 설정’에서 각 항목의 ‘업데이트 사용’과 ‘자동 업데이트 주기’를 확인하세요. 빈 값이나 0이 어떤 의미인지 추측하지 마세요. 예약 업데이트를 끄려면 화면에서 명확하게 제공하는 스위치를 사용하세요. 예약 작업은 대개 v2rayN이 실행 중일 때만 작동하므로, 클라이언트를 닫아도 백그라운드 서비스가 계속 구독을 가져온다고 생각해서는 안 됩니다.

• 필터를 방금 변경한 경우: 직접 업데이트를 한 번 실행해 결과를 바로 확인하세요. 다음 예약 작업까지 기다리지 마세요.
• 컴퓨터가 절전 모드에서 깨어난 경우: 최근 업데이트 로그를 확인하세요. 시간이 지났다는 이유만으로 업데이트가 완료되었다고 판단할 수는 없습니다.
• 업스트림에서 설정 변경을 알린 경우: 해당 출처를 직접 업데이트한 뒤 현재 활성 노드가 여전히 있는지 확인하세요.
• 업데이트가 자주 실패하는 경우: 로그를 보관하고 네트워크와 주소를 확인하세요. 주기를 줄여 실패 요청을 더 많이 보내지 마세요.

‘구독 업데이트’와 ‘프록시를 통한 구독 업데이트’도 구분해야 합니다. 후자는 현재 프록시 경로가 정상이어야 합니다. 활성 노드가 더 이상 작동하지 않으면 같은 노드를 거치는 업데이트 요청도 차단될 수 있습니다. 로컬 네트워크 환경에 맞는 업데이트 방식을 선택하되, 주소와 요청 경로를 확인하기 전에 모든 네트워크 설정을 반복해서 바꾸지는 마세요.

5. 중복, 빈 목록, 업데이트 실패를 점검하는 순서

노드 수가 줄었다고 반드시 서버에서 제공하는 노드가 줄어든 것은 아니며, 늘었다고 반드시 업데이트 오류가 발생한 것도 아닙니다. 먼저 목록 검색어를 지우고 올바른 그룹을 선택한 다음 구독 업데이트 로그를 확인하세요. 로그에는 민감한 주소가 포함될 수 있으므로 오류 원인만 기록하고 원문 전체를 그대로 공개하지 마세요.

표시 이름만으로 중복 여부를 판단하지 마세요. 이름이 둘 다 ‘홍콩-01’이어도 주소, 포트, 사용자 식별자 또는 전송 경로가 다를 수 있으며, 같은 주소의 서로 다른 포트가 별개의 서비스를 가리킬 수도 있습니다. 반대로 같은 연결에 업스트림에서 여러 메모를 붙였을 수도 있습니다. 연결 매개변수와 용도가 동일하다는 점을 확인한 뒤에만 중복 항목을 삭제하세요.

오래된 출처를 정리할 때는 ‘구독 항목 제거’와 ‘그룹 내 서버 삭제’를 구분해야 합니다. 확인 창에 실제로 어떤 범위가 삭제된다고 표시되는지 읽고, 계속 사용할 수 있는 활성 노드로 먼저 전환한 뒤 불필요한 데이터를 삭제하세요. 출처 하나를 숨기려고 모든 서버를 한꺼번에 삭제하지 마세요.

6. 정리 후 점검 목록

그룹 설정을 마친 뒤에는 목록이 깔끔해 보이는지만 확인하지 말고 전체 업데이트를 한 번 실행해 관리 절차를 검증하세요. 출처를 추적할 수 있고, 필터를 해제할 수 있으며, 업데이트 로그를 해석할 수 있어야 합니다. 또한 일상적으로 노드를 전환할 때 구독 설정을 반복해서 바꿀 필요가 없어야 합니다.

1. 출처 확인: 각 구독 항목의 출처가 명확하고 이름으로 구분할 수 있으며, 공개 스크린샷에 민감한 주소가 보이지 않습니다.
2. 필터 확인: 일치해야 하는 이름을 하나 남겨 기준으로 삼고, 일치하지 않아야 하는 이름이 잘못 포함되지 않았는지 확인합니다.
3. 업데이트 확인: 수동 업데이트가 완료되고, 사용 여부와 예약 주기가 용도에 맞으며, 로그에 지속적인 요청 오류가 없습니다.
4. 연결 확인: 가져온 서버 하나를 직접 선택하고 시스템 프록시 또는 사용하는 프록시 모드를 확인한 뒤 실제 애플리케이션에서 연결을 테스트합니다.
5. 복구 확인: 검색어를 지우고 필터를 해제한 뒤 다시 업데이트하는 방법을 알고 있어야 합니다. 변경 전에 보관할 로컬 설정도 백업해야 합니다.

이후에는 출처나 노드 이름이 바뀌거나 업데이트가 실패할 때 해당 그룹만 조정하면 됩니다. 프로토콜, DNS, 라우팅 문제는 각 설정 계층에서 계속 처리하세요. 필드를 더 자세히 확인하려면 전체 설정 가이드를 참고하세요. 시스템 프록시 설정과 구독 가져오기를 처음 진행한다면 빠른 시작 가이드를 확인하세요.