프로토콜 및 전송
프로토콜, 전송 방식, 보안 계층은 서로 다른 설정 항목입니다. 하나의 연결 설정에 이 세 가지가 모두 필요할 때가 많으므로, 프로토콜 이름만 보고 나머지 매개변수를 추측해서는 안 됩니다.
- 프로토콜 및 전송VMess
- Project V 생태계의 프록시 프로토콜로, 사용자 ID 등의 매개변수로 인증합니다. VMess가 특정 전송 방식을 의미하는 것은 아니며, 같은 프로토콜에 여러 전송 및 보안 설정을 조합할 수 있습니다. 가져온 뒤 서버 주소, 포트, 사용자 ID, 전송 매개변수를 확인하세요. 시스템 시간이 크게 어긋나도 인증에 실패할 수 있습니다.
- 프로토콜 및 전송VLESS
- 경량 프록시 프로토콜로, 자체적으로 데이터 암호화를 제공하지 않아 보통 TLS나 REALITY 같은 보안 기능과 함께 사용합니다. 사용자 ID, 전송 방식, 흐름 제어 매개변수가 서버 설정과 일치해야 합니다. VLESS라는 이유만으로 설정이 작동한다고 단정할 수 없으므로 선택한 코어가 해당 조합을 지원하는지 확인하세요.
- 프로토콜 및 전송Trojan
- 일반적으로 TLS를 기반으로 비밀번호 인증을 사용하는 프록시 프로토콜입니다. 서버와 포트 외에도 비밀번호, 서버 이름, 인증서 검증을 설정해야 합니다. 연결에 실패하면 인증 정보와 보안 계층을 따로 확인하고, 모든 오류를 비밀번호 문제로 단정하지 마세요.
- 프로토콜 및 전송TLS
- 연결을 암호화하고 상대방의 신원을 확인하는 보안 프로토콜로, HTTPS의 기반 기술 중 하나입니다. 서버 이름, 인증서 체인, 시스템 시간이 모두 검증 결과에 영향을 줍니다. 인증서 오류가 발생하면 먼저 이름과 시간을 확인하고, 인증서 검증 건너뛰기를 장기적인 기본 설정으로 사용하지 마세요.
- 프로토콜 및 전송REALITY
- Xray 생태계의 전송 보안 기능으로, 독립적인 노드 프로토콜은 아닙니다. 일반적인 설정에서는 서버 이름, 공개 키, 짧은 ID를 확인해야 하며 하나라도 빠지면 핸드셰이크에 실패할 수 있습니다. 지원 범위는 코어와 버전에 따라 달라지므로 클라이언트 설정 화면에 같은 이름의 옵션이 있다는 이유만으로 호환된다고 판단하지 마세요.
- 프로토콜 및 전송WebSocket
- 프록시 프로토콜 데이터를 전달할 수 있는 양방향 통신 전송 방식으로, VMess나 VLESS와는 다릅니다. 설정할 때 경로, Host, TLS 사용 여부를 확인해야 합니다. 경로는 대소문자를 구분하는 경우가 많으며, 복사할 때 맨 앞의 슬래시를 빠뜨려도 요청 대상이 달라질 수 있습니다.
코어 및 생태계
‘화면에서 입력할 수 있음’과 ‘코어에서 사용할 수 있음’은 별개입니다. 프로토콜 지원 문제가 발생하면 현재 설정이 실제로 어떤 코어를 호출하는지 먼저 확인하세요.
- 코어 및 생태계Project V
- 모듈형 네트워크 프록시 도구를 중심으로 한 프로젝트 생태계이며, V2Ray는 널리 알려진 구성 요소입니다. 일상적인 표현에서 ‘V2Ray’는 전체 생태계를 가리키기도 하지만, 구체적인 설정은 코어와 클라이언트에 맞춰야 합니다. 가이드를 볼 때는 먼저 소프트웨어 이름을 확인해 서로 다른 프로젝트의 화면과 절차를 혼동하지 마세요.
- 코어 및 생태계V2Fly
- V2Ray를 중심으로 커뮤니티가 유지 관리하는 프로젝트로, 코어 구현과 관련 문서를 제공합니다. v2flyNG는 이 코어 계열을 사용하는 Android 그래픽 클라이언트입니다. 설정할 때는 현재 코어가 지원하는 기능을 기준으로 삼고, 다른 코어 전용 매개변수와 완전히 호환된다고 가정하지 마세요.
- 코어 및 생태계Xray
- V2Ray에서 발전한 오픈 소스 프록시 코어 프로젝트로, 프로토콜 구현과 기능이 독자적인 발전 방향을 갖추고 있습니다. v2rayNG는 Xray 코어를 사용하며, v2rayN에서도 관련 코어 설정을 관리할 수 있습니다. 새 기능이 작동하지 않으면 클라이언트 버전과 실제로 호출되는 코어 버전을 모두 확인하세요.
- 코어 및 생태계코어와 클라이언트
- 코어는 프로토콜 처리, 연결, DNS, 라우팅을 담당하고 클라이언트는 설정 가져오기, 구독 관리, 그래픽 인터페이스를 제공합니다. 클라이언트를 업데이트해도 별도 코어 구성 요소가 모두 함께 업데이트되는 것은 아닙니다. 사용할 소프트웨어를 고를 때는 세 가지 클라이언트 비교를 살펴본 뒤 대상 설정에 필요한 코어를 확인하세요.
구독 및 노드
먼저 받은 것이 ‘업데이트 가능한 URL’인지 ‘단일 연결 설정’인지 확인한 뒤 구독 추가 또는 클립보드 가져오기를 선택하세요. 잘못된 메뉴를 사용하는 일을 줄일 수 있습니다.
- 구독 및 노드구독 URL
- 여러 연결 설정을 가져오는 URL입니다. 구독을 업데이트하면 내용을 다시 가져와 파싱합니다. 예를 들어 튜토리얼에는
https://example.com/your-sub처럼 HTTPS URL이 나오기도 하지만, URL 형식만으로 응답 데이터의 호환성을 보장할 수는 없습니다. 실제 URL에 인증 정보가 포함될 수 있으므로 스크린샷을 공유하거나 도움을 요청하고 로그를 올리기 전에 전체 주소를 가리세요.
- 구독 및 노드노드
- 클라이언트에서 선택할 수 있는 연결 설정을 흔히 노드라고 부릅니다. 일반적으로 서버 주소, 포트, 프로토콜, 인증 정보가 포함됩니다. 노드 이름은 메모일 뿐 실제 위치, 사용 가능 여부, 연결 품질을 보장하지 않습니다. 이름이 같은 항목은 표시 이름만 보지 말고 구독 그룹과 실제 매개변수로 구분하세요.
- 구독 및 노드실제 연결 지연 시간
- 클라이언트가 선택한 설정으로 연결한 뒤 테스트 대상에 접속하는 데 걸린 시간입니다. 구체적인 측정 방식은 클라이언트 구현에 따라 다릅니다. DNS 확인, 핸드셰이크, 대상의 응답, 현재 네트워크 상태에 영향을 받으며 다운로드 속도와는 다릅니다. 한 번 시간 초과가 발생했다고 설정이 작동하지 않는다고 단정하지 말고 테스트 대상과 프록시 설정부터 확인하세요.
라우팅 및 트래픽 분기
트래픽 가로채기 설정은 어떤 연결이 클라이언트로 들어올지 결정하고, 라우팅은 들어온 연결을 어디에서 처리할지 정합니다. 분기 규칙, 규칙 데이터, 아웃바운드 태그를 함께 살펴보세요.
- 라우팅 및 트래픽 분기라우팅 규칙
- 도메인, 대상 IP, 포트, 인바운드 등의 조건으로 연결을 매칭해 지정된 아웃바운드로 보내는 설정입니다. 규칙은 보통 순서대로 평가하므로 범위가 넓은 규칙을 앞에 두면 뒤쪽의 세부 조건이 적용되지 않을 수 있습니다. 수정할 때는 먼저 매칭 대상을 정하고, 아웃바운드 태그가 있는지 확인한 다음, 어떤 규칙에도 매칭되지 않은 트래픽의 처리 방식을 살펴보세요.
- 라우팅 및 트래픽 분기트래픽 분기
- 규칙에 따라 연결마다 다른 경로로 처리하는 방식입니다. 예를 들어 로컬 네트워크 대상은 직접 연결하고 다른 대상은 프록시를 사용할 수 있습니다. 시스템 프록시나 TUN은 트래픽을 받아들이는 진입점을 담당하며, 분기는 트래픽이 코어에 들어온 뒤 이루어집니다. 앱의 트래픽이 클라이언트에 들어오지 않는다면 라우팅 규칙만 수정해도 해결되지 않는 경우가 많습니다.
- 라우팅 및 트래픽 분기GeoIP
- IP 주소 범위를 기준으로 대상을 매칭하는 규칙 데이터로, 특정 지역이나 용도의 주소 범위를 나타내는 데 자주 사용됩니다. 현재 데이터 파일과 참조 항목에 따라 결과가 달라지며, 대상 IP가 해당 항목의 주소 범위에 포함되는지 확인합니다. 도메인이 먼저 IP 주소로 확인되는지에 따라서도 IP 규칙의 매칭 여부가 달라질 수 있습니다.
- 라우팅 및 트래픽 분기GeoSite
- 도메인 목록으로 대상을 매칭하는 규칙 데이터입니다.
geosite:cn은 자주 사용하는 참조 형식입니다. 목록에 포함된 도메인과 분류는 이름만으로 정해지는 것이 아니라 로컬 규칙 리소스에 따라 달라집니다. 존재하지 않는 목록을 참조하면 설정을 불러오지 못할 수 있으므로 규칙을 업데이트하기 전에 출처와 호환성을 확인하세요.
- 라우팅 및 트래픽 분기아웃바운드와 outboundTag
- 아웃바운드는 연결이 코어를 빠져나갈 때 적용할 처리 방식으로, 직접 연결, 프록시, 차단 등이 있습니다. 라우팅의
outboundTag는 정의된 아웃바운드 태그를 가리킵니다.direct라는 태그도 직접 연결 아웃바운드에 연결되어야 직접 연결 기능을 합니다. 규칙을 복사할 때는 매칭 조건뿐 아니라 태그도 함께 확인하세요.
- 라우팅 및 트래픽 분기DNS 누수
- 도메인 조회가 예상한 경로로 전송되지 않고 다른 DNS 확인기나 네트워크 경로에서 처리되는 현상입니다. 앱 내장 암호화 DNS, 시스템 DNS, 코어 DNS가 동시에 사용될 수 있으므로 각 계층을 확인해야 합니다. 원인을 판단하기 전에 어느 구성 요소가 어떤 아웃바운드로 DNS를 처리하도록 설정했는지 명확히 하세요. DNS 확인기 이름만으로 결론을 내릴 수는 없습니다.
클라이언트 및 시스템 설정
필요한 트래픽 가로채기 방식으로 연결을 먼저 구성한 뒤 DNS, 가상 네트워크 어댑터, 로컬 네트워크 접근을 하나씩 조정하세요. 한 번에 하나의 설정만 바꾸면 문제를 더 쉽게 찾을 수 있습니다.
- 클라이언트 및 시스템 설정시스템 프록시
- 운영체제에 로컬 프록시 주소와 포트를 등록해 시스템 설정을 따르는 앱이 프록시를 사용하도록 합니다. 모든 앱이 이 설정을 읽는 것은 아니므로 켠 뒤에도 일부 앱은 직접 연결할 수 있습니다. 시스템 프록시는 트래픽 진입점을 설정할 뿐이며, 코어에 들어온 뒤 직접 연결할지 프록시를 사용할지는 라우팅 규칙에 따라 달라집니다.
- 클라이언트 및 시스템 설정TUN 모드
- 가상 네트워크 인터페이스로 가로채기 규칙에 맞는 트래픽을 받은 뒤 코어에서 처리하는 모드입니다. 일반적으로 시스템 권한, 라우팅, DNS 설정이 필요하며 다른 가상 네트워크 어댑터와 함께 실행할 때 충돌할 수 있습니다. 사용 여부는 대상 앱의 프록시 지원 방식에 따라 결정하세요. 설정을 많이 켠다고 더 나은 것은 아닙니다.
- 클라이언트 및 시스템 설정FakeDNS
- 도메인에 내부용 합성 주소를 반환하고 도메인과 주소의 매핑을 저장해 이후 연결을 원래 도메인과 연결하는 기능입니다. 함께 사용하는 DNS 처리와 트래픽 가로채기 흐름이 필요하므로 전체 설정과 분리해 단독으로 켜지 마세요. 사용을 중지하거나 다른 방식으로 전환한 뒤에도 이전 DNS 캐시가 남을 수 있으므로 클라이언트 안내에 따라 처리하세요.
- 클라이언트 및 시스템 설정로컬 수신 포트
- 클라이언트가 이 컴퓨터에서 HTTP나 SOCKS 등의 프록시 연결 지점으로 사용하는 포트이며, 원격 서버 포트와는 다릅니다. 앱에 프록시를 수동 설정할 때는 실제 수신 주소, 포트, 프로토콜을 입력하세요. 다른 프로그램이 같은 주소와 포트를 사용 중이면 코어가 해당 연결 지점을 시작하지 못할 수 있습니다.
- 클라이언트 및 시스템 설정로컬 네트워크 연결 허용
- 다른 로컬 네트워크 기기가 이 컴퓨터의 프록시 수신 지점에 연결할 수 있도록 하는 설정입니다. 모든 기기가 자동으로 프록시를 사용하는 것은 아닙니다. 실제 연결 가능 여부는 수신 주소, 방화벽, 네트워크 격리 정책에 따라 달라집니다. 이 컴퓨터에서만 사용할 때는 보통 켤 필요가 없습니다. 공유해야 한다면 접근 범위를 제한하고 신뢰할 수 있는 네트워크인지 확인하세요.