Shadowrocket 문제 해결 가이드

엔드포인트를 확인한 뒤 테스트 결과를 해석하세요

현재 유효한 서버 정보는 서비스 제공업체에서 확인하고 주소, 포트, 프로토콜 및 인증 항목을 점검하세요. 구독 목록의 표시 이름은 항목을 구분하기 위한 이름일 뿐 서버 주소가 아니며, 서버가 여전히 유효하다는 뜻도 아닙니다. 직접 입력할 때는 앞뒤 공백, 전각 문자, 복사 누락을 확인하고 웹페이지의 설명까지 함께 붙여넣지 않도록 주의하세요. 구독 서버를 사용하는 경우 구독 업데이트 시점과 현재 선택한 서버가 같은 그룹에 속하는지도 확인하세요.

Connectivity Test 결과는 테스트 방식과 대상에 따라 달라집니다. 한 번의 테스트 실패는 원격 연결 실패일 수도 있고 테스트 대상에 접속할 수 없다는 뜻일 수도 있습니다. 테스트에 성공해도 해당 테스트가 완료되었을 뿐, 지속적인 다운로드나 모든 앱의 작동을 보장하지는 않습니다. 설정에서 현재 적용 중인 테스트 방식을 확인한 뒤 실제 페이지에 접속해 검증하세요. 테스트 방식이 서로 다른 결과를 직접 비교하지 말고 한 번의 결과만으로 회선의 장기적인 품질을 판단하지 마세요.

프로토콜별 필수 항목 확인

Shadowsocks는 암호화 방식과 비밀번호가 서버 설정과 일치하는지 확인하세요. VMess와 VLESS는 해당 프로토콜의 식별 정보 및 전송 설정을 확인해야 합니다. Trojan은 비밀번호와 TLS 관련 정보를 점검하세요. Hysteria2는 UDP 전송을 사용하므로 현재 네트워크에서 UDP가 안정적으로 전달되지 않으면 TCP 웹페이지가 정상이어도 작동하지 않을 수 있습니다. WireGuard는 키, 주소 및 허용된 라우팅 범위를 확인하세요. 프로토콜 이름만 바꾸지 말고 나머지 항목도 서버 설정과 일치시켜야 합니다.

TLS 오류를 검증 생략으로 감추지 마세요

서버 주소, TLS에서 사용하는 이름, 전송 계층 Host는 서로 다를 수 있습니다. 서비스 제공업체가 안내한 정보에 따라 입력하고 표시 이름만 보고 추측하지 마세요. 시스템 날짜나 시간이 크게 틀리면 인증서 유효기간을 확인하지 못할 수 있으므로 시스템의 자동 시간 설정을 켜고 시간대를 확인하세요. 인증서 이름이 일치하지 않는다면 SNI와 서버 인증서를 확인하세요. 검증 생략은 연결의 신뢰 경계를 바꿀 뿐, 실제 설정 오류를 해결하지 못할 수 있습니다.

같은 서버가 Wi-Fi에서 시간 초과되고 셀룰러에서는 정상이라면 SERVER와 Config를 그대로 두고 네트워크만 바꿔 한 번 더 테스트해 재현 여부를 확인하세요. 해당 프로토콜이 UDP를 사용한다면 이미 보유한 다른 전송 방식과 비교할 수 있습니다. 다만 포트를 임의로 바꾸거나 서버에서 설정하지 않은 프로토콜로 전환하지 마세요. 클라이언트와 서버 설정은 서로 일치해야 하며, 한쪽만 변경한다고 서버에 없는 기능이 생기지는 않습니다.

서비스 제공업체에 전달할 증거 정리

여러 네트워크에서 계속 실패하면 서비스 제공업체에 프로토콜, 오류가 발생한 시간대, 오류 유형과 완료한 비교 테스트 결과를 전달해 서버 상태와 계정 권한을 확인하세요. 전체 구독 링크, 비밀번호, 개인 키 또는 식별 정보를 공개하지 마세요. 서버 정보를 설명해야 한다면 표시 이름이나 일부를 가린 주소를 먼저 전달하세요. 전체 정보는 필요성과 지원 채널의 신뢰성을 확인한 뒤 제출하세요. 이 사이트는 클라이언트 사용 방법을 안내하며 서버 측 점검을 대신하거나 시간 초과 증상만으로 대체 서비스를 추천하지 않습니다.

