Shadowrocket에 직접 구한 서비스 제공업체 설정을 가져왔지만 노드 시간 초과나 웹 페이지 로딩 문제를 겪는 사용자를 위한 안내입니다. 기본 네트워크, 테스트 방식, 프로토콜 설정, 시스템 시간, 규칙 경로 순으로 확인하고 한 번에 한 가지 조건만 바꿔 서버 연결 불가, 인증 실패, 예상한 정책과 다른 요청 처리를 구분하세요. 구독 링크는 서비스 제공업체에서 받으세요.
1. 노드 시간 초과, 연결 실패, 웹 페이지 시간 초과 구분하기
‘시간 초과’는 어떤 작업이 제한 시간 안에 완료되지 않았다는 뜻일 뿐, 비밀번호가 틀렸거나 서버가 오프라인이라는 의미는 아닙니다. Home의 지연 시간 테스트, 프록시 프로토콜 연결, 프록시를 통한 웹 페이지 열기는 서로 다른 검사입니다. VPN 상태가 연결됨으로 표시되어도 시스템 터널이 연결된 것일 뿐, 원격 서버 인증이 완료됐다는 뜻은 아닙니다.
먼저 어느 단계에서 실패했는지 기록한 다음 확인할 설정을 정하세요. 아래 내용은 결과를 해석하는 방법이며 특정 노드를 실제로 테스트한 결과가 아닙니다. 지연 시간 수치만으로 서비스를 사용할 수 있다고 판단할 수도 없습니다.
| 확인된 현상 | 알 수 있는 점 | 다음 단계 |
|---|---|---|
| TCP 테스트에 수치가 나오지만 웹 페이지는 열리지 않음 | 테스트 대상 포트에 연결될 수는 있지만 프로토콜 인증이나 TLS 성공을 보장하지는 않음 | Type, 비밀번호, TLS, SNI 확인 |
| ICMP 테스트는 시간 초과되지만 실제 웹 페이지는 열림 | 서버나 경로가 ICMP 응답을 보내지 않을 수 있음 | TCP 또는 실제 요청으로 교차 확인 |
| 같은 Wi-Fi에서 모든 노드가 시간 초과됨 | 해당 네트워크의 외부 연결, 인증 또는 전송 제한이 원인일 수 있음 | 네트워크 인증을 완료한 뒤 셀룰러 네트워크와 비교 |
| 특정 웹사이트만 열리지 않음 | 대상 사이트, DNS 또는 해당 사이트에 적용되는 규칙을 별도로 확인해야 함 | 요청 기록에서 적용된 정책과 오류 확인 |
2. Home에서 반복 가능한 테스트 조건 만들기
처음부터 모든 설정을 삭제하지 마세요. 현재 선택한 노드, Global Routing 설정, 사용 중인 네트워크를 기록하고 변경 전에 기존 설정을 보관해 복구할 수 있게 하세요. 테스트 중에는 같은 노드와 대상 페이지를 유지하고 조건별로 세 번씩 반복하세요. 한 번의 지연 시간보다 성공 횟수를 기록하는 편이 유용합니다.
-
기본 네트워크 확인
Home에서 연결 스위치를 끄고 iPhone의 Wi-Fi 또는 셀룰러 네트워크로 정상 작동하는 웹사이트에 접속되는지 확인하세요. 공용 Wi-Fi에 로그인 인증 페이지가 표시되면 먼저 인증을 마친 뒤 프록시를 테스트하세요.
-
테스트 노드 고정
Home으로 돌아가 기존에 보유한 노드 하나를 선택하세요. 노드 편집 화면에서 서버 주소와 포트를 확인하세요. 구독 업데이트, 노드 전환, DNS 변경을 동시에 하면 어떤 변경이 영향을 줬는지 알기 어렵습니다.
-
테스트 방식 확인
Settings → Connectivity Test로 이동해 현재 테스트 방식을 확인하세요. TCP 테스트를 사용한다면 해당 노드의 실제 포트를 대상으로 하는지 확인하세요. 그런 다음 Home으로 돌아가 테스트를 실행하고 사용한 방식과 결과를 기록하세요.
-
실제 요청 테스트
Home → Global Routing에서 일시적으로 Proxy를 선택하고 연결 스위치를 켠 뒤 고정한 대상 페이지에 접속하세요. 테스트가 끝나면 원래 설정으로 되돌리세요. Proxy는 규칙 분기의 영향을 줄이는 데 쓰지만 잘못된 노드 설정을 고쳐 주지는 않습니다.
-
네트워크를 바꿔 재테스트
노드와 설정을 그대로 둔 채 Wi-Fi와 셀룰러 네트워크에서 각각 테스트를 반복하세요. 차이가 꾸준히 재현되면 네트워크 유형과 발생 시각을 기록하세요. 한 네트워크에서만 실패한다면 모든 프로토콜 항목을 즉시 바꾸기보다 해당 네트워크부터 확인하세요.
정리: 먼저 네트워크를 바꿔도 같은 문제가 발생하는지 확인
같은 노드가 한 네트워크에서만 시간 초과되면 설정을 유지하고 네트워크 경로를 확인하세요. 두 네트워크 모두에서 실패하면 포트, 인증, 서비스 제공업체 측 상태를 살펴보세요. 특정 네트워크의 문제를 전체 설정 오류로 오해하지 않도록 합니다.
3. Type에 따라 포트, 비밀번호, TLS, SNI 확인
Home에서 해당 노드의 편집 화면을 열고 각 항목을 서비스 제공업체가 제공한 설정과 대조하세요. 서버 주소, 포트, 인증 정보는 같은 설정에서 가져와야 합니다. 포트 443이라고 해서 반드시 TLS를 사용한다는 뜻은 아니며, 포트 8443이라고 해서 잘못된 것도 아닙니다. TLS 사용 여부와 전송 방식은 서비스 제공업체의 설정을 따르세요.
| 프로토콜 또는 항목 | 중점 확인 사항 | 흔한 오해 |
|---|---|---|
| Shadowsocks | 서버, 포트, 암호화 방식, 비밀번호 | 포트에 연결되면 비밀번호도 올바르다고 판단 |
| VMess / VLESS | UUID, 서버에서 요구하는 전송 설정, TLS 설정 | UUID를 복사하면서 Host, Path 또는 기타 필수 항목을 누락 |
| Trojan | 비밀번호, TLS, 서비스 제공업체가 지정한 SNI | 연결 주소를 모든 도메인 항목에 그대로 입력 |
| Hysteria2 | UDP 경로, 인증 정보, TLS, 난독화 설정(해당하는 경우) | TCP 포트 테스트로 UDP 프로토콜 사용 가능 여부를 판단 |
| WireGuard | PrivateKey, PublicKey, Endpoint, Address, 라우팅 범위 | 핸드셰이크 실패를 TLS 또는 SNI 문제로 단정 |
TLS의 SNI는 핸드셰이크 중 서버 이름을 지정하며, 인증서도 해당 이름과 일치해야 합니다. 연결 주소는 IP이고 SNI는 서비스 제공업체가 지정한 도메인일 수 있으므로 둘이 반드시 같지는 않습니다. WebSocket의 Host와 Path도 별도 항목이므로 SNI 대신 사용할 수 없습니다.
- 비밀번호나 UUID 앞뒤에 공백, 줄바꿈, 전각 문자가 들어가지 않았는지 확인하세요. 겉모양만 보고 추측하지 말고 원본 값을 다시 복사하는 편이 좋습니다.
- 구독을 업데이트한 뒤 편집하고 테스트하는 노드가 같은 노드인지 확인하세요. 이전 노드와 새 설정을 섞어 사용하지 않도록 합니다.
- 인증서 검증이 필요하다면 검증을 끄는 방법을 일반적인 해결책으로 삼지 마세요. SNI, 인증서 유효기간, 시스템 시간을 확인하고 서버 인증서 문제는 서비스 제공업체에 문의하세요.
- WireGuard와 TLS 기반 프로토콜은 점검 방법이 다릅니다. TLS를 사용하지 않는 프로토콜에 SNI 설정을 억지로 적용하지 마세요.
4. 오류 원문으로 문제 범위 좁히기
연결 기록이나 로그에 아래 오류 문구가 표시되면 해당 항목을 중심으로 확인하세요. 프로토콜과 시스템에 따라 표현이 다를 수 있으므로 전체 오류 원문과 발생 시각을 보관하세요. 겉보기에 비슷한 오류를 모두 ‘노드 시간 초과’로 묶어서는 안 됩니다. 기록을 서비스 제공업체에 보내기 전에 구독 인증 정보, 비밀번호, UUID, 개인 키를 가리세요.
오류: Connection timed out
원인과 해결 방법: 제한 시간 안에 연결이 완료되지 않은 상태입니다. 경로에서 패킷이 손실되거나 포트가 필터링되었거나 서버가 응답하지 않을 수 있습니다. 먼저 노드를 고정한 채 네트워크를 바꿔 재테스트하고, 서비스 제공업체에 서버와 포트 상태를 확인하세요.
오류: Connection refused
원인과 해결 방법: 연결 요청이 거부된 상태입니다. 포트에서 대기 중인 서비스가 없거나 장치가 요청을 거부하는 경우가 많습니다. 포트가 여전히 유효한지 확인하세요. 대기 시간을 반복해서 늘리는 방식으로 해결하려 하지 마세요.
오류: No route to host
원인과 해결 방법: 현재 경로로 대상 주소에 도달할 수 없는 상태입니다. 네트워크 라우팅이나 주소 체계가 원인일 수 있습니다. 먼저 기기의 네트워크 연결을 확인하고 Wi-Fi와 셀룰러 네트워크의 결과를 비교하세요.
오류: certificate has expired
원인과 해결 방법: 기기의 현재 시간을 기준으로 인증서가 만료된 것으로 판단된 상태입니다. 먼저 시스템 날짜와 시간을 맞추세요. 시간이 정확한데도 문제가 반복되면 서비스 제공업체에 인증서 유효기간을 확인해 달라고 요청하세요.
오류 기록은 발생 순서도 중요합니다. 예를 들어 도메인 확인 실패는 서버에 연결하기 전에 발생하므로, 이 경우 비밀번호를 바꿔도 도움이 되지 않습니다. TLS 핸드셰이크 실패는 하위 연결이 성립한 뒤 발생하므로 포트를 임의로 443으로 바꾸기보다 TLS, SNI, 인증서를 먼저 확인하세요.
5. iPhone 시스템 시간과 자동 재연결 확인
시스템 시간이 크게 어긋나면 TLS 인증서 유효기간 판단에 영향을 주고, 시간 확인을 사용하는 프로토콜의 인증에도 문제가 생길 수 있습니다. 웹 페이지에 표시되는 날짜가 정상이라고 해서 시스템 설정까지 확인된 것은 아닙니다. 날짜를 직접 변경했거나, 오랫동안 오프라인이었거나, 기기를 복원한 직후라면 특히 확인하세요.
- iPhone에서 ‘설정’ → ‘일반’ → ‘날짜 및 시간’을 열고 ‘자동 설정’을 켠 다음 현재 날짜와 시간이 정확한지 확인하세요. 기기 관리로 인해 이 옵션을 사용할 수 없다면 제한이 적용된 이유를 먼저 확인하세요.
- Shadowrocket으로 돌아가 Home에서 연결 스위치를 끈 뒤 다시 연결하고 테스트하세요. 새 연결에 조정된 시간이 적용됩니다.
- 수동으로 연결을 끊어도 다시 자동 연결된다면 Settings → On Demand로 이동해 현재 설정을 기록한 다음 On Demand를 잠시 끄고 기본 네트워크를 테스트하세요.
- 점검이 끝나면 필요한 On Demand 설정을 복원하세요. On Demand는 조건에 따라 연결을 설정하는 기능이며 서버 비밀번호, 인증서, 포트 문제를 해결하지는 않습니다.
6. 노드 테스트는 정상인데 웹 페이지가 열리지 않을 때 규칙과 구독 확인
노드 연결은 성공하지만 웹 페이지가 열리지 않는다면 Home → Global Routing을 확인하세요. Proxy는 프록시를 사용할 수 있는 요청을 선택된 프록시 경로로 보냅니다. Direct는 직접 연결하고, Config는 현재 설정의 규칙에 따라 요청을 분기하며, Scene은 해당 장면 설정을 사용합니다. 평소 Config를 사용한다면 Proxy로 잠시 바꿔 비교한 다음 Config로 되돌려 적용되는 규칙을 확인하세요.
Config에서 방금 가져온 파일만 보지 말고 실제로 사용 중인 설정을 확인하세요. 규칙은 순서대로 적용됩니다. DOMAIN-SUFFIX는 도메인 접미사를, IP-CIDR은 주소 대역을, GEOIP는 IP 지리 데이터베이스를 기준으로 일치 여부를 판단합니다. FINAL은 앞선 규칙에 일치하지 않은 요청을 처리합니다. 앞쪽의 DIRECT 또는 REJECT 규칙 때문에 요청이 현재 노드를 거치지 않을 수 있습니다.
- Proxy는 되지만 Config는 실패:실패한 요청에 실제로 적용된 규칙과 정책을 확인하세요. 앞쪽의 DIRECT, REJECT 규칙과 FINAL이 지정한 정책을 중점적으로 살펴보세요. 규칙 전체를 바로 삭제하지 마세요.
- 도메인으로만 접속 실패:DNS 조회 오류가 있는지, 대상 도메인에 예상한 규칙이 적용되는지 확인하세요. 도메인 대신 HTTPS 사이트의 IP 주소로 접속해 테스트하지 마세요. 인증서의 대상 이름이 일치하지 않을 수 있습니다.
- 노드 목록이 이전 내용 그대로 표시됨:Home으로 돌아가 해당 구독을 업데이트하고 업데이트가 완료되면 노드를 다시 선택하세요. 구독 업데이트 성공은 설정을 가져왔다는 뜻일 뿐, 모든 서버를 사용할 수 있다는 보장은 아닙니다.
- 구독 업데이트도 실패:링크를 가져오지 못한 문제와 노드 연결 실패를 먼저 구분하세요. 구독 링크에는 별도의 유효기간이나 접근 조건이 있을 수 있습니다. 서비스 제공업체에서 유효한 링크를 받고 계정 상태도 확인하세요.
지연 시간이 수십 ms인데도 웹 페이지가 열리지 않는 이유는 무엇인가요?
지연 시간은 특정 테스트의 결과만 나타내며 인증, TLS, 대상 웹사이트 접속까지 모두 성공했다는 뜻은 아닙니다. 먼저 Home → Global Routing에서 Proxy를 잠시 선택해 실제 요청을 테스트한 뒤 노드 설정을 확인하세요. Config에서만 실패한다면 규칙을 점검하세요.
모든 노드가 시간 초과되면 전부 다시 가져와야 하나요?
한꺼번에 삭제하지 마세요. 연결을 끄고 기본 네트워크가 정상인지 확인한 다음 Settings → On Demand가 연결 해제 상태에 영향을 주는지 살펴보세요. 같은 노드로 네트워크를 바꿔 재테스트하세요. 설정이 만료되었거나 내용이 잘못된 것을 확인한 경우에만 구독을 업데이트하세요.
Wi-Fi에서는 되는데 셀룰러 네트워크에서 시간 초과되면 어떻게 하나요?
같은 노드, Global Routing 설정, 대상 페이지를 유지한 채 세 번 반복해 결과를 기록하세요. 시스템에서 앱의 셀룰러 데이터 사용을 허용했는지 확인하세요. UDP 프로토콜만 실패한다면 네트워크 유형과 프로토콜 정보를 서비스 제공업체에 전달해 경로 제한이 있는지 확인하세요.
시간을 맞춘 뒤에도 인증서 만료 오류가 표시되면 어떻게 하나요?
연결을 다시 설정한 뒤 인증서 오류 전체를 보관하고 서비스 제공업체가 지정한 SNI를 확인하세요. 시스템 시간이 정확한데도 오류가 계속되면 서비스 제공업체에 인증서와 인증서 체인을 확인해 달라고 요청하세요. 인증서 검증을 건너뛰는 방식으로 해결하지 마세요.
7. 재현 가능한 기록을 정리한 뒤 서비스 제공업체에 문의
위 항목을 확인한 뒤에는 단순히 ‘시간 초과’ 스크린샷만 보내기보다 재현 가능한 정보를 정리해 서비스 제공업체에 전달하세요. 네트워크 문제, 설정 오류, 규칙 문제를 구분할 수 있도록 기록하되 인증 정보는 노출하지 마세요.
- 발생 시각과 시간대, iPhone 시스템 시간이 자동으로 맞춰졌는지 여부, Wi-Fi 또는 셀룰러 네트워크 중 사용한 연결.
- 노드의 프로토콜 유형, 포트, 테스트 방식, 세 차례 테스트의 성공 횟수. 비밀번호, 전체 구독 링크, PrivateKey는 보내지 마세요.
- Global Routing 설정, Proxy와 Config의 결과 차이, 특정 대상 웹사이트에만 문제가 발생하는지 여부.
- 오류 원문, 실패한 단계, 시도한 개별 변경 사항, 네트워크를 바꿔도 문제가 재현되는지 여부.
클라이언트 구매와 서비스 제공업체의 연결 서비스는 별개입니다. Shadowrocket은 App Store에서 한 번 구매해 사용하는 상용 폐쇄형 앱입니다. 앱을 한 번 구매해도 회선 요금제가 포함되는 것은 아닙니다. 주로 iPhone과 iPad에서 사용할 수 있으며 Mac, Apple TV, Apple Vision의 호환성 및 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. 앱을 다시 설치해도 원격 포트, 인증 정보, 인증서 문제는 대개 해결되지 않으므로 먼저 원인을 파악하고 기존 설정을 보관하세요.