Global Routing은 클라이언트의 네트워크 터널로 들어오는 트래픽을 처리하는 방식을 정하며, 연결 성공 여부를 나타내지는 않습니다. Home에서 해당 항목을 찾아 현재 선택된 Config, Proxy 또는 Direct를 확인한 뒤 실제 동작을 판단하세요.
모드 및 화면 표시
처리 방식
사용 상황
확인할 항목
설정 · Config
현재 적용 중인 설정의 규칙에 따라 정책을 결정합니다.
일반적으로 도메인, 주소 또는 기타 조건에 따라 트래픽을 분기할 때 사용합니다.
원하는 설정이 선택되어 있는지 확인하고 규칙 순서와 최종 정책을 점검하세요.
프록시 · Proxy
시스템이나 설정에서 제외하지 않은, 터널로 들어오는 트래픽에 프록시 경로를 적용합니다.
규칙 분기 때문에 문제가 발생하는지 임시로 확인할 때 사용합니다.
현재 서버를 사용할 수 있는지 확인하세요. 이 모드가 모든 시스템 통신에 적용된다고 생각하지 마세요.
직접 연결 · Direct
클라이언트가 처리하는 트래픽에 직접 연결 경로를 적용합니다.
프록시 경로와 비교해 로컬 네트워크가 정상인지 확인할 때 사용합니다.
Direct는 연결 스위치를 끄는 것과 다르며, 시스템 VPN 설정을 삭제하는 것도 아닙니다.
설정하려면 먼저 Home에서 Global Routing을 열고 원하는 모드를 선택하세요. Config를 사용할 때는 목록에 파일이 있는지만 확인하지 말고 Config에서 현재 적용 중인 파일을 확인해야 합니다. 파일 가져오기, 파일 편집, 파일 적용은 서로 다른 상태입니다.
같은 대상이 Proxy에서는 열리지만 Config에서는 열리지 않는다면, 우선 일치한 규칙과 정책을 확인하세요. 두 모드에서 모두 실패한다면 서버, DNS와 현재 네트워크를 점검하세요. 비교 테스트가 끝나면 원래 모드로 되돌려 임시 설정이 이후 사용에 영향을 주지 않도록 하세요.
02 · 규칙 매칭과 정책
규칙 분기와 Config
규칙은 ‘무엇을 매칭하는지’를, 정책은 ‘매칭 후 어떻게 처리하는지’를 정합니다. Config에서 현재 파일의 규칙을 확인하세요. 트래픽을 분기하려면 Global Routing에서 Config를 선택해야 합니다.
먼저 규칙 유형을 확인하고 순서를 점검하세요
DOMAIN은 지정한 도메인과 일치하고, DOMAIN-SUFFIX는 도메인과 하위 도메인에 일치하며, DOMAIN-KEYWORD는 도메인에 포함된 키워드로 매칭합니다. 뒤의 두 규칙은 적용 범위가 더 넓습니다. 키워드가 너무 짧으면 관련 없는 요청도 같은 규칙에 매칭될 수 있습니다.
IP-CIDR과 IP-CIDR6은 주소 범위에 사용하고, GEOIP는 IP 지리 데이터베이스를 기준으로 분류합니다. 도메인 해석 결과, 데이터베이스 내용과 관련 설정에 따라 주소 규칙의 판단이 달라질 수 있으므로 웹사이트 이름만으로 어떤 규칙에 매칭될지 단정할 수 없습니다.
규칙은 일반적으로 순서대로 매칭되며, 먼저 일치한 유효 규칙에 따라 처리 방식이 결정됩니다. 구체적인 규칙을 더 넓은 범위의 규칙보다 앞에 두고 마지막에 FINAL을 확인하세요. 앞선 규칙에 매칭되지 않은 경우의 최종 처리를 지정하는 항목이지, 일반 도메인 조건이 아닙니다.
정책이 실제 경로와 일치하는지 확인하세요
DIRECT는 직접 연결, REJECT는 거부, PROXY는 프록시 처리를 뜻합니다. 설정에서 사용자 지정 정책 그룹을 참조할 수도 있습니다. 그룹 이름이 있으면 규칙 끝에 표시된 텍스트만 보지 말고 그룹에서 실제로 선택된 서버까지 확인하세요.
위 내용은 매칭 로직을 설명하는 예시이며, 기존 설정 파일을 그대로 대체할 수 있는 완성된 파일이 아닙니다. 수정하기 전에 원본 파일을 저장하고, 알고 있는 도메인 하나로 다시 확인하세요. 요청이 REJECT에 매칭되었다면 서버를 바꾸어도 해당 규칙의 거부 결과는 달라지지 않습니다.
03 · 연결 정보
구독 및 서버 관리
구독은 서버 항목을 한곳에서 제공하고, 개별 서버 항목에는 연결 매개변수가 저장됩니다. Config에는 규칙과 기타 설정이 포함됩니다. 세 항목은 서로 관련되어 있지만, 하나를 가져왔다고 나머지도 설정이 완료되는 것은 아닙니다.
Home, Add Server 및 Subscribe
이 절차는 본인이 보유한 구독 또는 서버 정보를 사용하는 것을 전제로 합니다. Home의 추가 메뉴에서 Add Server로 이동한 뒤 내용에 맞는 Type을 선택하세요. 구독 링크를 사용할 때는 Subscribe를 선택하고 전체 링크를 입력해 저장하세요. Home으로 돌아와 예상한 그룹이 표시되는지 확인한 다음 사용할 서버를 선택하세요.
서버를 수동으로 추가할 때는 서버 요구 사항에 맞는 Type을 선택해야 합니다. Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard와 Hysteria2는 입력 항목이 서로 다르므로 Type만 바꾸고 이전 매개변수를 그대로 사용하면 안 됩니다. 주소, 포트, 인증 정보와 전송 관련 항목을 보유한 정보를 기준으로 하나씩 입력하세요. 항목의 의미는 프로토콜 기술 자료를 참조하세요.
업데이트 후 선택 항목을 확인하세요
기존 구독 항목의 작업 메뉴에서 업데이트를 실행한 다음 그룹 내 서버가 예상대로 바뀌었는지 확인하세요. 구독 업데이트는 주로 구독에서 관리하는 서버 정보를 새로 고칩니다. 현재 Config를 교체하는 작업은 아닙니다. 업데이트 후 이름이나 항목 수가 달라질 수 있으므로 현재 선택된 서버가 여전히 있는지 다시 확인하세요.
업데이트에 실패하면 링크가 완전한지, 현재 네트워크에서 내용을 가져올 수 있는지, 구독이 아직 유효한지부터 확인하세요. 접근 자격 증명이 포함된 전체 링크를 공개 스크린샷이나 진단 기록에 붙여 넣지 마세요. 구독이나 항목을 삭제하기 전에 어느 그룹에 속하는지 확인해 직접 관리하는 항목과 구독 항목을 혼동하지 않도록 하세요.
04 · 연결 트리거
On Demand 연결 설정
On Demand는 조건에 따라 시스템에 연결 설정 또는 조정을 요청합니다. ‘언제 연결할지’에 답하는 기능이며, Global Routing은 ‘연결 후 트래픽을 어떻게 처리할지’를 정합니다. 서로 다른 단계의 설정입니다.
먼저 수동으로 연결한 뒤 조건을 추가하세요
Settings에서 On Demand 관련 설정을 찾으세요. 현재 화면에서 연결 옵션을 통해 들어가는 경우에는 실제 화면의 경로를 따르세요. 기능을 활성화하기 전에 한 번 수동으로 연결하고 접속을 테스트해 서버와 설정이 정상인지 확인한 뒤 Wi-Fi, Cellular 또는 도메인 관련 조건을 추가하세요.
Wi-Fi 이름으로 조건을 설정할 때는 이름이 정확히 일치하는지 확인하세요. Cellular 조건은 실제로 셀룰러 네트워크로 전환해 확인해야 합니다. Wi-Fi에서 옵션만 바꾸어서는 셀룰러 트리거 결과를 검증할 수 없습니다. 도메인 조건은 시스템의 도메인 요청 판단과 관련된 기능이며, 특정 앱 아이콘을 실행하는 방식으로 트리거되지 않습니다.
조건이 서로 덮어쓰지 않도록 하세요
한 번에 조건 하나만 추가하고 저장한 다음 해당 네트워크로 전환하세요. 시스템이 처리할 때까지 기다린 뒤 연결 상태와 실제 접속 결과를 확인하세요. 여러 조건을 함께 사용하는 경우 순서, 매칭 범위와 동작을 살펴보고 같은 네트워크에 서로 충돌하는 연결 및 연결 해제 조건을 설정하지 마세요.
수동으로 연결을 끊은 뒤 다시 자동 연결된다면 On Demand가 계속 켜져 있는지 먼저 확인하세요. 일반적인 연결 문제를 점검할 때는 자동 트리거가 재테스트에 영향을 주지 않도록 잠시 비활성화할 수 있습니다. 수동 연결이 정상인지 확인한 뒤 다시 활성화하세요. On Demand 연결에는 시스템이 관여하며, 언제나 계속 실행되는 예약 작업으로 이해해서는 안 됩니다.
05 · 사용 상태 확인
Data 트래픽 통계
Data에서는 클라이언트에 기록된 트래픽을 확인할 수 있습니다. 현재 연결을 통해 요청이 처리되는지, 일정 시간 동안 전송이 있었는지 판단하는 데 참고할 수 있지만, 서비스 요금이나 남은 사용량을 확인하는 유일한 기준으로 삼아서는 안 됩니다.
먼저 통계 범위를 확인하세요
Data를 열면 먼저 현재 화면의 시간 범위, 업로드 및 다운로드 방향, 사용할 수 있는 분류 항목을 확인하세요. 화면에 따라 현재 연결이나 누적 기록이 표시될 수 있으므로 범위가 같은 수치끼리만 직접 비교할 수 있습니다. 기록을 지워야 한다면 필요한 정보를 먼저 보관하고 초기화가 어느 범위에 적용되는지 확인하세요.
확인하려면 현재 값을 기록한 뒤 알고 있는 대상에 접속하고 Data로 돌아와 값이 변했는지 살펴보세요. 수치가 늘었다는 사실만으로 데이터가 전송되었음을 알 수 있을 뿐, 대상 페이지가 완전히 로드되었거나 예상한 규칙에 매칭되었다고 단정할 수는 없습니다. 실제 접속 결과와 연결 기록도 함께 확인하세요.
프로토콜 오버헤드, 통계 기간과 집계 범위가 다르면 클라이언트와 서버 측 통계에 차이가 생길 수 있습니다. Data에 예상한 변화가 없다면 연결 스위치, 현재 모드, 요청의 제외 여부를 차례로 확인하세요. 이 결과만으로 서버를 사용할 수 없다고 판단하지 마세요. 점검이 끝나면 필요한 기록만 보관하고 접속 대상 정보가 장기간 쌓이지 않도록 하세요.
06 · 자주 쓰는 옵션
Settings 확인 목록
Settings의 옵션은 기기와 시스템 기능에 따라 달라질 수 있습니다. 항목이 보이지 않으면 먼저 현재 앱 화면을 확인하세요. 가이드의 이름과 맞추기 위해 의미가 다른 유사 옵션을 변경하지 마세요.
DNS: 이름 해석과 연결 구분하기
DNS는 도메인을 주소로 해석합니다. Settings의 DNS 관련 옵션과 Config의 전역 매개변수에서 해석 설정을 확인하세요. 설정 파일도 최종 동작에 영향을 줄 수 있으므로 한 곳만 변경하고 모든 요청에 새 설정이 적용되었다고 단정하지 마세요.
현재 사용할 수 있는 값을 먼저 보존하고 명확한 필요가 있을 때 변경하세요. 설정에 dns-server = system이 있으면 시스템의 DNS를 사용한다는 의미이며, 프록시 서버가 정상이라는 뜻은 아닙니다. 변경 후 같은 도메인으로 다시 확인하세요. 도메인이 해석되지만 연결에 실패한다면 DNS를 반복해서 바꾸기보다 라우팅과 서버를 점검하세요.
Test Method: 테스트 대상 이해하기
Test Method는 연결 상태 테스트의 방식을 정합니다. Settings에서 해당 항목을 찾아 방식과 관련 테스트 대상을 확인한 뒤 Home으로 돌아가 Connectivity Test를 실행하세요. 서버를 비교할 때는 테스트 방식, 대상과 현재 네트워크를 동일하게 유지해야 합니다.
테스트 수치는 핸드셰이크 방식, 대상의 응답과 네트워크 상태에 따라 달라집니다. 실제 다운로드 속도를 나타내거나 모든 웹사이트의 접속 가능성을 보장하지 않습니다. 시간이 초과되면 서버 매개변수를 점검하기 전에 테스트 대상이 응답하는지 확인하세요. 한 번의 테스트 결과만으로 기존 항목을 삭제하지 마세요.
Today Widget: 빠른 상태 확인 및 조작
Today Widget은 시스템에서 지원하는 빠른 실행 또는 상태 표시 기능입니다. Settings에서 관련 옵션을 찾은 뒤 시스템에서 허용하는 위젯 영역에 설정하세요. 추가 가능 여부와 조작 범위는 현재 기기의 시스템과 앱 화면을 기준으로 확인하세요.
먼저 앱에서 연결이 정상인지 확인한 다음 위젯의 표시나 조작 결과를 살펴보세요. 위젯 상태가 갱신되기까지 시간이 걸릴 수 있으므로 앱 내 확인을 대신할 수 없습니다. 위젯과 앱의 표시가 다르면 Home을 열어 실제 연결 상태를 확인하고 연속해서 반복 조작하지 마세요.
iCloud 동기화: 내용과 방향 확인
iCloud 관련 옵션은 지원되는 범위에서 앱 데이터를 저장하거나 동기화합니다. Settings에서 동기화 스위치를 확인하고 시스템에서 앱의 iCloud 사용을 허용했는지도 확인하세요. 활성화하기 전에 현재 안내를 읽고 대상이 설정, 서버 정보 또는 기타 데이터인지 파악하세요.
동기화는 기기 전체 백업과 다르며 즉시 완료된다고 보장되지 않습니다. 기기를 바꿀 때는 기존 기기의 유효한 설정을 먼저 보존한 뒤 다른 기기에서 동기화된 내용을 확인하세요. 덮어쓰기, 병합 또는 복구 안내가 표시되면 먼저 적용 방향을 확인하세요. 구독 링크와 인증 정보도 신중하게 관리해야 합니다.
Diagnostics: 문제 파악을 위한 기록 수집
Diagnostics는 연결 문제를 확인하거나 진단 정보를 수집하는 기능입니다. Settings에서 관련 메뉴를 찾은 뒤 현재 화면의 안내에 따라 필요한 기록을 활성화하고 문제를 한 번 재현하세요. 당시의 네트워크 유형, Global Routing 모드, 대상 도메인과 오류 현상을 기록하세요.
진단 기록에는 방문한 도메인, 서버 주소 또는 설정 세부 정보가 포함될 수 있습니다. 공유하기 전에 인증 정보와 개인정보를 확인하고 삭제하세요. 특히 전체 구독 링크를 공개하지 마세요. 필요한 결과를 얻으면 추가 기록을 중지하세요. 로그가 길다고 문제를 더 쉽게 파악할 수 있는 것은 아닙니다. 한 번 재현할 수 있는 사례가 보통 더 명확합니다.
07 · 변경 후 재검증
같은 순서로 설정을 확인하세요
연결 아이콘, 테스트 수치와 페이지 접속 결과는 각각 다른 단계를 보여줍니다. 설정이 목적에 맞게 동작하는지 알려면 ‘연결이 설정되었는지’, ‘예상한 경로를 이용했는지’, ‘대상을 정상적으로 사용할 수 있는지’를 따로 확인해야 합니다.
기준 상태를 보존하고 항목별로 점검하세요
현재 상태를 기록합니다. Home에서 선택된 서버, Global Routing 모드와 Config 파일을 확인하고 변경 전의 사용 가능한 값을 보존하세요. 자동으로 실행될 수 있는 On Demand 조건은 먼저 일시 중지하세요.
기본 연결을 확인합니다. 같은 네트워크에서 Connectivity Test를 실행한 다음 고정된 대상에 접속해 보세요. 테스트에 실패하면 매개변수와 네트워크를 먼저 확인하고, 테스트는 성공하지만 대상 접속에 실패하면 규칙과 DNS를 점검하세요.
트래픽 분기 결과를 비교합니다. 필요한 경우 Proxy와 Config를 임시로 전환해 같은 대상으로 다시 확인하세요. Config에서만 실패한다면 매칭 순서, 정책 그룹과 FINAL을 점검하고 프로토콜은 동시에 바꾸지 마세요.
일상 설정으로 복원합니다. 결과를 확인한 뒤 원하는 모드와 On Demand를 복원하고 임시 진단 기록을 중지하세요. 실제로 사용하는 Wi-Fi 또는 셀룰러 네트워크에서 한 번 더 확인하세요.
처음 설정을 가져오는 중이라면 먼저 가이드에 따라 확인 가능한 연결을 설정하세요. 화면 용어는 용어집에서 확인할 수 있습니다. 안정적으로 재현되는 문제가 있다면 자주 묻는 질문을 따라 항목별로 확인하세요. 한 번에 하나의 변수만 바꾸어야 결과를 특정 설정과 연결할 수 있습니다.