문제를 해결한 뒤 같은 대상으로 다시 접속하고 테스트 버튼만 정상화된 것은 아닌지 확인하세요. 핸드셰이크는 성공했지만 페이지가 느리다면 속도 장을 참고하세요. 원격 도메인을 확인할 수 없다면 먼저 DNS 장을 읽어 보세요. 마지막으로 정상 작동한 설정의 출처와 변경 항목을 기록해 두세요. 다음 구독 업데이트에서 수동 변경 사항이 덮어써졌을 때 서버 설정이 바뀐 것인지, 로컬 수정이 되돌아간 것인지 판단할 수 있습니다.

어떤 도메인에서 실패하는지 먼저 확인

DNS는 도메인 이름을 연결에 필요한 주소로 변환합니다. 확인이 필요한 대상은 접속하려는 웹사이트일 수도 있고 프록시 서버 자체일 수도 있으며 DNS over HTTPS 엔드포인트의 도메인일 수도 있습니다. 서버 도메인을 확인할 수 없다면 프록시 연결이 아직 시작되지 않은 상태입니다. 대상 도메인 확인에 실패했다면 프록시 연결은 이미 완료되었을 수 있습니다. 오류 기록에서 어느 도메인인지 먼저 구분한 뒤 기본 네트워크 DNS, 현재 Config의 DNS 설정, 원격 이름 확인 경로 중 어디를 확인할지 결정하세요.

‘도메인으로는 열리지 않지만 IP로는 열린다’는 현상만으로 DNS 장애라고 단정할 수는 없습니다. HTTPS 사이트는 올바른 도메인과 인증서 이름도 필요하므로 IP 주소로 직접 접속하면 다른 페이지나 인증서 오류가 표시될 수 있습니다. 해당 요청의 DNS 오류, 확인 시간, 반환 상태를 살펴보고 같은 도메인이 정상 작동하는 네트워크와 비교하는 편이 정확합니다. 테스트를 위해 인증서 확인을 끄지 말고 임시로 얻은 IP를 모든 접속 규칙에 계속 입력하지 마세요.

시스템 DNS, 사용자 지정 DNS, DoH의 차이

시스템 DNS는 일반적으로 현재 네트워크 설정을 따르므로 로컬 네트워크나 인증 환경에 맞추기 쉽지만 Wi-Fi를 바꾸면 결과도 달라질 수 있습니다. 사용자 지정 DNS는 지정한 서비스에 이름 확인을 맡기므로 현재 네트워크에서 해당 서비스에 접속할 수 있는지 확인해야 합니다. DNS over HTTPS는 HTTPS로 DNS 요청을 전송하지만 엔드포인트에 도달할 수 있는 네트워크 경로가 필요합니다. 이를 켜도 원격 프록시가 작동한다고 볼 수 없고 로컬 네트워크의 모든 이름을 확인할 수 있는 것도 아닙니다.

DoH 엔드포인트의 도메인을 확인하는 데 아직 연결되지 않은 프록시가 필요한 경우 순환 의존성이 생길 수 있습니다. 프록시 연결에 서버 이름 확인이 필요한데, 이름 확인은 프록시를 통해서만 하도록 설정된 상황입니다. 문제를 점검할 때는 먼저 연결을 시작하는 데 필요한 이름 확인 경로를 복구한 뒤 암호화 DNS를 하나씩 확인하세요. 인터넷에서 찾은 IP로 서버 주소를 임의로 바꾸지 마세요. 엔드포인트 주소, 인증서 이름 및 SNI는 서버 요구 사항에 맞아야 합니다. 그렇지 않으면 DNS 오류가 핸드셰이크 오류로 바뀔 수 있습니다.

규칙과 DNS의 관계 확인

