Home
Home에서는 서버 목록, 현재 선택 항목, 연결 상태를 확인할 수 있으며, 일상적인 연결 점검의 시작점이기도 합니다. 목록에 항목이 표시되어도 매개변수가 저장되었다는 뜻일 뿐, 서버를 사용할 수 있거나 연결이 완료되었다는 의미는 아닙니다. 문제를 확인할 때는 선택 항목과 연결 스위치를 각각 점검하세요.
화면 용어, 프로토콜, 규칙 키워드
먼저 ‘어느 화면에서 조작하는지’, ‘어떤 프로토콜로 연결하는지’, ‘요청에 어떤 정책이 적용되는지’를 구분한 뒤 매개변수를 수정하세요. 이 페이지는 용어를 다섯 가지 범주로 설명합니다. 영어 명칭은 원문 그대로 표기하며, 분류나 항목별 링크로 찾아볼 수 있습니다.
화면 용어는 조작 위치나 전체 상태를 나타냅니다. 특히 Global Routing의 Config, Proxy, Direct는 설정 파일 이름이나 규칙 행의 정책과 서로 다른 단계의 개념입니다.
Home에서는 서버 목록, 현재 선택 항목, 연결 상태를 확인할 수 있으며, 일상적인 연결 점검의 시작점이기도 합니다. 목록에 항목이 표시되어도 매개변수가 저장되었다는 뜻일 뿐, 서버를 사용할 수 있거나 연결이 완료되었다는 의미는 아닙니다. 문제를 확인할 때는 선택 항목과 연결 스위치를 각각 점검하세요.
Global Routing은 전체 라우팅 방식을 정하며, Config(구성), Proxy(프록시), Direct(직접 연결) 세 가지 모드가 있습니다. 규칙에 따라 트래픽을 분기하려면 먼저 Config가 선택되어 있는지 확인하세요. 전체 모드가 예상과 다르면 규칙 하나만 수정해도 원하는 결과가 나타나지 않을 수 있습니다.
Global Routing 옵션인 Config는 현재 설정 파일의 규칙과 관련 설정에 따라 요청을 처리한다는 뜻입니다. 모든 요청이 프록시를 거친다는 의미는 아닙니다. DIRECT에 일치한 요청은 직접 연결되고 REJECT에 일치한 요청은 거부됩니다. 실제로 어떤 설정 파일이 활성화되어 있는지도 확인해야 합니다.
Proxy는 Global Routing의 프록시 모드로, 일반 규칙에 따라 요청을 하나씩 분기하지 않고 전체적으로 프록시 경로를 사용합니다. 규칙에 표시되는 대문자 PROXY와는 적용 단계가 다릅니다. 연결을 점검할 때는 현재 서버와 인증 및 전송 매개변수가 올바른지도 확인하세요.
Direct는 Global Routing의 직접 연결 모드로, 선택한 프록시 서버를 거치지 않고 연결합니다. 직접 연결도 DNS, 시스템 라우팅, 현재 네트워크 환경의 영향을 받습니다. Direct로 전환한 뒤 대상에 접속할 수 있는지는 기기의 네트워크와 대상 서비스 상태에 따라 달라집니다.
Add Server는 서버를 직접 추가하는 메뉴입니다. 보유한 정보를 바탕으로 유형을 선택한 뒤 주소, 포트, 인증 항목을 입력하세요. 프로토콜마다 필요한 항목이 다르므로 Password, UUID, 키를 서로 바꿔 입력하면 안 됩니다. 입력을 마친 후에는 해당 항목을 선택하고 연결을 테스트하세요.
프로토콜은 클라이언트와 서버가 데이터를 주고받는 방식을 정합니다. 유형, 인증, 전송 방식, TLS 등의 매개변수를 함께 맞춰야 합니다. 프로토콜 이름만으로 속도, 지연 시간, 실제 사용 가능 여부를 판단할 수는 없습니다.
Shadowsocks는 암호화 프록시 프로토콜입니다. 일반적인 매개변수로 서버 주소, 포트, 암호화 방식, 비밀번호가 있습니다. 암호화 방식은 서버와 일치해야 합니다. 주소와 비밀번호가 맞더라도 방식이 다르면 통신이 되지 않을 수 있으며, 추가 전송 매개변수도 보유한 정보와 대조해 확인해야 합니다.
VMess는 UUID 등의 매개변수로 사용자를 식별하는 프록시 프로토콜이며, 다양한 전송 방식과 TLS를 함께 사용할 수 있습니다. UUID를 올바르게 입력해도 나머지 매개변수까지 맞다는 뜻은 아닙니다. 실제로 필요한 전송 유형, Host, Path, 인증서 관련 설정을 확인하세요.
VLESS는 주로 UUID로 사용자를 식별하는 경량 프록시 프로토콜이며, 프로토콜 자체는 애플리케이션 데이터를 암호화하지 않습니다. 실제 전송 보호 여부는 TLS 등의 적용 방식을 함께 확인해야 합니다. VMess의 항목 구성을 그대로 적용하지 말고 해당 서버의 매개변수를 기준으로 입력하세요.
Trojan은 일반적으로 TLS 채널을 통해 프록시 데이터를 전달하며 Password로 인증합니다. 서버 주소와 인증서 검증에 사용하는 이름은 서로 다른 역할을 할 수 있습니다. 연결에 실패하면 Password, SNI, 인증서가 서로 맞는지 확인하세요. 인증서 검증을 건너뛰는 방법을 일반적인 해결책으로 사용하지 마세요.
Hysteria2는 QUIC 기반 프록시 프로토콜이며 UDP를 통해 통신합니다. 인증, TLS 및 기타 연결 매개변수는 서버와 일치해야 하고, 사용 중인 네트워크에서도 관련 UDP 통신을 허용해야 합니다. 특정 TCP 연결 테스트에 성공했다고 해서 이 연결도 반드시 작동하는 것은 아닙니다.
WireGuard는 키 인증 방식의 터널 프로토콜입니다. 일반적으로 로컬 개인 키, 피어 공개 키, Endpoint, 주소 또는 라우팅 매개변수를 설정해야 합니다. 공개 키와 개인 키는 용도가 다르므로 서로 바꿔 입력하면 안 됩니다. 개인 키는 민감한 정보이므로 설정을 공유하거나 문제 해결 정보를 제출하기 전에 삭제하세요.
서버 유형에서 HTTP는 HTTP 프록시를 뜻하며, 대상 웹페이지가 HTTP만 사용한다는 의미는 아닙니다. HTTPS 대상에 접속할 때는 일반적으로 CONNECT로 터널을 설정합니다. 프록시 연결 자체가 TLS로 보호되는지는 선택한 유형과 매개변수에 따라 다르므로, 대상 주소가 HTTPS라는 이유만으로 판단할 수 없습니다.
SOCKS5는 프록시 전달 프로토콜로, 서버 요구 사항에 따라 사용자 이름과 비밀번호를 설정할 수 있지만 프로토콜 자체는 전송을 암호화하지 않습니다. UDP 전달은 클라이언트 설정, 서버 기능, 네트워크 환경이 모두 지원해야 합니다. TCP 접속이 정상이라고 해서 UDP 요청도 같은 방식으로 처리된다고 볼 수는 없습니다.
규칙은 일반적으로 위에서 아래 순서로 확인하며, 일치하면 해당 정책을 적용합니다. DOMAIN-SUFFIX 같은 키워드는 ‘무엇을 매칭할지’를, PROXY, DIRECT, REJECT는 ‘어떻게 처리할지’를 나타냅니다. 두 유형을 혼동하지 마세요.
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-SUFFIX는 유형, example.com은 매칭 값, PROXY는 정책입니다. 이 예시는 문법 설명을 위한 것이며, 현재 설정에 그대로 추가하라는 뜻은 아닙니다.
DOMAIN은 지정한 도메인과 정확히 일치합니다. 예를 들어 example.com과 일치하지만 www.example.com까지 자동으로 포함하지는 않습니다. 단일 호스트 이름만 처리할 때 적합합니다. 대상 서비스가 여러 하위 도메인을 사용한다면 각각 지정하거나, 범위를 확인한 뒤 다른 매칭 유형을 고려하세요.
DOMAIN-SUFFIX는 지정한 도메인과 그 하위 도메인을 매칭합니다. 예를 들어 example.com과 api.example.com이 모두 대상입니다. 도메인 경계를 기준으로 접미사를 확인하며 임의의 문자열 포함 여부를 판단하지 않습니다. 같은 도메인 체계에 동일한 정책을 적용할 때 적합하지만, 앞선 규칙이 먼저 일치하는지도 확인해야 합니다.
DOMAIN-KEYWORD는 도메인에 지정한 키워드가 포함되어 있는지 확인해 매칭하며, 일반적으로 접미사 규칙보다 범위가 넓습니다. 짧은 키워드는 서로 관련 없는 도메인까지 매칭할 수 있습니다. 추가하기 전에 영향 범위를 확인하고, 명확한 전체 도메인 대신 너무 짧은 문자열을 사용하지 마세요.
GEOIP는 IP 지리 데이터베이스에 기록된 국가 또는 지역을 기준으로 대상 IP를 매칭합니다. 사용자의 위치나 웹페이지 내용을 기준으로 판단하는 규칙은 아닙니다. 데이터베이스 결과는 웹사이트 브랜드의 소재 지역과 다를 수 있고, CDN으로 인해 다른 주소가 반환될 수도 있습니다. 실제 조회 결과를 함께 확인하세요.
IP-CIDR은 CIDR 표기법으로 IPv4 주소 범위를 매칭합니다. 예를 들어 192.0.2.0/24와 같이 표시합니다. 슬래시 뒤의 숫자는 네트워크 프리픽스 길이이지 포트가 아닙니다. 프리픽스가 길수록 일반적으로 범위가 좁아지므로, 수정하기 전에 대상 주소가 해당 네트워크 범위에 포함되는지 확인하세요.
IP-CIDR6은 IPv6 주소 범위를 매칭합니다. 예를 들어 2001:db8::/32와 같이 표시하며 IPv4 주소 범위 규칙과는 별도로 처리됩니다. 하나의 도메인이 두 종류의 주소를 모두 반환할 수 있습니다. IPv4 규칙만 추가했다고 IPv6 연결에도 같은 정책이 적용되는 것은 아니므로 실제 연결 주소를 확인하세요.
FINAL은 앞선 규칙과 일치하지 않은 요청에 최종 정책을 지정하며, 보통 규칙 목록의 마지막에 둡니다. 도메인이나 주소 매칭 값을 입력하지 않습니다. 예를 들면 FINAL,DIRECT입니다. 구체적인 규칙보다 앞에 두면 뒤에 있는 규칙이 의도대로 적용되지 않을 수 있습니다.
PROXYPROXY는 규칙에서 사용하는 프록시 정책으로, 일치한 요청을 프록시 경로로 처리합니다. 서버 주소나 프로토콜 이름이 아닙니다. 실제 출구는 현재 선택 항목과 설정에 따라 달라지며, PROXY만 입력한다고 사용할 수 있는 서버 정보가 만들어지는 것은 아닙니다.
DIRECTDIRECT는 규칙에서 사용하는 직접 연결 정책으로, 일치한 연결을 프록시 서버를 거치지 않고 처리합니다. 모든 네트워크 처리를 끈다는 뜻도, 대상에 반드시 연결된다는 뜻도 아닙니다. DNS 조회, 시스템 네트워크 상태, 대상 서비스가 연결 결과에 영향을 줍니다.
REJECTREJECT는 일치한 연결을 거부한다는 뜻이며, 페이지에서 특정 요소만 정확히 삭제하는 기능은 아닙니다. 하나의 도메인이 여러 콘텐츠를 제공한다면 도메인 단위 차단으로 정상 기능까지 영향을 받을 수 있습니다. 설정 후 실제 요청을 확인하고, 연결 거부를 콘텐츠 단위 필터링과 혼동하지 마세요.
가져올 내용의 용도를 먼저 확인한 뒤 적절한 위치에 추가하세요. 서버 항목은 연결 매개변수를 관리하고 설정 파일은 규칙과 설정을 구성합니다. 구독을 업데이트해도 현재 설정이 자동으로 전환되는 것은 아닙니다.
Subscribe는 기존 구독 내용을 가져오거나 업데이트하는 메뉴입니다. 포함되는 항목은 구독 형식과 제공된 데이터에 따라 달라집니다. 구독 주소는 사용 중인 서비스 제공자에게서 받아 민감한 정보로 관리하세요. 업데이트에 실패하면 주소, 네트워크, 응답 형식을 먼저 확인하고 문제 해결을 위해 전체 주소를 공개하지 마세요.
Server는 일반적으로 프로토콜, 주소, 포트, 인증 정보가 포함된 서버 매개변수 항목이며, 노드라고도 합니다. 표시 이름은 구분을 위한 라벨일 뿐 인증에 사용되지 않습니다. 두 항목의 이름이 같아도 실제 주소, 프로토콜, 인증서 매개변수는 다를 수 있습니다.
Config는 규칙, DNS 등의 내용을 관리하는 설정 파일과 관련 화면을 뜻하기도 합니다. Global Routing의 같은 이름의 모드와는 문맥에 따라 구분해야 합니다. 파일을 저장하거나 가져온 뒤에는 현재 활성화된 항목을 확인하세요. 주로 서버 정보를 담는 구독을 업데이트해도 규칙 파일까지 함께 업데이트되는 것은 아닙니다.
설정 항목은 DNS 조회 경로, 연결 시작 조건, 데이터 동기화에 영향을 줄 수 있습니다. 문제를 확인할 때는 한 번에 한 종류의 설정만 변경하고 기존 값을 기록하세요. 실제 옵션 이름과 사용 가능 범위는 앱에 표시된 내용을 기준으로 확인하세요.
DNS는 도메인을 IP 주소로 변환하며, 여러 네트워크 연결을 시작하기 전에 필요한 과정입니다. DNS 설정을 변경하면 반환되는 주소와 이후 규칙 판정이 달라질 수 있지만 서버 인증 매개변수가 바뀌지는 않습니다. 문제가 발생하면 DNS 조회 실패, 연결 실패, 인증서 검증 실패를 구분하세요.
DNS 설정 보기 →On Demand는 설정한 조건에 따라 시스템이 연결을 시작하는 주문형 연결 기능으로, 연결 스위치를 반복해서 수동 조작할 필요를 줄여 줍니다. 서버를 항상 사용할 수 있다는 뜻은 아닙니다. 자동 재연결이 발생하면 스위치 상태만 보지 말고 실행 조건과 현재 네트워크도 확인하세요.
On Demand 설정 보기 →Connectivity Test는 연결 가능 여부를 확인하는 기능이며, 결과는 테스트 방식과 대상, 당시 네트워크 상태에 따라 달라집니다. 지연 시간은 다운로드 속도가 아니며, 한 번의 테스트에 성공해도 모든 대상이나 UDP 요청이 사용 가능하다고 볼 수 없습니다. 결과를 비교할 때는 같은 테스트 방식을 사용하세요.
테스트 및 Ping 안내 보기 →URL Rewrite는 매칭 조건에 따라 요청 URL을 수정하는 기능입니다. 예를 들어 요청 주소를 조정하거나 관련 재작성 작업을 수행합니다. 연결 출구를 정하는 라우팅 규칙과는 다르며, 적용 범위는 요청을 확인할 수 있는지와 설정 조건에 따라 달라집니다. 도메인 규칙을 추가했다고 해서 암호화된 요청 내용까지 수정할 수 있는 것은 아닙니다.
iCloud는 앱 데이터를 동기화하는 시스템 서비스입니다. 실제로 동기화되는 항목은 앱에서 확인해야 하며 계정, 시스템 권한, 동기화 상태의 영향을 받습니다. App Store 구매 내역과는 용도가 다릅니다. 기기를 바꾸기 전에 동기화가 완료되었는지 확인하고, 동기화를 켰다고 모든 데이터가 백업된 것으로 간주하지 마세요.
iCloud 동기화 안내 보기 →