Home
Home은 연결을 조작하는 주요 화면으로, 연결 스위치와 Global Routing, SERVER 목록을 확인할 수 있습니다. 서버 항목이 목록에 보인다는 것은 매개변수가 저장되었다는 뜻일 뿐, 현재 연결되었다는 의미는 아닙니다. 테스트 전에 선택된 항목과 연결 상태를 확인해 선택하지 않은 서버를 사용 중인 것으로 착각하지 않도록 하세요.
먼저 해당 용어가 어느 화면에 표시되는지 확인한 뒤 어떤 기능을 제어하는지 살펴보세요. 영어 원문을 유지하고 연결 모드, 서버 프로토콜, 규칙 정책을 구분해 Shadowrocket 설정과 대조할 수 있도록 정리했습니다.
처음 설정한다면 사용 안내 →부터 확인하세요. 연결은 되었지만 접속에 문제가 있다면 문제 해결 →에서 증상별로 점검하세요. 프로토콜 이름만으로 속도나 사용 가능 여부를 판단하지 마세요.
화면에 표시되는 대문자 표기와 설정에 쓰이는 대문자 정책은 용도가 다릅니다. 먼저 표시 위치를 확인한 뒤 설정 효과를 판단하세요.
Home은 연결을 조작하는 주요 화면으로, 연결 스위치와 Global Routing, SERVER 목록을 확인할 수 있습니다. 서버 항목이 목록에 보인다는 것은 매개변수가 저장되었다는 뜻일 뿐, 현재 연결되었다는 의미는 아닙니다. 테스트 전에 선택된 항목과 연결 상태를 확인해 선택하지 않은 서버를 사용 중인 것으로 착각하지 않도록 하세요.
Global Routing은 연결을 전체적으로 처리하는 방식을 결정합니다. 주로 Config, Proxy, Direct 세 가지 모드를 사용합니다. 규칙에 따른 트래픽 분배를 적용하려면 현재 Config가 선택되어 있는지 먼저 확인하세요. 문제를 점검할 때 모드를 잠시 바꿔 비교할 수 있지만, 테스트가 끝나면 원래 설정으로 되돌려야 합니다. 그렇지 않으면 규칙 파일이 올바르더라도 예상대로 작동하지 않을 수 있습니다.
Config는 두 가지 맥락에서 쓰입니다. Global Routing에서는 현재 설정에 따라 연결을 처리한다는 뜻이고, 화면 이름으로 쓰일 때는 설정 파일을 관리하는 메뉴입니다. Config 화면에 들어간 뒤에는 파일을 가져왔는지만 보지 말고 실제로 선택된 파일도 확인하세요. 안내를 읽을 때 ‘Config 모드로 전환’과 ‘Config 화면 열기’를 구분해야 합니다.
Proxy는 Global Routing의 프록시 모드로, 현재 선택한 프록시를 통해 트래픽을 처리합니다. 규칙 선택이 문제인지 확인하기 위해 점검 중 Config 모드와 잠시 비교할 때 유용합니다. 여기서 Proxy는 모드 이름이므로 규칙 끝에 쓰이는 대문자 PROXY와 혼동하지 마세요. 프록시 모드를 선택해도 잘못된 서버 매개변수는 해결되지 않습니다.
Direct는 Global Routing의 직접 연결 모드로, 연결이 현재 선택된 프록시 서버를 거치지 않습니다. 직접 연결도 기기의 네트워크와 대상 서비스 상태에 영향을 받으므로 모든 요청이 성공하는 것은 아닙니다. 로컬 네트워크 상태를 확인하는 데 쓸 수 있지만, 직접 연결이 성공했다고 해서 프록시 서버도 사용 가능하다는 뜻은 아닙니다.
On Demand는 설정된 조건에 따라 VPN 연결을 시작하는 시스템 기능입니다. 서버 프로토콜이 아니며 각 대상에 어떤 규칙을 적용할지 판단하지도 않습니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 이 기능의 활성화 여부와 현재 네트워크가 트리거 조건을 만족하는지 확인하세요. 연결 스위치가 예상대로 동작하지 않는다면 관련 조건을 잠시 비활성화해 원인을 확인한 뒤 다시 설정하세요.
프로토콜은 클라이언트와 서버가 통신하는 방식을 결정합니다. 유형을 선택한 뒤에도 사용자가 보유한 서버 매개변수를 하나씩 맞춰야 하며 주소와 포트만 입력해서는 충분하지 않습니다.
Shadowsocks는 프록시 프로토콜입니다. 일반적인 연결 매개변수는 서버 주소, 포트, 암호화 방식, 비밀번호입니다. 암호화 방식은 임의로 선택할 수 없으며 서버 측 설정과 일치해야 합니다. 비밀번호가 맞아도 암호화 방식이 다르면 연결이 실패할 수 있습니다. 보유한 정보에 추가 전송 매개변수가 있다면 함께 확인하고 가져온 뒤 임의로 삭제하지 마세요.
VMess는 UUID 등의 매개변수로 사용자를 식별하며 다양한 전송 방식을 함께 사용할 수 있습니다. UUID, 전송 유형, TLS, Host, 경로는 각각 역할이 다르므로 하나의 인증 정보로 취급하면 안 됩니다. 가져오기는 성공했지만 연결되지 않는다면 서버 주소만 바꾸지 말고 원본 정보를 기준으로 항목별로 확인하세요.
VLESS는 UUID를 사용하는 프록시 프로토콜입니다. 프로토콜 자체가 TLS를 뜻하는 것은 아니며 이름만으로 전송이 암호화되었는지 판단할 수도 없습니다. 실제 연결은 전송 방식과 관련 보안 설정에도 영향을 받습니다. 다른 항목과 주소가 같더라도 프로토콜 유형, 경로, 보안 매개변수를 그대로 사용해선 안 됩니다.
Trojan은 일반적으로 TLS와 함께 사용합니다. 주로 서버 주소, 포트, 비밀번호와 TLS 관련 매개변수를 확인해야 합니다. 연결에 쓰는 주소와 인증서 검증에 사용하는 이름은 역할이 다를 수 있으므로 보유한 설정에 따라 입력하세요. 인증서 검증에 실패하면 이름, 기기 시간, 서버 인증서를 먼저 확인하고 검증 생략을 기본 해결책으로 삼지 마세요.
Hysteria2는 QUIC 기반 프록시 프로토콜로, 연결 상태는 현재 네트워크의 UDP 통신 환경에 영향을 받습니다. 인증, TLS 및 서버가 제공한 다른 매개변수가 모두 일치해야 합니다. 한 번 측정한 지연 시간만으로 설정이 완전한지 판단하지 마세요. 네트워크를 바꾼 뒤 결과가 달라지면 여러 설정을 동시에 수정하지 말고 네트워크 환경부터 비교한 다음 매개변수를 확인하세요.
WireGuard는 공개 키로 통신 상대를 식별하는 터널 프로토콜입니다. 설정에는 키, 엔드포인트 주소, 터널 주소 등이 포함됩니다. 공개 키와 개인 키는 용도가 다르므로 서로 바꿔 쓸 수 없으며, 터널 주소는 서버의 공인 주소가 아닙니다. 가져온 뒤 상대방 정보를 확인하세요. 문제 해결 자료를 공유할 때는 개인 키와 기타 민감한 매개변수를 반드시 가려야 합니다.
HTTP와 SOCKS5는 서로 다른 프록시 프로토콜이지, 하나의 프로토콜을 다르게 표시한 이름이 아닙니다. 서버의 실제 유형에 맞춰 선택하고 사용자 이름, 비밀번호, 전송 보호 요건을 각각 확인하세요. 포트는 연결 위치일 뿐이므로 숫자만으로 프로토콜을 추정할 수 없습니다. HTTP라는 이름만 보고 TLS가 활성화된 것으로 이해해서도 안 됩니다.
일반 규칙은 매칭 방식, 매칭 대상, 처리 정책으로 구성됩니다. 무엇이 매칭되었는지 확인한 다음 어디로 전달되는지 살펴보세요.
Rule은 연결을 매칭해 처리 방식을 지정하는 설정 항목입니다. 일반 규칙은 순서대로 확인되며 앞선 규칙의 매칭이 이후 결과에 영향을 줄 수 있습니다. 규칙을 파일에 추가한 뒤에는 해당 파일을 선택하고 현재 모드가 설정에 따라 연결을 처리하도록 해야 합니다. 트래픽 분배가 예상과 다르면 원하는 규칙이 있는지만 확인하지 말고 실제로 어떤 항목이 매칭되었는지 살펴보세요.
DOMAIN은 전체 도메인을 정확히 일치시킵니다. 예를 들어 DOMAIN,example.com,DIRECT는 example.com에 적용됩니다. 기본 도메인이 같더라도 www.example.com 등의 하위 도메인까지 자동으로 포함하지 않습니다. 매칭 대상에는 도메인을 입력하고, 전체 웹 주소의 프로토콜 접두사, 경로, 쿼리 매개변수는 입력하지 마세요.
DOMAIN-SUFFIX는 도메인 접미사로 매칭합니다. 예를 들어 DOMAIN-SUFFIX,example.com,PROXY는 example.com과 그 하위 도메인에 적용됩니다. 특정 도메인 범위를 일괄 처리할 때 적합하지만 웹페이지 경로에 따라 같은 사이트의 페이지를 구분할 수는 없습니다. 작성 전에 적용 범위를 확인해 단일 호스트에만 필요한 설정이 전체 도메인에 적용되지 않도록 하세요.
DOMAIN-KEYWORD는 도메인에 지정한 키워드가 포함되어 있는지 확인합니다. 적용 범위는 명확한 도메인 접미사 하나보다 넓은 경우가 많습니다. 대상과 무관한 도메인에도 키워드가 들어갈 수 있어 잘못 매칭될 위험이 있습니다. 문자열 일부로 매칭해야 할 때만 사용하고 연결 기록에서 실제 매칭 대상을 확인하세요.
IP-CIDR은 IPv4 주소 범위를, IP-CIDR6은 IPv6 주소 범위를 매칭합니다. 슬래시 뒤의 접두사 길이에 따라 범위가 결정됩니다. 예를 들어 IP-CIDR,192.168.0.0/16,DIRECT는 단일 도메인이 아닌 사설 주소 대역을 나타냅니다. 도메인 규칙과 주소 규칙은 서로 다른 매칭 계층에 있으므로 문제를 점검할 때 대상의 실제 DNS 결과와 규칙 순서를 함께 확인하세요.
GEOIP는 IP 주소 지역 데이터베이스를 기준으로 매칭하며, 연결 대상 주소와 사용 중인 데이터베이스에 따라 결과가 결정됩니다. 웹페이지 언어, 도메인 접미사, 사용자 위치를 판단하는 기능이 아니며 데이터베이스 결과가 실제 서비스 배치와 다를 수도 있습니다. 대상이 분산 서비스를 사용한다면 실제 연결 주소를 확인하고 사이트 이름만으로 매칭 결과를 추측하지 마세요.
FINAL은 앞선 규칙에 매칭되지 않은 연결에 적용하는 기본 규칙으로, 보통 규칙 목록의 마지막에 둡니다. 예를 들면 FINAL,PROXY와 같습니다. 앞선 항목에 이미 매칭된 연결에는 적용되지 않습니다. 수정 전에 분류되지 않은 연결에 어떤 정책을 적용해야 하는지 확인하고, 기본 규칙 변경을 모든 트래픽의 공통 해결책으로 오해하지 마세요.
PROXY는 매칭된 연결을 프록시에 전달하고, DIRECT는 직접 연결하며, REJECT는 연결을 거부합니다. 이 대문자 표기는 규칙에 쓰이는 처리 정책으로, Global Routing의 Proxy 및 Direct 모드와는 다른 계층입니다. PROXY에 매칭되어도 서버를 사용할 수 있다는 보장은 없고 DIRECT에 매칭되어도 대상에 접속할 수 있다고 단정할 수 없습니다. REJECT에 매칭되면 먼저 의도한 설정인지 확인하세요.
서버 정보, 구독 주소, 설정 파일, 앱 구매 내역은 각각 다른 문제를 해결하며 서로 대체할 수 없습니다.
Subscribe는 사용자가 보유한 구독 주소에서 서버 항목을 가져옵니다. 이후 업데이트 과정에서 목록이 추가, 삭제 또는 변경될 수 있습니다. 구독 주소에 접근 자격 증명이 포함될 수 있으므로 스크린샷, 댓글, 문제 해결 기록에 공개하지 마세요. 가져온 뒤 목록에 항목이 실제로 표시되는지 확인하세요. 규칙과 DNS 설정이 함께 제공되는지는 원본 내용을 살펴봐야 하며, ‘구독’이라는 이름만으로 판단할 수 없습니다.
Add Server는 서버 매개변수를 입력하는 메뉴이고, SERVER는 Home에 표시되는 서버 항목 목록입니다. 일반적으로 항목은 프로토콜, 주소, 포트, 인증 정보로 구성됩니다. 메모 이름은 항목을 식별하기 위한 용도일 뿐입니다. 저장한 뒤 항목을 선택해 테스트하세요. 이름이 비슷하거나 가져오기에 성공했다는 이유만으로 연결 매개변수가 완전하다고 볼 수 없습니다.
설정 파일은 규칙, DNS 등의 설정을 구성하며 서버 매개변수를 주로 제공하는 구독과 용도가 다릅니다. Config 화면에 파일이 표시되어도 실제로 선택된 것은 아닐 수 있으며, 현재 모드가 파일의 규칙을 실행한다는 뜻도 아닙니다. 수정 전에 복원할 수 있는 사본을 저장하고 한 번에 한 종류의 설정만 변경하세요. 변경 내용을 기록해 두면 문제가 발생했을 때 되돌려 비교하기 쉽습니다.
구입 항목은 App Store에서 구입한 앱 내역을 확인하는 메뉴입니다. 기기를 바꾼 뒤에는 App Store에 원래 구매 계정으로 로그인했는지 먼저 확인하세요. Shadowrocket은 App Store에서만 제공되며, 구매 가능 여부와 시스템 요구 사항은 App Store 페이지의 안내를 따릅니다. 클라이언트의 일회성 구매와 회선 요금제는 별개이며, 구매 내역으로 서버 정보와 설정 파일을 백업할 수는 없습니다.
구입 항목에서 복원하는 방법 보기 →연결 스위치 상태, DNS 조회 결과, 테스트 소요 시간은 서로 다른 지표입니다. 점검할 때 각각 기록하고 하나의 수치만으로 전체 접속 상태를 판단하지 마세요.
DNS는 도메인을 IP 주소로 변환하며 도메인으로 서비스에 접속할 때 중요한 역할을 합니다. 서버 테스트에서 응답을 받았다고 대상 도메인도 정상적으로 조회된다는 뜻은 아닙니다. DNS 조회에 성공해도 이후 연결이 반드시 설정되는 것은 아닙니다. 웹페이지가 열리지 않으면 현재 설정의 DNS 옵션, 네트워크 연결, 실제 조회 결과를 함께 확인하고 여러 DNS 옵션을 한꺼번에 바꾸지 마세요.
DNS 문제 해결 보기 →Connectivity Test는 선택한 테스트 방식으로 연결 상태를 확인합니다. 결과는 테스트 대상, 현재 네트워크, 관련 설정에 따라 달라집니다. 한 번 테스트에 성공했다는 것은 해당 검사에서 응답을 받았다는 뜻일 뿐 모든 웹사이트와 앱에 접속할 수 있다는 의미는 아닙니다. 점검할 때 먼저 테스트 방식을 기록한 뒤 실제 접속 대상도 확인해 서로 다른 방식의 결과를 그대로 비교하지 않도록 하세요.
지연 시간은 테스트를 시작한 뒤 응답을 받을 때까지 걸리는 시간으로, 보통 밀리초 단위로 표시합니다. 초당 전송할 수 있는 데이터 양을 뜻하지 않습니다. 지연 시간이 짧아도 처리량이 높거나 연결이 안정적이라는 보장은 없으며 DNS 또는 대상 접속 확인을 대신하지 않습니다. 시간 초과가 발생하면 서버 매개변수, 네트워크 상태, 테스트 대상을 먼저 확인한 뒤 기존 목록에서 테스트 대상을 바꿀지 판단하세요.