DOMAIN과 DOMAIN-SUFFIX는 요청에 포함된 도메인 정보를 기준으로 합니다. IP-CIDR, IP-CIDR6, GEOIP는 주소 관련 조건을 기준으로 판단합니다. 주소 확인이 필요한 규칙은 DNS 조회에 영향을 받을 수 있으므로 규칙 순서를 바꾸면 동작도 달라질 수 있습니다. 아래는 규칙 예시이며 주소 범위는 문서 설명용으로 실제 서비스와 무관합니다. 현재 Config의 정책 정의와 실제 규칙 매칭 기록을 함께 확인하세요. 이 조각을 완전한 DNS 설정으로 사용하지 마세요.

[Rule]
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
IP-CIDR6,2001:db8::/32,DIRECT,no-resolve
FINAL,PROXY

no-resolve를 관련 IP 규칙에 사용하면 해당 규칙의 일치 여부를 위해 도메인을 능동적으로 확인하지 않는다는 뜻입니다. 모든 DNS를 끄는 설정은 아닙니다. 도메인 기준으로 명확하게 트래픽을 나누려면 범위가 분명한 도메인 규칙을 먼저 사용하고 주소 규칙이 여전히 필요한지 확인하세요. 한 번의 DNS 오류를 피하려고 모든 도메인을 범위가 넓은 키워드 규칙에 보내지 마세요. 다른 정상 요청까지 적절하지 않은 경로로 전달될 수 있습니다.

캐시, IPv6, 로컬 네트워크 이름 확인

DNS를 변경한 뒤에도 앱, 시스템 또는 클라이언트에 이전 조회 결과나 기존 연결이 남아 있을 수 있습니다. 관련 연결을 끊고 새 요청을 보내 새 로그를 확인하세요. 이미 연결된 페이지를 새로 고치는 것만으로 판단하지 마세요. 도메인이 IPv4와 IPv6 주소를 모두 반환할 때 한쪽 경로만 연결되지 않아 간헐적인 실패가 발생할 수도 있습니다. 실패한 요청에서 실제로 사용한 주소 체계를 확인한 뒤 현재 네트워크에 맞게 조정하세요. 모든 기기에서 IPv6를 끄는 것을 고정적인 최적화로 여기지 마세요.

프린터, 라우터 관리 페이지, 회사 내부 도메인은 로컬 이름 확인 방식이 필요할 수 있습니다. 공용 DNS가 이러한 이름까지 확인해 준다고 보장할 수 없습니다. 로컬 네트워크 접속에 문제가 있다면 프록시 설정으로 인해 로컬 서브넷이나 DNS 경로가 바뀌었는지 확인하세요. DNS 설정은 한 번에 하나씩 복원하고 일반 도메인과 내부 이름이 모두 요구 사항대로 작동하는지 확인한 뒤 테스트를 마치세요. 자세한 선택 기준은 Shadowrocket DNS 설정 설명을 참고하고 DNS 선택과 문제 해결을 별도로 진행하세요.

앱을 받았다고 설정까지 자동으로 나타나는 것은 아닙니다

iPhone과 iPad에서 같은 구매 기록을 사용하는 경우 올바른 App Store 계정으로 구입 항목을 확인하세요. 구매 정보와 설정 데이터는 별개입니다. 다른 기기에 구독이 있다고 현재 iPad에도 같은 서버 및 Config가 자동으로 설정되는 것은 아닙니다. iPad에서 처음 사용할 때는 빠른 시작 가이드를 따라 가져오기, Global Routing, 연결 권한을 다시 확인하세요. 빈 목록을 앱 오류나 구매 미완료로 오해하지 마세요.

iPhone / iPad 버전은 App Store에서 $2.99 일회성 결제이며 Mac(Apple 실리콘 및 Intel), Windows, Android, Linux 버전은 무료입니다. 클라이언트 구매 비용과 회선 요금제는 별개입니다. 계정, 기기 수 또는 동시 연결 제한은 서비스 제공업체에 확인하세요. 휴대폰에서는 정상인데 iPad에서 실패한다면 동시에 연결할 수 있는 기기 수부터 확인하세요. 클라이언트를 반복 구매하거나 계정 권한 문제를 iPad만의 네트워크 오류로 취급하지 마세요.

‘같은 네트워크’를 구체적인 연결 방식으로 확인

