V2Ray 공식 다운로드v2rayN·v2rayNG 클라이언트

구독 그룹은 서버 항목과 구독 출처를 연결합니다. 먼저 구독 그룹 설정에서 출처를 추가한 뒤 업데이트하세요. 서로 다른 출처의 항목이 한 목록에 섞이는 것을 막을 수 있습니다. 그룹 이름은 기기에서 구분하기 위한 용도일 뿐, 원격 권한을 바꾸지는 않습니다. 필터를 적용할 때는 먼저 구독을 정상적으로 가져올 수 있는지 확인한 다음 범위를 좁혀 보세요. 링크를 하나씩 붙여 넣는 것보다 그룹으로 관리하면 지속적인 업데이트가 편리하지만, 업데이트 과정에서 원격에서 삭제된 항목이 반영될 수 있습니다. 직접 수정한 중요 설정은 별도로 저장해 두세요. 안드로이드 클라이언트로 바꿀 때는 그룹과 업데이트 옵션을 다시 확인해야 합니다.

{
  "domainStrategy": "IPIfNonMatch",
  "rules": [
    {
      "type": "field",
      "domain": ["geosite:cn"],
      "outboundTag": "direct"
    },
    {
      "type": "field",
      "ip": ["geoip:private", "geoip:cn"],
      "outboundTag": "direct"
    }
  ]
}

라우팅 규칙은 위에서부터 순서대로 매칭되며, 처음 일치한 규칙이 아웃바운드를 결정합니다. 특정 도메인 예외를 넓은 범위의 분류 규칙보다 앞에 두고, 그다음 LAN과 지역별 주소를 처리하세요. 아래는 라우팅 일부를 보여주는 예시이며, 완전한 설정으로 실행할 수 없습니다. direct 태그는 아웃바운드에 정의해야 하고, 분류 규칙을 사용하려면 기기에 데이터 파일이 있어야 합니다. 전역 프록시를 바로 전환하는 대신 사용자 지정 규칙을 사용하면 목적지에 따라 서로 다른 경로를 지정할 수 있습니다. 문제를 확인할 때는 도메인뿐 아니라 앱이 실제로 연결한 IP도 살펴보세요. 도메인 전략, DNS, 스니핑 결과가 최종 매칭에 영향을 줍니다. 어떤 규칙에도 매칭되지 않는 트래픽을 처리할 기본 아웃바운드도 명확히 지정해야 합니다.

{
  "dns": {
    "hosts": {
      "router.example": "192.168.1.1"
    },
    "servers": [
      "localhost"
    ]
  }
}

DNS 설정은 도메인 조회 방식을 결정하지만, 앱이 코어의 DNS를 사용하는지는 인바운드 방식과 클라이언트가 생성한 설정에도 달려 있습니다. 먼저 시스템 DNS, 앱 자체 DNS, 코어 DNS를 구분한 뒤 서버와 조회 정책을 조정하세요. 예시는 정적 매핑과 시스템 DNS 조회 경로를 이해하기 위한 것입니다. 시스템 DNS만 바꾸는 것보다 도메인별 조회 정책을 라우팅과 함께 설정할 수 있지만, DNS 요청 자체가 전달될 경로가 있어야 합니다. IP로는 연결되는데 도메인이 열리지 않는다면 먼저 조회 오류와 요청의 아웃바운드를 확인하고, 그다음 캐시를 살펴보세요. 라우팅과 여러 DNS 옵션을 동시에 바꾸지는 마세요.

시스템 프록시는 프록시 설정을 읽는 프로그램에만 영향을 줍니다. TUN은 가상 네트워크 어댑터를 통해 조건에 맞는 IP 트래픽을 로컬 전달 구성 요소로 보냅니다. 먼저 일반 프록시 연결이 정상인지 확인한 다음, 클라이언트 안내에 따라 권한을 부여하고 TUN을 켜세요. 시스템 프록시 설정이 없는 프로그램을 처리하는 데 유용하지만, 다른 가상 네트워크 어댑터나 기존 VPN, 보안 프로그램과 충돌할 가능성도 큽니다. 사용 후에는 웹 접속, LAN 접근, DNS를 각각 확인하세요. 네트워크에 문제가 생기면 먼저 TUN을 꺼서 기존 경로를 복구한 뒤 라우팅 테이블과 로그를 점검하세요. 트래픽을 가로채는 기능이 모든 연결을 원격 프록시로 보낸다는 뜻은 아닙니다.

여러 구독을 관리할 때 중요한 것은 항목을 한데 모으는 것이 아니라 출처를 분리하는 것입니다. 주소마다 별도 그룹을 만들고 용도를 기록한 다음, 업데이트에 실패하면 해당 그룹만 다시 시도하세요. 링크를 모두 한 그룹에 넣는 것보다 출처 오류, 형식 호환성 문제, 로컬 네트워크 문제를 구분하기 쉽습니다. 먼저 클라이언트 기본 업데이트 방식을 그대로 사용하고, 자동 업데이트나 필터 조건은 나중에 검토하세요. 자동 업데이트는 서버 매개변수를 새로 고칠 뿐 로컬 라우팅을 대신 설계하지 않으며, 현재 서버를 자동으로 전환하지 않을 수도 있습니다. 기기를 바꾸기 전 사용자 지정 규칙을 저장하고, 문제 해결 화면을 공유할 때는 구독 주소와 인증 정보를 가리세요.