의도한 결과를 먼저 정의하세요.

유지 관리 가능한 라우팅 설정은 각 트래픽 클래스에 명확한 목적지를 제공하고 결정이 적용되었다는 증거를 생성합니다. 검증 가능한 예외 하나로 시작한 다음 점차적으로 규칙 세트를 확장합니다.

1. 트래픽별 목적 정리하기

내부 서비스를 직접적으로 유지하고, 작업 웹 사이트에서 안정적인 노드를 사용하고, 기타 모든 항목을 기존 정책을 유지하기를 원한다고 가정해 보세요. 대상, 의도한 아웃바운드 및 확인 방법부터 시작합니다. 해당 설명은 UI나 코어이 변경되더라도 여전히 유용합니다.

트래픽 유형 의도한 처리 방식 수집할 증거
알려진 로컬 장치 직접 연결성 및 예상 연결 기록
고정된 출구가 필요한 업무 도메인 검증된 노드 또는 그룹 새 연결은 지정된 아웃바운드를 사용합니다.
선택한 애플리케이션 1개 작업에 따라 프록시 또는 직접 연결 실제 프로세스와 새로운 요청이 일치합니다.
그 외 모든 것 기존 기본값을 유지합니다. 일치하지 않는 샘플은 영향을 받지 않습니다.

이는 범용 구성이 아닌 설계 예시입니다. 내부 서비스에는 특정 회사 VPN이 필요할 수 있습니다. 개인 IP 주소만으로는 물리적 인터페이스가 올바른 경로인지 확인할 수 없습니다.

2. 규칙 순서 확인하기

공식 v2rayN UI 가이드에서는 순서 일치에 대해 설명합니다. 이전 규칙이 일치하면 이후 규칙은 해당 요청에 대한 아웃바운드를 선택하지 않습니다.[1] Xray는 해당 라우팅 동작을 문서화합니다.[2] 따라서 확장 일치 규칙 아래에 배치된 정확한 예외는 효과가 없을 수 있습니다.

좁은 예외, 필요한 일반 규칙 및 최종 기본값으로 규칙을 검토합니다. 로컬 서비스, 업무 도메인 및 차단된 대상의 상대적 우선순위는 사용자의 의도에 따라 다릅니다. 광고 규칙이 항상 최우선이어야 한다고 가정하지 마십시오.

수정하기 전에 정상 동작하는 규칙 세트를 복제하고 routing-before-test처럼 알아보기 쉬운 이름을 붙입니다. 한 번에 규칙 하나만 추가하고 비고에 목적을 기록하세요. 원본을 남겨 두면 원인 파악과 되돌리기가 쉬워집니다.

3. 두 대상으로 예외 규칙 검증하기

아래 예시는 한 도메인만 직접 연결하고 나머지는 프록시로 보내는 구성을 보여 줍니다. v2rayN의 사용자 지정 라우팅 내보내기 형식이며, 모든 코어에 그대로 전달할 수 있는 전체 설정은 아닙니다. 예시 도메인 example.com을 의도한 대상으로 바꾼 뒤 복제한 규칙 세트에서 시험하세요.[3]

[
  {
    "remarks": "example-domain-direct",
    "domain": ["domain:example.com"],
    "outboundTag": "direct",
    "enabled": true
  },
  {
    "remarks": "remaining-traffic-proxy",
    "port": "0-65535",
    "outboundTag": "proxy",
    "enabled": true
  }
]

Xray의 도메인 문법에서 domain:example.com은 해당 도메인과 하위 도메인에 일치합니다. 호스트 이름 하나만 정확히 일치시켜야 한다면 full: 형식을 확인하세요.[2] 업무 도메인을 정밀하게 분리해야 할 때 범위가 넓은 키워드 일치로 대신하지 마세요.

대상 도메인을 요청하고 직접 아웃바운드를 확인합니다. 그런 다음 해당 도메인 외부에 다른 테스트 대상을 요청하고 프록시가 계속 적용되는지 확인하세요. 이러한 긍정적인 컨트롤과 부정적인 컨트롤은 모든 것을 직접 보내는 우발적인 변경과 올바른 예외를 구별합니다.

4. 프로세스 규칙과 그룹의 역할 구분하기

프로세스 규칙은 일치해야 하는 애플리케이션의 요청을 식별합니다. 라우팅이 그룹을 선택한 후 정책 그룹이 프록시 구성원을 선택합니다. 프로세스 일치에 의존하기 전에 코어가 실제로 보는 프로세스 정보가 무엇인지 확인하십시오. 브라우저 도우미, 실행 프로그램, 업데이트 프로그램 및 기본 실행 파일의 이름은 다를 수 있습니다. OS 권한, 코어 버전 및 캡처 방법도 가용성에 영향을 미칩니다.

