사용자 정의 라우팅 규칙

규칙은 순서가 지정된 JSON 배열입니다.

각 개체는 규칙입니다. 활성화하면 이를 토글하고 설명에 레이블을 지정하며 outboundTag는 기존 아웃바운드를 선택합니다. 클라이언트 편집기 스키마는 기본 핵심 구성과 동일하지 않습니다. 클라이언트 규칙을 시작점으로 내보냅니다.

저장 후 규칙 세트를 활성화하고 프로필을 다시 적용합니다. 첫 번째 일치 규칙에서 평가가 중지됩니다.

공통 일치 필드

조건 내의 여러 값은 일반적으로 대안을 제공합니다. 서로 다른 조건은 서로를 제약합니다. v2rayN는 결합 시 도메인, IP 및 프로세스 필드를 분할하므로 규칙당 이 중 하나를 사용합니다.

정확한 규칙부터 시작하세요

이 예에서는 example.com과 해당 하위 도메인을 직접 보내고 그 밖의 모든 항목은 프록시를 통해 보냅니다. 포괄적인 내용은 마지막에 속합니다. 기존 규칙 세트에서 기존 포괄 항목 앞에 특정 규칙을 추가합니다.

JSON · 클라이언트 라우팅 규칙복사

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

일반적인 규칙 조합

개인 IP 범위 및 개인 도메인에 대한 직접 규칙을 사용하여 일치하는 GEO 데이터가 설치된 상태에서 로컬 리소스에 접근할 수 있도록 합니다. network=udp, port=443 및 outboundTag=block인 규칙은 UDP 443을 차단하고 QUIC/HTTP/3에 영향을 미칠 수 있습니다. 이는 보편적인 연결 수정이 아닙니다.

도메인 규칙에는 도메인 정보가 필요합니다. IP에 직접 연결하는 앱은 IP와 일치하지 않을 수 있습니다. 스니핑, DNS 모드 및 애플리케이션 관리 암호화 DNS는 코어가 볼 수 있는 내용에 영향을 미칩니다.

도메인 해결 전략

Xray AsIs는 라우팅 중에 도메인을 유지합니다. IPIfNonMatch는 도메인 일치 실패 후 확인합니다. IPOnDemand는 IP 기반 규칙에 필요한 시기를 확인합니다. 이 라우팅 정책은 실제 아웃바운드 DNS 확인과 별개입니다.

도메인 규칙을 의도적으로 배치하고 의도치 않게 광범위한 IP 규칙이 우선 적용되는 것을 방지합니다.

DNS 설정

가져오기, 검증 및 되돌리기

파일, 클립보드 또는 구독 URL에서 규칙을 가져옵니다. 이전 세트를 유지하고, 주석/후행 쉼표 없이 유효한 JSON를 사용하고, 아웃바운드 태그 및 데이터 카테고리를 확인하고, 지나치게 광범위한 첫 번째 규칙을 피하십시오.

새로운 연결로 특정 대상을 테스트하고 선택한 아웃바운드를 검사합니다. 기존의 수명이 긴 연결은 이전 경로를 유지할 수 있습니다. 필요한 경우 대상 앱을 다시 시작하십시오. 실패 시 이전 규칙 세트로 되돌립니다.