iPhone에서 Claude 앱이나 웹페이지가 열리지 않을 때는 Shadowrocket 연결 상태만 확인하고 끝내지 마세요. 연결 대상, Global Routing, 규칙 적용, DNS 응답은 서로 다른 단계입니다. Wi-Fi와 셀룰러 데이터를 나누어 시험하고, 한 번에 한 항목만 바꾸면 문제가 네트워크에 있는지 설정에 있는지 좁힐 수 있습니다.
이미 본인 구독과 사용할 연결 설정을 보유한 사용자를 위한 문제 해결 안내입니다. Home의 연결 상태에서 시작해 Global Routing과 Config 규칙, DNS 및 연결 서버 주소를 차례로 확인합니다. Wi-Fi와 셀룰러 데이터에서 같은 테스트를 반복해 결과를 비교하고, 계정이나 서비스 이용 가능 지역 문제와 네트워크 문제를 구분하는 방법도 설명합니다.
1. Shadowrocket 연결과 Claude 오류 유형부터 구분하기
먼저 Claude가 아예 열리지 않는지, 로그인 화면은 보이지만 로그인에 실패하는지, 로그인 후 특정 요청만 실패하는지 구분하세요. 브라우저에서 Claude 웹페이지를 열 때와 Claude 앱을 사용할 때 결과가 다를 수도 있습니다. 한쪽에서만 문제가 생기면 Shadowrocket 전체 연결 문제로 단정하지 말고, 해당 앱의 네트워크 접근이나 저장된 세션 문제도 따로 고려해야 합니다.
Shadowrocket의 Home에서 사용할 연결 항목을 선택하고 연결 스위치가 켜져 있는지 확인하세요. 연결 표시가 있다고 해서 모든 앱 요청이 해당 연결을 통과하는 것은 아닙니다. Global Routing이 Direct이면 직접 연결 경로가 적용될 수 있고, Config이면 활성 구성 파일의 규칙에 따라 요청이 분기됩니다. 현재 선택된 노드 이름이나 VPN 표시만으로 Claude 요청의 경로를 판단하지 마세요.
기준 상태를 만들려면 현재 네트워크 종류, Home의 연결 상태, Global Routing 모드, Claude 앱 또는 웹 중 어느 쪽을 시험했는지를 기록하세요. Claude를 닫았다가 다시 열고 새 요청을 보내면 이전 요청이나 오래 유지된 연결의 영향을 줄일 수 있습니다. 시험 중에는 구독을 업데이트하거나 여러 규칙을 한꺼번에 편집하지 마세요. 변경 항목이 많으면 어떤 조치가 결과에 영향을 주었는지 알기 어렵습니다.
2. Global Routing과 Config 규칙에서 요청 경로 확인
Global Routing을 Config로 사용하는 경우 Config에서 실제 활성화된 파일을 확인하고, Claude 관련 도메인 요청이 어떤 정책에 매칭되는지 살펴보세요. 규칙은 작성된 순서에 따라 적용될 수 있으므로, 넓은 범위의 규칙이 구체적인 예외 규칙보다 먼저 있으면 기대한 경로와 달라질 수 있습니다. 규칙에 적힌 도메인만 확인하지 말고 요청 기록이 제공되는 경우 실제로 접속하려는 호스트가 기록되는지도 확인하세요.
활성 구성의 규칙과 최종 정책에 따라 요청을 처리합니다. 규칙을 사용하는 평상시 설정이라면 Claude 요청이 어떤 규칙에 일치하는지 확인하기에 적합합니다.
적합한 경우: 현재 규칙을 유지하면서 Claude 요청의 경로를 점검할 때
규칙 분기 결과와 프록시 경로의 차이를 잠깐 비교할 때 사용할 수 있습니다. 전체 트래픽 경로가 달라지므로 시험 후 원래 설정으로 되돌리고, 테스트 결과를 일상 설정의 결과와 혼동하지 마세요.
적합한 경우: Config 규칙 문제인지 연결 경로 문제인지 임시 비교할 때
요청을 직접 연결 경로로 보냅니다. 비교 기준으로는 쓸 수 있지만, Claude가 현재 네트워크에서 직접 접속 가능한지 확인해야 합니다. Direct에서 실패했다는 사실만으로 Shadowrocket 설정이 잘못되었다고 볼 수는 없습니다.
적합한 경우: 프록시 경로를 사용하지 않을 때의 기준 결과를 확인할 때
비교 시험은 Global Routing을 한 번만 바꾸고 같은 Claude 화면에서 새 요청을 보내는 방식으로 진행하세요. 예를 들어 Config에서 실패하고 Proxy에서 성공한다면 규칙, 정책 그룹 또는 활성 파일을 먼저 점검할 단서가 됩니다. 두 모드 모두 실패하면 DNS, 연결 대상, 네트워크 자체 또는 Claude 계정 상태 등 다른 원인도 확인해야 합니다. 시험 뒤에는 본래 사용하던 모드로 돌려놓으세요.
Claude 접속에 필요한 도메인은 서비스의 기능이나 시점에 따라 달라질 수 있습니다. 특정 도메인 하나만 규칙에 추가하면 모든 앱 기능이 해결된다고 가정하지 마세요. 본인이 사용하는 구성의 출처와 설명을 기준으로 수정하고, 정책이나 서비스 이용 가능 지역 제한을 우회하는 용도로 규칙을 변경하지 마세요. Claude의 제공 여부, 계정 상태, 이용 조건은 Shadowrocket의 라우팅 설정과 별개의 문제입니다.
3. DNS와 연결 서버 주소를 한 항목씩 점검
도메인 이름을 IP 주소로 바꾸는 과정이 실패하면 브라우저가 사이트에 도달하기 전에 오류가 발생할 수 있습니다. 반대로 DNS 결과가 정상이어도 연결 서버의 주소나 포트가 유효하지 않거나 서버가 응답하지 않으면 연결은 실패할 수 있습니다. 두 문제는 비슷한 로딩 화면으로 보일 수 있으므로, 앱 전체의 설정을 재설정하기 전에 오류 문구와 발생 시점을 기록하세요.
오류: ERR_NAME_NOT_RESOLVED
가능한 원인과 확인: 도메인 이름을 해석하지 못했을 수 있습니다. Wi-Fi와 셀룰러 데이터에서 같은 주소를 각각 열어 결과를 비교하고, Shadowrocket의 DNS 관련 설정을 최근 변경했다면 이전 값과 변경 시점을 확인하세요.
오류: Connection timed out
가능한 원인과 확인: 요청이 제한 시간 안에 응답을 받지 못했을 수 있습니다. Home에서 선택한 연결 항목과 해당 항목의 서버 주소 및 포트가 현재 유효한지 확인하고, Home → Connectivity Test 결과도 함께 살펴보세요.
오류: 403
가능한 원인과 확인: 서버가 요청을 거부했을 수 있으며 이는 DNS 장애를 뜻하지 않습니다. 계정 상태, 서비스 이용 가능 지역, 서비스의 보안 확인 화면을 살펴보세요. 라우팅 규칙을 반복해서 바꾸기보다 오류가 Claude 앱과 웹에서 모두 나타나는지 비교하세요.
오류: 연결은 되지만 콘텐츠가 계속 로딩됨
가능한 원인과 확인: 연결 설정은 만들어졌어도 목적지까지의 요청이 완료되지 않을 수 있습니다. Global Routing, DNS, Wi-Fi 또는 셀룰러 네트워크를 한 번에 하나씩 바꾸어 새 요청으로 재시험하세요.
연결 서버 주소가 도메인 이름으로 표시되는 경우, 임의의 IP 주소로 바꾸는 것은 안전한 해결책이 아닙니다. 서비스 제공자가 주소 변경을 안내했을 때만 본인 구독의 최신 정보를 확인하세요. 서버 주소를 IP로 직접 고정하면 주소 변경 시 다시 실패할 수 있고, 서버 인증이나 접속 설정과 맞지 않을 수도 있습니다. 포트도 연결 정보에 표시된 값을 기준으로 확인하고 일반적인 포트 번호를 추측해 대입하지 마세요.
DNS 설정을 바꿔 시험한다면 기존 값을 먼저 기록하고 한 번에 하나만 수정하세요. 각 변경 후 Claude 앱을 완전히 닫았다가 다시 열어 새 요청을 보내고, 결과가 나아지지 않으면 원래 값으로 되돌립니다. 여러 DNS 항목, 규칙, 서버 설정을 동시에 수정하면 원인을 찾기 어려워집니다. DNS 변경은 계정 제한이나 서비스에서 반환하는 403 응답을 해결하는 방법이 아닙니다.
4. Wi-Fi와 셀룰러 데이터 결과를 비교해 범위 좁히기
같은 iPhone, 같은 연결 항목, 같은 Global Routing 모드로 먼저 Wi-Fi에서 시험한 뒤 셀룰러 데이터로 전환해 같은 작업을 반복하세요. 네트워크마다 DNS 처리, 필터링, 연결 품질이 다를 수 있으므로 한쪽에서만 실패한다면 해당 네트워크 환경을 우선 확인할 수 있습니다. 셀룰러 데이터 시험 전에는 iPhone의 Settings에서 Shadowrocket과 Claude의 셀룰러 데이터 사용이 허용되어 있는지도 확인하세요.
-
기준 설정 기록
Home에서 선택한 연결 항목과 연결 스위치 상태, 현재 Global Routing 모드를 기록하세요. Config를 사용하는 경우 활성 구성 파일도 확인합니다.
-
Wi-Fi에서 시험
Wi-Fi에 연결된 상태로 Claude 앱 또는 웹페이지를 열고, 로그인 화면과 새 요청의 결과를 따로 기록하세요. 실패 문구가 있으면 그대로 적습니다.
-
셀룰러에서 반복
Wi-Fi를 끄고 셀룰러 데이터가 켜졌는지 확인한 뒤 같은 앱, 같은 요청, 같은 Shadowrocket 설정으로 다시 시험합니다.
-
차이로 원인 분류
한 네트워크에서만 실패하면 그 네트워크의 DNS, 데이터 허용 상태, 연결 품질을 우선 확인하세요. 양쪽 모두 실패하면 규칙, DNS, 서버 정보와 계정 상태를 차례로 살펴봅니다.
각 시험에서 Home → Connectivity Test를 사용했다면 테스트 결과와 Claude의 실제 결과를 별도로 기록하세요. Connectivity Test가 성공해도 Claude의 서비스 요청, 로그인, 세션 처리가 모두 정상이라는 뜻은 아닙니다. 반대로 시험이 실패했다면 선택한 연결 항목과 현재 네트워크가 정상인지 먼저 재확인하세요. 실제 앱에서 새 요청을 보내는 단계까지 완료해야 접속 여부를 판단할 수 있습니다.
판단 기준: 두 네트워크에서 같은 설정으로 비교
Wi-Fi에서는 실패하고 셀룰러에서는 성공한다면 Shadowrocket의 모든 규칙을 바꾸기보다 Wi-Fi 환경과 DNS를 먼저 점검하세요. 두 네트워크에서 같은 방식으로 실패한다면 연결 항목, 활성 구성, Claude 계정 및 서비스 상태까지 확인 범위를 넓히세요.
계정 로그인이나 서비스 이용 제한 안내가 표시되면 네트워크 설정을 계속 바꾸지 말고 Claude가 제공하는 안내를 확인하세요. 접속 가능 지역이나 계정 이용 조건은 서비스 정책에 따라 달라질 수 있습니다. Shadowrocket은 네트워크 요청을 처리하는 도구이며 계정 상태, 결제 상태 또는 서비스 측의 접근 허용 여부를 변경하지 않습니다.
자주 묻는 질문
Shadowrocket에 연결 중이라고 나오는데 Claude는 왜 안 열리나요?
연결 상태는 터널이 설정되었음을 나타낼 뿐, Claude 요청이 올바른 정책으로 처리되거나 계정 접근이 허용된다는 뜻은 아닙니다. Home의 연결 항목과 Global Routing을 확인하고, Config라면 활성 파일의 관련 규칙을 살펴보세요.
Wi-Fi에서는 안 되고 셀룰러에서는 열리면 무엇을 확인하나요?
두 네트워크에서 같은 Shadowrocket 설정을 유지한 채 비교한 것이 맞는지 먼저 확인하세요. 차이가 재현되면 Wi-Fi의 DNS와 네트워크 환경을 점검하고, DNS를 변경할 때는 기존 값을 기록한 뒤 한 항목씩 시험하세요.
Claude 도메인 규칙을 추가하면 항상 해결되나요?
아닙니다. 요청 경로에 규칙이 영향을 줄 수 있지만 DNS 오류, 연결 서버 문제, 계정 상태 또는 서비스 이용 조건까지 해결하지는 않습니다. 사용하는 구성의 출처를 확인하고 결과를 새 요청으로 검증하세요.
설정을 여러 번 바꿨는데 원래 상태를 모르겠습니다.
Config에서 현재 활성 파일을 확인하고, Home의 연결 항목과 Global Routing 모드를 기록하세요. 최근 변경한 DNS나 규칙을 기억나는 범위에서 되돌린 뒤 Wi-Fi 한 곳에서 기준 테스트를 만들고, 이후에는 한 번에 한 항목만 바꾸세요.