휴대폰은 셀룰러 네트워크를 사용하고 iPad는 Wi-Fi에 연결되어 있을 수 있습니다. 두 기기가 동시에 접속하는 것처럼 보여도 실제 외부 연결 경로는 다를 수 있습니다. 교차 테스트에서는 두 기기의 연결 방식, 선택한 SERVER, Config를 확인하고 가능하면 같은 대상을 테스트하세요. 조건이 비슷해야 차이를 해석할 수 있습니다. iPad에서 휴대폰 핫스팟을 사용하면 트래픽이 핫스팟 공유와 휴대폰 네트워크를 거치므로 휴대폰 앱 자체의 연결 경로와 같다고 볼 수 없습니다.

학교, 호텔, 사무실 Wi-Fi에서는 iPad에서 별도로 인증해야 할 수 있습니다. 먼저 프록시 연결을 끊고 일반 페이지를 열어 인증 상태를 확인한 다음 연결하세요. 로컬 네트워크만 접속되고 외부 대상은 열리지 않는다면 로그인 절차가 끝났는지 확인하세요. 외부 대상은 정상이지만 프린터나 공유 기기에 접속할 수 없다면 로컬 네트워크 라우팅과 이름 확인을 점검하세요. 프린터 하나에 접속하려고 모든 요청을 영구적으로 Direct로 바꾸지 말고 범위가 명확한 로컬 규칙을 유지하세요.

잠금 화면, 분할 화면, 앱 전환 상태 확인

잠금 화면에서 새 트래픽이 잠시 발생하지 않아도 터널 연결이 끊겼다고 단정할 수는 없습니다. 화면을 다시 켠 뒤 시스템 VPN 상태를 확인하고 새 요청을 보내 연결 유지, 자동 재연결, 앱 자체의 복구 지연을 구분하세요. 분할 화면이나 Stage Manager는 전면 앱의 배치 방식을 바꾸는 기능이므로 Shadowrocket이 현재 창에 보이지 않는다는 이유만으로 프록시가 중지되었다고 판단하지 마세요. 화면을 켠 뒤에만 실패한다면 Wi-Fi가 바뀌었는지, On Demand가 작동했는지, 어떤 조치로 복구되는지 기록하세요.

셀룰러 모델은 시스템에서 해당 앱의 데이터 사용 권한과 현재 데이터 요금제가 유효한지 확인하세요. Wi-Fi 모델은 무선 네트워크와 핫스팟 경로를 집중적으로 살펴보세요. 시스템 버전, 기기 관리 정책, 절전 설정도 두 기기의 차이를 만들 수 있습니다. 다른 기기의 시스템 설정을 그대로 복사하지 말고 증상과 관련 있는 차이를 찾아 한 항목씩 바꾸세요. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 확인하고 화면 크기로 지원 여부를 추측하지 마세요.

교차 비교표로 다음 조치 결정

설정 이전 후 일부 앱에서만 접속할 수 없다면 사용자 지정 정책, 수동 규칙, DNS 설정이 누락되지 않았는지 확인하세요. QR 코드나 단일 서버 공유만으로는 전체 Config를 복원할 수 없으며 가져오기에 성공해도 규칙이 동기화되었다는 보장은 없습니다. 두 기기에서 실제로 활성화된 항목을 하나씩 확인한 뒤 결과를 비교하세요. 민감한 정보를 가린 스크린샷은 화면을 구분하는 데 도움이 될 수 있지만 설정 차이를 확인하는 과정을 대신하지는 못합니다. 민감한 데이터가 포함된 전체 내보내기 파일을 비교 편의를 위해 공개하지 마세요.

점검을 마치기 전에 임시로 껐던 자동 연결 조건을 복원하고 더 이상 필요하지 않은 테스트 규칙은 삭제하세요. 검증된 설정과 간단한 기록은 보관합니다. 기록에는 실패 조건, 효과가 있었던 조치, 아직 해결되지 않은 범위를 적고 ‘재시작하니 됨’만 남기지 마세요. 추가로 확인하려면 연결 문제는 이 페이지 앞부분의 두 장을, 구독 문제는 구독 장을 참고하세요. 자주 묻는 사용법은 초보자 자주 묻는 질문에서 확인할 수 있습니다. 다음에 같은 증상이 생기면 모든 스위치를 다시 시도하지 말고 이미 확보한 기록부터 살펴보세요.