V2Ray 커뮤니티

구독 그룹과 업데이트

구독 주소는 원격 설정 목록을 불러오는 주소이지, 바로 연결할 수 있는 서버 주소가 아닙니다. 먼저 그룹을 만들고 메모와 주소를 입력한 뒤 업데이트해야 선택 가능한 설정이 표시됩니다. 그룹은 출처나 용도별로 정리할 때 유용하고, 메모는 로컬에서 구분하는 데만 사용됩니다. 서버 정보를 하나씩 직접 입력하는 것보다 구독을 이용하면 서버 설정을 동기화하기 쉽지만, 업데이트 과정에서 원격으로 관리되는 항목이 덮어써질 수 있습니다. 직접 수정하려면 먼저 별도 설정으로 복사하세요. 구독 주소의 토큰은 접근 자격 정보이므로 스크린샷이나 로그를 공유하기 전에 가려야 합니다. 업데이트에 실패하면 주소 전체가 올바른지, 유효 기간이 지났는지, 접속 경로에 문제가 없는지 확인하세요.

https://example.com/sub?token=xxxx

라우팅 규칙과 매칭 순서

라우팅은 코어에 전달된 요청이 어떤 출구로 나갈지 정하며, 앱이 자동으로 프록시를 사용하게 하지는 않습니다. 먼저 기본 모드 중 하나를 선택한 다음 필요한 도메인에만 예외를 추가해 보세요. 규칙은 보통 순서대로 매칭되므로 구체적인 도메인을 넓은 범위의 분류보다 앞에 둬야 뒤의 규칙이 적용될 기회를 놓치지 않습니다. 모든 트래픽을 같은 출구로 보내는 것보다 라우팅 분할을 이용하면 로컬 서비스와 원격 접속을 함께 처리하기 좋습니다. 아래는 규칙 일부만 보여 주는 예시입니다. 직접 연결 출구 태그는 전체 설정에 있어야 하며, 지역 분류는 해당 규칙 데이터에 따라 달라집니다. 변경 후에는 실제 사용할 앱으로 확인하고, 모드 이름만 보고 결과를 판단하지 마세요.

{
  "type": "field",
  "domain": ["geosite:cn", "domain:example.com"],
  "outboundTag": "direct"
}

DNS 조회와 요청 출구

DNS는 도메인 이름을 IP 주소로 변환하며, DNS 요청의 경로와 실제 연결 경로를 함께 살펴봐야 합니다. 도메인으로는 접속할 수 없지만 IP 주소로는 접속된다면 먼저 DNS 조회 결과를 확인한 다음 라우팅을 점검하세요. GUI 클라이언트의 로컬 DNS, 원격 DNS, 코어 DNS가 서로 다른 설정 계층을 가리킬 수 있으므로 여러 가이드의 항목을 그대로 조합하지 않는 것이 좋습니다. 공개 DNS로 바꾸기만 하는 것보다 DNS 요청이 어떤 경로로 나가는지 먼저 확인하면 문제를 찾기 쉽습니다. 아래는 코어 DNS 객체의 일부 예시이며 전체 설정이 아닙니다. 암호화된 DNS를 사용할지, 순환 의존성을 어떻게 피할지는 현재 클라이언트와 네트워크 환경에 맞춰 결정하세요.

{
  "dns": {
    "servers": ["https://dns.example.com/dns-query"],
    "queryStrategy": "UseIPv4"
  }
}

예시 도메인은 설정 항목을 설명하기 위한 용도입니다. 실제 설정에는 사용할 수 있고 신뢰할 수 있는 DNS 서비스를 입력하세요.

프로토콜 요구사항에 맞는 코어 선택

GUI 클라이언트와 프록시 코어는 서로 다른 소프트웨어 계층입니다. 클라이언트는 구독과 사용 설정을 저장하고, 코어는 설정을 읽어 연결을 구성합니다. Xray와 V2Fly는 기술적 배경 일부를 공유하지만 프로토콜 확장, 전송 방식 지원, 설정 항목의 의미가 완전히 같지는 않습니다. 코어 이름만 보고 바로 바꾸기보다 서버 요구사항을 먼저 확인하는 편이 안전합니다. REALITY 설정에서는 Xray 지원 여부와 매개변수 일치 여부를 특히 확인하세요. 아래는 일반적인 전송 보안 설정의 위치를 보여 주는 일부 예시입니다. 코어를 바꾸기 전에 기존 설정을 보관하고, 변경 후에는 시작 로그를 확인하세요. 설정 항목이 호환되지 않으면 해당 코어의 설정 안내를 참고하세요.

{
  "streamSettings": {
    "network": "tcp",
    "security": "reality"
  }
}

TUN 트래픽 처리와 라우팅 연동

TUN은 가상 네트워크 인터페이스로 트래픽을 받아 시스템 프록시를 따르지 않는 일부 프로그램까지 처리할 수 있지만, 모든 요청이 반드시 프록시 출구로 나가는 것은 아닙니다. 시스템 프록시보다 기기 권한, 네트워크 라우팅, DNS 설정 간의 연동에 더 큰 영향을 받습니다. 먼저 일반 프록시 연결이 정상인지 확인한 뒤 TUN을 활성화해야 서버 문제와 네트워크 트래픽 처리 문제를 동시에 살펴보는 일을 피할 수 있습니다. 클라이언트마다 사용하는 트래픽 처리 구성 요소가 다르므로 한 코어의 설정 항목을 다른 코어에 그대로 적용하면 안 됩니다. 아래는 일반적인 라우팅 제외 방식의 일부 예시이지 TUN 활성화 설정은 아닙니다. 사설 IP 주소를 직접 연결할지는 로컬 네트워크와 원격 내부망 사용 여부를 고려해 판단하세요.

{
  "type": "field",
  "ip": ["geoip:private"],
  "outboundTag": "direct"
}