섀도우로켓 상태 표시줄에 VPN이 나와도 로컬 터널이 선 것뿐입니다. 대상 사이트가 열린다는 보장도, 고른 서버가 아직 유효하다는 보장도 없습니다. Safari에서 페이지가 안 열리면 많은 사람이 앱을 지우고 다시 넣습니다. 대개 시간 낭비입니다. 원인은 클라이언트 파일 손상보다 회선, 서버, 구독 쪽이 많습니다.
먼저 전제 세 가지가 동시에 맞는지 보세요. SERVER 목록에서 서버를 골랐는지. Global Routing이 골라져 있고 일상은 Config인지. 설정에 Shadowrocket VPN이 있는지. 하나라도 빠지면 스위치가 켜져도 아무 일도 없습니다. SERVER가 Add Server만이면 추가 화면으로 돌아가 구독 URL을 Host에 붙이지 않았는지 확인합니다. 설정에 VPN이 없으면 허용으로 돌아가 잔여를 지우고 앱을 열어 허용을 탭합니다.
세 가지가 맞아도 사이트가 안 열리면 Global Routing을 Direct로 바꾸고 같은 사이트를 엽니다. Direct도 실패하면 스위치를 끄고 Wi-Fi나 셀룰러(핫스팟 오류, 데이터 끔, 캡티브 포털 로그인)를 확인합니다. Direct가 되면 기기에서 그 사이트로의 직통은 살아 있습니다. 문제는 프록시 구간입니다. 다른 서버를 고르거나 계약처에 구독 갱신을 요청하세요.
프록시 없이 원래 되던 사이트는 되고 프록시가 필요한 사이트만 안 되는 경우도 앱 고장보다 서버 쪽이 많습니다. Config는 원래 규칙으로 나눕니다. 이 증상만 있을 때는 먼저 서버를 바꾸세요. 바로 Restore Default Config 하지 마세요. 규칙을 직접 건드렸고 Proxy는 되는데 Config만 안 될 때가 파일이 흐트러진 징후입니다. 그때 처음 초기화합니다.
Connectivity Test는 서버까지의 경로입니다. 시간 초과나 숫자가 극단적으로 높으면 같은 줄을 연타하지 말고 서버를 바꿉니다. 테스트는 좋은데 페이지가 안 열리면 그래도 Direct 대조를 합니다. 테스트는 특정 사이트 표시 속도가 아닙니다. 로그는 Settings → Diagnostics입니다. Enable Logging을 켜고 VPN Logs를 봅니다. 로컬 터널 설명일 뿐이며 만료 여부는 계약처에 물으세요. 평소에는 로그를 끕니다.
발열과 배터리 급감은 Proxy를 오래 켜 두거나 테스트를 연타하는 것과 관련되는 경우가 많습니다. Config로 되돌리고 연타를 멈춥니다. On Demand가 켜져 있으면 껐다고 생각해도 터널이 다시 뜹니다. 이해하기 전까지 Off로 두세요.
기기 변경 전에 무엇을 옮길지 나누세요. Data의 Export Servers는 SERVER 목록만입니다. 구성과 설정 파일 iCloud 백업은 직접 켭니다. 규칙 파일은 Config 탭에서 따로 다룹니다. Delete Local Servers는 이 기기의 목록을 지웁니다. 먼저 내보내세요. 새 기기 순서는 정품 설치, 허용 완료, 가져오기 또는 재구독입니다. 만료된 구독은 옮겨도 만료입니다.
첫 수로 쓰지 마세요. IPA 받기, 공유 계정 전환, 세 번 재설치, Config에 원격 규칙을 아무거나 추가, Plugin을 kcptun으로 바꿔 보기입니다. 변수가 늘고 원래 대조 가능한 문제가 설명되지 않습니다. 대조의 가치는 한 번에 조건 하나만 바꾸는 것입니다.
현상을 남에게 넘길 한 문장으로 쓰면 점검이 빨라집니다. 예: 「스위치는 켜짐. Direct에서는 같은 사이트가 열림. Config에서는 안 열림. 테스트 시간 초과.」 이는 서버를 가리킵니다. 「Direct도 안 열림.」은 기기 회선입니다. 「SERVER가 비어 있음. Type을 Shadowsocks로 했는데 값은 https 전문.」은 칸 오류입니다. 계약처는 이런 문장이면 도울 수 있고, 「안 됨, 다시 넣음」으로는 돕기 어렵습니다.
같은 서버가 어제는 되고 오늘은 안 되면 스토어 패키지가 갑자기 깨졌다기보다 구독이나 회선 쪽 변화를 의심합니다. Wi-Fi 변경, 회사망 차단, 시스템이 VPN 구성을 지운 것도 「예전엔 됐는데」로 보입니다. 먼저 설정에서 VPN 항목이 있는지 확인하고, 갱신으로 목록이 비었는지 본 뒤, 마지막에 재설치를 생각합니다. 다시 넣으면 허용과 가져오기를 다시 해야 해서 대조보다 비용이 큽니다.
Safari는 안 되고 특정 앱만 되거나 그 반대는 규칙이거나 그 앱 자체 네트워크 구현인 경우가 많고, 「클라이언트가 반만 고장」이 아닙니다. 기준은 Safari로 두고 그 앱은 따로 시험합니다. 여러 네트워크 도구로 같은 시스템 VPN 자리를 뺏지 마세요. 나중에 쓴 구성이 Shadowrocket을 덮어 스위치는 켜진 것처럼 보여도 다른 VPN이 실권을 쥘 수 있습니다.
스위치가 반응이 없으면 아직 서버 문제로 보지 마세요. 설정에서 VPN 항목이 있는지, 이름이 바뀌지 않았는지 봅니다. 다른 도구에 덮이면 Shadowrocket 스위치는 공회전하기 쉽습니다. 충돌 항목을 지우고 앱을 열어 허용을 다시 하는 편이 서버 변경보다 맞습니다. 자리가 다시 Shadowrocket이 된 뒤 Direct 대조로 들어갑니다. 허용이 반복 실패하면 App Store 정품인지 확인하세요. 구성 프로파일, 기업 서명, 공유 계정 사본이 아닙니다. 출처가 의심스러우면 대조표는 모두 무효입니다. 정품으로 돌아온 뒤 Direct 대조를 처음부터 다시 합니다.
대조할 때는 사이트, 모드, 서버 셋을 적어 두고 바꿉니다. 평소 쓰는 사이트는 그대로, 모드만 Config에서 Direct로, 서버는 아직 안 움직입니다. 결론이 난 뒤에 서버를 바꿉니다. 한 번에 전부 바꾸지 마세요. 가정 공유 Wi-Fi, 호텔 포털, 회사 프록시는 Direct도 실패하게 합니다. Shadowrocket 문제가 아닙니다. 그 사이트가 열릴 때까지 시스템 회선을 되돌린 뒤 스위치를 켭니다. 그렇지 않으면 포털 차단을 만료로 오인합니다.
튜토리얼에는 스위치 실패, 테스트 이상, VPN 추가 불가, 목록이 빈 경우를 덮는 대조표가 있습니다. 시작하기에는 첫 조작을 연속 절차로 적어 두었습니다. 이 글이 요구하는 것은 안 열릴 때 한 번 멈추고 Direct 대조를 끝낸 뒤 다음 수를 고르는 것뿐입니다. 대부분 다음은 서버 변경이나 회선 확인이며 클라이언트 재구매가 아닙니다. 정품이 아직이면 다운로드 페이지에서 대조한 뒤 점검하세요. 출처 불명 패키지라는 변수가 늘어납니다.