v2rayN 규칙 편집기 문서에서는 각 규칙에 도메인, IP 또는 프로세스 이름 중 하나만 입력할 것을 권장합니다. 포트 및 네트워크 유형과 같은 기타 필드는 일치를 더욱 제한합니다.[1] 이 편집기 동작은 코어의 기본 규칙을 직접 작성하는 것과 호환되지 않습니다. 무엇이든 가져오기 전에 구성 레이어를 식별하세요.

규칙이 그룹을 선택한다면 호환되는 구성원 중 하나 이상이 실제로 동작하는지 먼저 확인하세요. 로그인 상태 유지가 중요한 업무 서비스에서는 지역을 넘나들며 출구가 무작위로 바뀌는 구성보다 적고 안정적인 후보가 동작을 이해하기 쉽습니다. 규칙에 일치했다고 해서 선택된 노드가 요청을 완료할 수 있다는 뜻은 아닙니다.

5. DNS와 규칙 함께 관리하기

도메인 일치에는 코어가 해당 호스트 이름을 파악할 수 있어야 합니다. IP 일치는 코어와 이름 확인 정책에 따라 DNS 조회를 포함할 수 있습니다. 브라우저의 암호화된 DNS, IP 직접 접속, 스니핑과 FakeIP는 관찰 가능한 정보를 바꿀 수 있습니다. 도메인 규칙에 일치하지 않으면 항목을 계속 추가하기 전에 코어가 실제로 무엇을 인식했는지 확인하세요.

규칙 세트에는 소스와 버전도 있습니다. 가져오기 URL, 업데이트 시간 및 목적을 기록합니다. 원격 규칙 세트가 변경된 후 대표 테스트를 다시 실행합니다. 새로운 필드나 형식은 이전 코어에서 작동하지 않을 수 있습니다. Xray JSON, sing-box 규칙 세트 및 기타 클라이언트의 형식은 상호 교환 가능한 파일이 아닙니다.

일부 비디오는 UDP 포트 443을 차단하여 QUIC 동작을 변경합니다. 이는 보편적인 속도 향상이 아닙니다. 애플리케이션이 TCP로 대체되거나 동작 및 성능이 저하될 수 있습니다. 실험이 관련성이 있다면 이를 분리하여 문서화하고 전후를 비교하십시오. 모든 UDP 트래픽에서 이를 포괄적 블록으로 전환하지 마십시오.

6. 다섯 가지 항목으로 동작 검증하기

  1. 일치 대상: 의도한 도메인 또는 프로세스가 새 규칙과 일치합니다.
  2. 비일치 대상: 관련되지 않은 대상은 이전 정책을 유지합니다.
  3. 내부 액세스: 로컬 장치 및 필수 내부 서비스는 계속 작동합니다.
  4. 지속성: 코어 다시 시작 및 구독 업데이트 후에도 규칙과 그룹을 계속 사용할 수 있습니다.
  5. 롤백: 원래 규칙 세트를 선택하면 이전 작업 동작이 복원됩니다.

다음 변경 때도 사용할 소수의 검증 대상을 보관하세요. 영상 한 번이 빠르게 열린 결과, 출구 IP 또는 속도 스크린샷만으로 전체 정책을 검증할 수는 없습니다.

규칙이 많을수록 좋은가요? 꼭 그렇지는 않습니다. 중복되거나 중복되거나 오래된 규칙은 설정을 이해하기 어렵게 만듭니다. 명확한 목적과 재현 가능한 점검을 통해 규칙을 유지하세요.

가져오기에 성공하면 호환성이 입증되나요? 아니요. 코어 시작, 생성된 규칙, 실제 일치 및 아웃바운드 연결 가능성을 별도의 단계로 확인하세요.

참고한 YouTube 영상

공개된 영상 제목, 설명과 챕터 목록을 주제 선정 및 화면 조작 참고에 활용했습니다. 본문은 독립적으로 작성한 가이드이며 영상 대본을 옮긴 글이 아닙니다. 기술 내용은 아래 공식 자료와 대조했습니다.

공식 자료와 적용 범위

자료 확인일: 2026-10-26. 메뉴 이름과 기능은 클라이언트, 코어 및 운영 체제 버전에 따라 달라집니다. 본문의 체크리스트는 권장 검증 절차이며 실제 측정을 완료한 성능 데이터는 아닙니다.

  1. 공식 v2rayN UI 및 설정 가이드
  2. 공식 Xray 라우팅 및 도메인 매칭
  3. 공식 v2rayN 사용자 정의 라우팅 형식

시리즈의 다른 글