Official Manual · Troubleshooting

Shadowrocket
문제 해결 가이드

먼저 문제가 발생한 단계를 파악한 뒤 설정을 변경하세요. 이 페이지는 증상별로 확인하는 공식 매뉴얼입니다. 처음 설정하는 경우 사용 설명서의 빠른 시작 안내를 먼저 완료한 다음, 해당 항목으로 돌아와 문제를 해결하세요. 기존에 보유한 구독 또는 서버 정보를 전제로 하며, 서버나 구독을 제공하거나 판매하거나 추천하지 않습니다.

앱을 한 번 구매하는 것과 서버 이용 요금제는 별개입니다. 앱 구매, 서버 서비스, 구성 파일은 각각 독립된 항목입니다. 구매 및 재설치 문제는 App Store 정식 설치 안내를 확인하고, 간단한 질문은 문제 해결 FAQ를 참고하세요. 시스템 요구 사항은 App Store 페이지를 기준으로 합니다.

Connection

연결 스위치가 켜지지 않거나 바로 꺼짐

먼저 ‘시스템 VPN 구성이 생성되지 않은 경우’와 ‘구성은 생성됐지만 연결이 유지되지 않는 경우’를 구분하세요. 전자는 시스템 승인 단계에서 멈추는 경우가 많고, 후자는 스위치가 잠시 켜졌다가 꺼지는 증상으로 나타날 수 있습니다. 스위치 위치만으로 서버의 유효성을 판단하지 마세요. 스위치는 기기의 연결 상태를 나타내며, 서버 인증, 도메인 이름 확인, 실제 접속 여부는 각각 따로 확인해야 합니다. 스위치가 꺼지기 전에 알림이 표시됐는지, 오류 문구가 있었는지 기록한 뒤 아래 순서대로 점검하세요.

시스템 승인 및 기기 제한 확인

처음 연결할 때 시스템에서 VPN 구성을 추가하도록 요청할 수 있습니다. 요청을 보낸 앱이 사용 중인 Shadowrocket인지 확인한 다음, 시스템 안내에 따라 승인 및 기기 확인을 완료하세요. 요청을 취소했다면 앱으로 돌아가 연결을 다시 시도하면 됩니다. 스위치를 연속해서 누르지 마세요. 시스템 설정에서 해당 VPN 구성이 이미 있는지 확인하세요. 메뉴 이름은 시스템 UI에 따라 다를 수 있으므로 기기에 실제로 표시되는 항목을 기준으로 합니다.

승인 요청이 표시되지 않는다면 이미 구성이 있는지, 다른 VPN이 연결 중인지, 기기가 관리 정책의 제한을 받는지 확인하세요. 학교나 직장에서 관리하는 기기는 VPN 추가 또는 변경이 제한될 수 있습니다. 이런 제한은 서버를 바꿔도 해결되지 않으므로 기기 관리자에게 권한을 확인해야 합니다. 시스템 제한과 앱 매개변수 오류는 서로 다른 문제입니다. 먼저 시스템 제한을 제외해 권한 문제를 서버 연결 문제로 오인하지 않도록 하세요.

Home에서 선택한 항목과 연결 조건 확인

Home에서 서버 항목이 있는지, 현재 올바른 항목을 선택했는지 확인하세요. 가져오기를 마쳤다고 해서 사용할 항목이 자동으로 선택되는 것은 아닙니다. 이름이 같은 항목도 주소, 포트 또는 프로토콜이 다를 수 있습니다. 현재 항목을 열고 보유한 서버 정보와 하나씩 대조하세요. 스위치 문제를 점검하는 동안 암호, 프로토콜, 규칙 파일을 동시에 변경하지 마세요. 연결이 복구돼도 어떤 변경이 효과가 있었는지 알 수 없습니다.

On Demand를 잠시 끄고 수동으로 연결하면 자동 연결 조건과 수동 연결을 따로 확인할 수 있습니다. 수동 연결은 안정적이지만 화면 잠금 또는 네트워크 전환 후에만 끊긴다면 발생 당시의 네트워크 변화를 기록하고 On Demand 조건을 점검하세요. 수동 연결도 바로 실패하면 시스템 구성, 현재 항목 및 오류 안내를 계속 확인하세요. 테스트가 끝나면 원래 용도에 맞게 On Demand를 다시 켜세요. 임시로 끄는 방법을 장기 해결책으로 삼지 마세요.

복구 가능한 순서로 구성 충돌 해결

먼저 사용 중인 다른 VPN 연결을 정상적으로 끊은 다음 Shadowrocket을 시도하세요. 시스템 설정과 앱의 상태가 다르면 연결을 끄고 Home으로 나갔다가 앱을 다시 여세요. 그래도 일치하지 않으면 기기를 재시동한 뒤 다시 확인하세요. 모든 네트워크 설정을 바로 초기화하지 마세요. 다른 VPN 구성은 직장이나 학교 네트워크 접속에 필요할 수 있으므로, 용도와 복구 방법을 확인하기 전에 삭제하지 마세요.

문제가 Shadowrocket의 시스템 VPN 구성에 국한된 것이 확실한 경우에만 해당 구성을 제거한 뒤 다시 승인하는 방법을 고려하세요. 작업 전에 필요한 서버 정보와 구성 파일을 저장하고 다시 가져올 수 있는지 확인하세요. 시스템 VPN 구성을 제거해도 서버 인증 문제가 해결되는 것은 아니며, 백업을 대신할 수도 없습니다. 다시 승인한 뒤 스위치가 켜진 상태로 유지되지만 접속이 되지 않는다면 다음 장에서 실제 요청 경로를 확인하세요.

이 장의 문제를 해결했는지 확인하는 방법

복구 후 수동 연결, 정상적인 연결 해제, 실제 웹페이지 접속을 각각 한 번씩 확인하세요. 스위치는 켜져 있지만 서버 요청이 실패한다면 서버 또는 라우팅 점검으로 넘어가야 합니다. 시스템 구성을 반복해서 삭제하지 마세요. 매번 같은 승인 단계에서 실패한다면 시스템 안내 문구를 그대로 기록하고 기기 관리 여부도 적어 두세요. 일정한 조건 없이 실패한다면 네트워크 전환, 화면 잠금 및 다른 VPN의 상태를 추가로 기록하세요.

추가로 문의할 때는 기기 종류, 시스템 안내 문구, 스위치가 꺼지는 시점과 이미 완료한 점검 내용을 제공하세요. 서버 인증 정보 전체를 첨부하지 마세요. 이러한 기록은 문제가 승인 전, 터널 연결 중 또는 연결 후에 발생하는지 보여 주므로 ‘스위치가 반응하지 않음’이라고만 설명하는 것보다 원인을 찾기 쉽습니다. 첫 연결 과정은 빠른 시작 안내를 참고하고, 구매 상태는 구매 항목 복원 안내에서 확인하세요.

Routing

스위치는 켜져 있지만 웹페이지나 앱에 접속할 수 없음

먼저 기본 네트워크를 확인한 뒤 Global Routing 설정을 비교하세요. 시스템에 VPN 연결됨으로 표시되더라도 이는 기기의 연결 상태만 나타낼 뿐, 모든 요청의 도메인 확인, 인증 및 전송이 완료됐다는 뜻은 아닙니다. 평소 접속할 수 있는 페이지 하나를 고정 테스트 대상으로 정하고 모든 페이지가 실패하는지, 특정 도메인이나 앱만 실패하는지 기록하세요. 두 경우는 점검 방향이 다르므로 바로 서버 오류로 단정하지 마세요.

기본 네트워크 상태 비교

Shadowrocket 연결을 정상적으로 끊고 같은 네트워크에서 테스트 페이지를 여세요. 그래도 접속되지 않으면 Wi-Fi에 웹 인증이 필요한지, 셀룰러 데이터가 작동하는지, 해당 앱에 네트워크 권한이 있는지 먼저 확인하세요. 공용 Wi-Fi는 연결됨으로 표시돼도 접속 승인을 완료하지 않았을 수 있습니다. 먼저 네트워크 자체의 접속 절차를 마친 뒤 앱을 다시 테스트하세요. 클라이언트 구성은 기본 네트워크의 로그인이나 승인을 대신할 수 없습니다.

연결을 끊었을 때 접속이 복구되면 Shadowrocket을 다시 켜고 같은 페이지를 한 번 더 확인하세요. 비교하는 동안 네트워크와 서버를 동시에 바꾸지 마세요. 특정 앱만 실패한다면 앱이 사용하는 대상 도메인, 자체 네트워크 제한 여부, 로그인·콘텐츠 로딩·백그라운드 새로 고침 중 어느 단계에서 실패하는지 확인하세요. 브라우저 접속이 된다고 해서 해당 앱의 모든 요청이 같은 경로를 사용한다는 뜻은 아닙니다.

Global Routing 세 가지 모드 비교

인터페이스 용어	중국어 UI 표기	점검 목적
`Config`	구성	현재 구성의 규칙과 정책에 따라 요청 경로를 확인합니다.
`Proxy`	프록시	프록시 경로를 사용할 때의 접속 결과를 임시로 비교합니다.
`Direct`	직접 연결	클라이언트가 연결된 상태에서 직접 연결 경로를 비교합니다.

Proxy는 되지만 Config는 안 된다면 현재 구성이 올바르게 선택됐는지, 일치하는 정책이 예상한 서버를 가리키는지, REJECT 규칙이 있는지 먼저 확인하세요. Direct는 되지만 Proxy는 안 된다면 서버 매개변수 또는 서버에서 대상까지의 경로를 계속 확인하세요. 이 비교는 점검 범위를 좁히는 데 도움이 될 뿐, 완전한 검증은 아닙니다. DNS, 구성의 다른 처리 방식 및 대상 서비스 상태도 결과에 영향을 주므로 요청 기록과 함께 판단해야 합니다.

키워드만 찾지 말고 규칙 순서 확인

Config에서 실제로 사용 중인 파일을 확인하세요. 목록에서 이름이 비슷한 다른 파일만 점검하지 마세요. 규칙은 일반적으로 나열된 순서대로 확인되며, 일치하는 규칙이 있으면 해당 정책이 적용됩니다. 범위가 넓은 규칙이 구체적인 규칙보다 앞에 있으면 뒤의 규칙이 일치할 기회가 없을 수 있습니다. 아래 예시는 순서를 설명하기 위한 것으로, example.com은 문법 예시용 도메인입니다. 실제로 접속해야 할 서비스가 아니며 전체 구성을 그대로 대체할 수 있는 방법도 아닙니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

이 예시에서는 먼저 example.com의 접미사를 확인한 다음 GEOIP를 판단하고, 마지막에 FINAL로 처리합니다. PROXY와 DIRECT는 서로 다른 의미입니다. 실제 구성에서 사용자 지정 정책 이름을 사용한다면 해당 이름이 존재하고 올바르게 참조되는지도 확인하세요. FINAL이 있다고 해서 모든 요청이 그 규칙까지 도달하는 것은 아닙니다. 앞선 규칙이 이미 일치했을 수 있습니다. IP 관련 규칙은 도메인 확인이 어느 단계에서 이루어지는지도 고려해야 합니다. 웹페이지 이름만으로 최종 일치 규칙을 판단할 수 없습니다.

규칙 문제와 대상 서비스 문제 구분

확인 가능한 연결 기록 또는 진단 정보를 사용해 실패한 요청의 도메인, 정책 및 오류 유형을 확인하세요. 단일 도메인이 다른 경로에서도 같은 서비스 오류를 반환한다면 터널 연결이 아니라 대상 서비스, 계정 세션 또는 지역별 서비스 조건이 원인일 수 있습니다. Config에서만 실패하고 기록에 예상과 다른 정책이 표시되면 해당 규칙을 먼저 수정하세요. 오류를 감추기 위해 전체 구성을 장기간 Proxy로 바꾸지 마세요.

변경 전에 원본 파일을 저장하고 현재 증상을 설명할 수 있는 항목 하나만 수정한 뒤 같은 대상에 다시 접속하세요. 확인이 끝나면 일상적으로 사용하는 Config 모드로 돌아가 다른 주요 페이지에 영향이 있는지 살펴보세요. 구성 섹션은 .conf 구조 안내를 참고하세요. 라우팅 결과가 예상대로인데도 이름 확인 오류가 표시되면 DNS 장으로 이동하고, 중복 규칙을 추가하지 마세요.

Server

서버 시간 초과, 인증 실패 또는 연결 불안정

오류가 ‘서버에 도달하지 못함’을 가리키는지, ‘서버에 도달했지만 프로토콜 처리를 완료하지 못함’을 가리키는지 먼저 판단하세요. 시간 초과는 특정 단계가 제한 시간 안에 완료되지 않았다는 뜻이며 서버가 중단됐음을 자동으로 의미하지는 않습니다. 인증 오류라면 자격 증명과 프로토콜 매개변수를 확인하는 것이 우선입니다. Connectivity Test 결과는 해당 테스트 동작만 확인합니다. 대상 웹페이지, 지속적인 데이터 전송 또는 모든 프로토콜 기능이 정상이라는 뜻은 아닙니다. 테스트 결과와 실제 연결 오류를 함께 살펴보세요.

Add Server 매개변수를 하나씩 확인

Home에서 현재 항목을 열고 보유한 원본 정보와 대조해 프로토콜 유형, 서버 주소 및 포트를 먼저 확인하세요. 주소에 웹 경로, 공백 또는 불필요한 줄바꿈이 섞이지 않도록 하세요. 포트는 서버에서 안내한 정보와 일치해야 합니다. 붙여넣은 뒤 입력기가 문장 부호를 바꾸지 않았는지도 확인하세요. 항목 이름은 구분을 위한 레이블일 뿐입니다. 이름이 올바르다고 내부 주소와 자격 증명까지 정확한 것은 아닙니다.

그다음 인증 항목을 확인하세요. Shadowsocks의 암호와 암호화 방식은 서로 일치해야 합니다. VMess 또는 VLESS의 ID 항목은 원본 정보와 같아야 하며, Trojan 암호를 다른 프로토콜의 항목처럼 해석해서는 안 됩니다. Hysteria2, WireGuard 또는 추가 전송 설정이 있는 항목은 보유한 정보를 기준으로 하나씩 확인하세요. 프로토콜 이름이나 포트가 비슷해도 유형을 서로 바꿔 연결할 수 있는 것은 아닙니다.

매개변수 그룹	확인할 내용	흔한 오해
기본 주소	서버 호스트 이름, 포트, 프로토콜 유형	항목 이름을 실제 주소로 착각함
인증 정보	암호, ID 항목, 암호화 방식	가져오기에 성공하면 인증도 유효하다고 생각함
전송 및 TLS	전송 방식, 경로, Host, SNI 등 기존 매개변수	원본 정보 대신 추측한 값을 입력함

전송 설정과 TLS 설정의 관계 유지

서버 주소, Host 및 SNI는 서로 다른 용도일 수 있으므로 같은 값을 입력해야 하는 것은 아닙니다. 주소는 연결할 대상을 결정하고, 관련 호스트 이름은 전송 또는 인증서 확인에 사용될 수 있습니다. 경로도 서버가 정한 값일 수 있습니다. 모든 항목을 서버 주소로 통일하지 마세요. 원본 정보에 매개변수 설명이 없다면 경험으로 값을 채우지 말고, 먼저 정보를 제공한 곳에 정확한 연결 조건을 확인하세요.

기기의 날짜와 시간이 잘못되면 인증서 확인에도 영향을 줄 수 있습니다. 시스템 시간이 정확한지 확인한 뒤 인증서 관련 오류 문구를 확인하세요. 신원 불일치 문제를 해결하려고 인증서 검증을 계속 건너뛰지 마세요. 실제 구성 오류를 감추게 됩니다. 인증서 이름이나 유효 기간이 기존 정보와 맞지 않는다면 서버 측 확인이 필요합니다. 클라이언트에서 암호를 반복해서 바꿔도 인증서 문제는 해결되지 않으며, 올바른 서비스에 연결됐다는 증거도 되지 않습니다.

한 번에 하나씩 비교해 문제 범위 좁히기

같은 항목과 구성을 유지한 채 사용 가능한 Wi-Fi와 셀룰러 네트워크에서 각각 테스트하세요. 한 네트워크에서만 시간 초과가 발생한다면 해당 접속 환경과 관련된 문제일 수 있지만, 이름 확인, 포트 연결 가능 여부, 전송 방식 지원 여부는 따로 확인해야 합니다. 두 네트워크 모두 실패한다면 보유한 다른 유효한 서버 항목과 비교하세요. 다른 항목이 없다면 새 정보를 찾을 필요는 없습니다. 현재 오류와 원본 매개변수를 대조한 결과를 먼저 정리하세요.

특정 프로토콜이나 전송 방식에서만 실패한다면 해당 네트워크가 필요한 트래픽을 허용하는지, 서버가 그 방식을 지원하는지 확인하세요. MTU, 연결 시간 초과 또는 하위 옵션을 처음부터 임의로 조정하지 마세요. 이런 매개변수는 동작을 바꿀 뿐 잘못된 ID 항목을 고쳐 주지 않습니다. 연결이 자주 끊긴다면 화면 잠금, 네트워크 전환 또는 서버 측 세션 제한과 동시에 발생하는지도 기록하세요.

테스트 결과 활용 방법

Connectivity Test에 성공해도 실제 대상에 접속해 요청이 완료되는지 확인해야 합니다. 테스트 수치는 같은 방식과 비슷한 환경에서 비교할 때만 유용합니다. 테스트에 실패했다면 어느 단계에서 오류가 발생했는지도 확인하세요. 테스트는 완료되지만 웹페이지에 접속할 수 없다면 Global Routing과 DNS를 먼저 점검하세요. 실제 연결에서 인증 실패가 명확히 확인되면 지연 테스트를 반복하기보다 자격 증명이 유효한지 확인하세요.

마지막으로 테스트 네트워크, 프로토콜, 오류 원문, 발생 시점 및 확인한 매개변수 종류를 간단히 기록하세요. 기존 서비스 정보 제공자에게 문의할 때는 여러 네트워크에서 재현되는지, 특정 항목만 문제가 있는지 설명할 수 있습니다. 암호와 ID 항목은 숨긴 뒤 전달하세요. 계정 상태, 수신 포트 및 인증서 설치 여부는 서버 측에서만 확인할 수 있습니다. 클라이언트 점검은 확인 가능한 구성 및 환경 사실을 파악하는 데까지 진행하세요.

Subscribe 업데이트 실패, 가져온 목록이 비어 있거나 내용이 다름

먼저 현재 사용할 수 있는 항목을 보존한 뒤 구독 가져오기와 내용 해석을 확인하세요. Subscribe 업데이트에는 주소 접속, 신원 확인, 반환 콘텐츠 및 클라이언트의 형식 인식 과정이 포함됩니다. 업데이트 실패 알림이 떠도 기존 서버는 계속 사용할 수 있을 수 있습니다. 그룹 전체를 바로 삭제하지 마세요. 클라이언트 연결과 구독 업데이트는 별개의 기능입니다. 구독 주소가 다른 호스트에 있거나 별도의 접속 조건이 필요할 수 있습니다.

주소가 유효하고 완전한지 확인

보유한 정보 출처에서 구독 주소를 다시 확인하세요. 복사할 때 쿼리 부분이 누락됐는지, 마침표·공백·줄바꿈이 포함됐는지 살펴보세요. 주소의 인증 정보가 반환 콘텐츠를 결정할 수 있으므로 보기 좋게 정리한다며 삭제하지 마세요. 구독 주소를 새로 발급받았다면 이전 주소는 만료됐을 수 있습니다. 이전 주소의 문자를 임의로 바꾸지 말고 현재 유효한 정보를 사용하세요.

구독 주소는 자격 증명처럼 취급해야 합니다. 공개 질문 게시판, 스크린샷 또는 공유 문서에 붙여 넣지 말고 필요한 사람에게만 전달하세요. 문의할 때는 호스트 접속 오류와 상태 정보만 설명하면 됩니다. 주소가 공개됐다면 기존 서비스의 관리 방법을 통해 관련 자격 증명을 변경하세요. 브라우저 주소 표시줄이나 시스템 공유 미리보기에 전체 내용이 표시될 수도 있으므로 점검 전에 추가로 기록될 위험을 고려하세요.

접속 실패와 콘텐츠 오류를 따로 확인

업데이트 중 연결 시간 초과, 이름 확인 실패 또는 인증서 오류가 발생하면 네트워크 및 DNS 장을 참고해 구독 호스트를 확인하세요. 인증 또는 접근 권한 오류가 명확하게 표시되면 기존 정보에서 구독이 아직 유효한지 확인하세요. 웹페이지 하나에 접속할 수 있어도 구독 호스트에 접속할 수 있다는 뜻은 아닙니다. 구독 호스트에 연결할 수 있어도 클라이언트에 필요한 콘텐츠가 반환된다는 뜻은 아닙니다.

반환된 내용이 서버 목록이 아니라 로그인 페이지, 오류 안내 또는 다른 형식일 수 있습니다. 업데이트는 완료됐지만 항목이 없다면 기존 서비스에서 제공하는 형식이 Shadowrocket에 적합한지, 응답이 비어 있지 않은지 확인하세요. 프로토콜 유형을 바꿔 웹페이지 텍스트를 서버 정보로 가져오지 마세요. 주소 리디렉션, 계정 상태 변경 또는 형식 조정으로 동일한 주소에서도 다른 내용이 반환될 수 있습니다.

Subscribe와 Config의 역할 구분

서버 구독은 주로 서버 항목을 제공하거나 업데이트합니다. Config의 구성 파일은 규칙과 관련 설정을 다룹니다. 두 기능은 연관이 있지만 서로 대신할 수 없습니다. 서버 목록을 가져왔다고 올바른 분할 규칙이 적용되는 것은 아닙니다. .conf 파일을 불러와도 인증 정보가 유효해지는 것은 아닙니다. 보유한 정보에 두 종류의 주소가 모두 있다면 각각의 용도에 맞게 사용하세요. 구성 주소를 Subscribe에 넣고 반복해서 시도하지 마세요.

업데이트 후 항목 이름이나 개수가 바뀌었다면 기존 서비스의 최신 정보와 먼저 대조하세요. 서버 이름이 바뀌거나 대체됐을 수 있고, 기존에 선택한 항목이 사라졌을 수도 있습니다. Home에서 현재 선택된 항목을 확인하세요. 사용자 지정 정책이 고정된 이름을 참조한다면 해당 대상을 계속 찾을 수 있는지도 확인해야 합니다. 목록이 짧아졌다는 이유만으로 형식 오류라고 단정하지 말고, 먼저 출처에서 반환된 내용을 확인하세요.

업데이트 요청에 사용된 경로 확인

일반 웹페이지는 정상인데 Subscribe 업데이트만 실패한다면 업데이트 중 연결 상태와 구독 호스트의 접속 경로를 확인하세요. 설정과 구성에 따라 요청이 나가는 방식이 달라질 수 있습니다. 먼저 정상적으로 연결을 끊고 기본 네트워크에서 한 번 시도한 뒤, 원래 연결 조건으로 돌아가 비교하세요. 매번 같은 주소를 사용하고 네트워크 전환, 주소 교체, 규칙 변경을 동시에 하지 마세요.

특정 경로에서만 콘텐츠를 가져올 수 있다면 모든 서버 매개변수를 바꾸지 말고 구독 호스트의 접속 조건을 수정해야 합니다. 두 경로 모두 같은 권한 오류를 반환한다면 출처 계정이나 주소의 유효성을 확인해야 할 가능성이 높습니다. 리디렉션 및 인증서 문제는 오류 원문을 보존해 기존 정보 제공자에게 확인하세요. 실패를 감추기 위해 검증 조건을 낮추지 마세요.

업데이트 후 복구 상태 확인

업데이트에 성공하면 예상한 항목을 다시 선택하고 Global Routing 및 구성의 정책 참조를 확인한 뒤 실제 접속을 테스트하세요. 구독 새로 고침 성공은 목록만 업데이트됐다는 뜻이며, 이후 인증은 실패할 수 있습니다. 목록 문제는 해결됐지만 연결 시간 초과가 발생하면 서버 장으로 이동하세요. 가져오기 위치가 헷갈리면 사용 설명서를 확인하고, 그룹 삭제로 문제 확인을 대신하지 마세요.

Performance

지연 테스트는 정상이지만 속도가 느리거나 간헐적으로 멈춤

먼저 속도 문제를 반복해서 확인할 수 있는 작업으로 구체화하세요. 웹페이지 첫 화면 표시 지연, 동영상 버퍼링, 파일 전송 속도 저하, 네트워크 전환 후 잠깐 멈추는 증상은 서로 다릅니다. 지연 시간, 처리량, 안정성도 같은 지표가 아닙니다. 작은 요청 하나가 빠르게 완료돼도 대용량 전송에 충분한 용량이 있다는 뜻은 아닙니다. Connectivity Test 수치가 가장 낮은 항목만 선택한 뒤 모든 접속이 빨라질 것이라고 단정하지 마세요.

같은 대상을 기준으로 비교

평소 사용하는 페이지나 파일 하나를 선택하고 기기, 네트워크, 대상을 그대로 유지한 채 직접 연결과 프록시 연결의 결과를 각각 기록하세요. 대상 서비스의 캐시나 속도 제한 때문에 연속 측정 결과가 완전히 같지 않을 수도 있습니다. 최종 속도 하나만 적기보다 첫 응답이 느린지, 지속 전송이 느린지, 반복적으로 실패하는지도 확인하세요.

테스트하는 동안 다른 대용량 전송을 일시 중지하고 시스템 백그라운드 동기화, 클라우드 사진 업로드, 같은 Wi-Fi를 사용하는 다른 기기의 네트워크 사용량을 확인하세요. 기본 네트워크가 이미 혼잡하다면 Shadowrocket 규칙을 바꿔도 접속 대역폭이 늘어나지 않습니다. 셀룰러 신호, Wi-Fi 간섭, 라우터 부하 및 접속 네트워크 인증도 결과에 영향을 줍니다. 먼저 기본 네트워크에서도 문제가 나타나는지 확인한 뒤 프록시 경로를 살펴보세요.

요청이 예상한 정책을 실제로 따르는지 확인

Config 모드에서는 속도가 느린 요청이 어떤 정책과 서버를 사용하는지 확인하세요. 웹페이지는 여러 도메인으로 구성되는 경우가 많습니다. 기본 페이지는 직접 연결되지만 이미지나 미디어 리소스에는 다른 경로가 적용될 수 있습니다. 따라서 ‘웹페이지는 열리지만 콘텐츠가 느림’은 같은 요청의 문제가 아닐 수 있습니다. 기본 도메인에 규칙을 하나 추가하는 것으로 점검을 끝내지 말고 느리거나 실패한 리소스의 실제 도메인을 확인하세요.

정책 그룹을 사용한다면 그룹 이름만 보지 말고 현재 실제 선택된 항목을 확인하세요. Subscribe 업데이트 후 구성원이 바뀌거나 사용할 수 없게 될 수 있고, 고정 참조가 더 이상 유효하지 않을 수도 있습니다. Proxy로 임시 전환하는 것은 비교 목적으로만 사용하고, 확인 후 평소 모드로 돌아가세요. Proxy와 Config의 결과 차이가 크다면 어떤 종류의 리소스가 다르게 분할되는지 먼저 찾아본 뒤 규칙을 수정할지 결정하세요.

용량 부족과 전송 불안정 구분

지속적인 다운로드 속도가 낮지만 연결은 안정적이라면 서버 용량, 대상 서비스 제한 또는 경로 혼잡이 원인일 수 있습니다. 속도가 크게 달라지고 재시도가 잦다면 연결 끊김, 네트워크 전환 및 오류 유형을 기록하세요. 보유한 다른 서버 항목으로 같은 대상을 비교하면 서버 요인을 좁힐 수 있지만, 한 번의 테스트만으로 특정 프로토콜을 단정할 수는 없습니다. 테스트 시간대도 혼잡 정도에 영향을 줍니다.

같은 서버가 특정 네트워크에서만 멈춘다면 해당 접속 환경이 사용 중인 전송 방식을 지원하는지 먼저 확인하세요. 연결에 UDP가 포함된 경우 해당 네트워크에서 관련 트래픽을 허용하는지도 확인해야 합니다. MTU를 무작정 낮추거나 모든 시간 초과 값을 늘리거나 여러 고급 매개변수를 동시에 바꾸지 마세요. 명확한 근거 없이 매개변수를 조정하면 일시적인 복구를 안정적인 해결로 오인하기 쉽습니다.

불필요한 추가 처리 점검

복잡한 구성의 추가 처리는 요청에 필요한 자원을 더 사용할 수 있습니다. 용도를 알고 있는 URL Rewrite, 스크립트 또는 HTTPS 처리가 켜져 있다면 백업한 뒤 한 종류씩 일시 중지하고 같은 대상에 접속해 비교하세요. 낯선 구성을 내려받아 속도를 개선하려 하지 말고, 이해하지 못하는 시스템 인증서를 삭제하지도 마세요. 용도가 분명한 구성을 기준으로 삼아야 추가 처리가 증상과 관련 있는지 판단할 수 있습니다.

기기 발열, 저전력 상태, 앱 자체의 리소스 로딩도 관찰 결과에 영향을 줄 수 있습니다. 여러 테스트를 오랫동안 실행하면 기기 온도가 올라가고 전체 응답이 느려질 수 있습니다. 이때는 기기가 정상 온도로 돌아온 뒤 비교하세요. 특정 앱만 느리고 브라우저와 다른 앱은 정상이라면 해당 앱의 데이터 사용 설정과 대상 서비스 상태도 확인하세요. 모든 지연을 프록시 속도 탓으로 돌리지 마세요.

다시 확인할 수 있도록 결과 기록

느린 작업, 네트워크 유형, 현재 정책, 서버, 발생 시간대를 기록하고 직접 연결과 프록시의 비교 결과도 적어 두세요. 보유한 다른 항목으로 바꿔 해결됐다면 기존 서버 상태를 계속 확인하세요. 모든 경로에서 느리다면 기본 네트워크 또는 대상 서비스를 먼저 점검하세요. 통계 수치의 용도는 Data 트래픽 통계 안내를 참고하고, 집계 범위가 다른 수치를 직접 비교해 성능을 판단하지 마세요.

DNS

DNS 이름 확인 실패, 도메인 접속 불가 또는 비정상 주소 반환

먼저 이름 확인 단계와 그 이후의 연결 단계를 구분하세요. 웹페이지에 접속하려면 보통 도메인을 주소로 변환한 다음 전송 및 앱 세션을 설정합니다. 어느 단계에서든 실패하면 페이지가 열리지 않을 수 있습니다. Connectivity Test를 완료해도 웹페이지가 실패한다는 사실만으로 DNS 문제라고 단정할 수는 없습니다. 오류 문구, 요청 기록 또는 반복 가능한 비교 결과가 이름 확인 단계를 가리킬 때만 DNS 설정을 점검하세요. 인증이나 규칙 오류를 가리기 위해 이름 확인 서버를 바꾸지 마세요.

실패 대상과 오류 단계 확인

접속되지 않는 도메인과 함께 해당 도메인이 대상 웹페이지, 프록시 서버 호스트 이름, 구독 호스트 이름 중 무엇인지 기록하세요. 세 대상은 서로 다른 경로를 사용할 수 있습니다. 서버 호스트 이름을 확인할 수 없으면 터널 연결 자체가 실패할 수 있습니다. 터널은 정상인데 대상 도메인만 실패한다면 해당 요청의 이름 확인 및 라우팅을 점검하세요. 모든 문제를 ‘DNS가 안 됨’이라고 기록하면 이후 테스트 결과와 연결하기 어렵습니다.

같은 네트워크에서 다른 일반 도메인도 시도한 뒤 기본 네트워크와 비교하세요. 도메인 하나만 실패하면 해당 도메인의 레코드, 캐시, Host 매핑 또는 특정 규칙과 관련됐을 수 있습니다. 서로 무관한 여러 도메인이 모두 실패할 때 이름 확인 서비스의 접속 가능성을 더 자세히 확인하세요. 주소를 직접 입력해 웹사이트에 접속하는 방식은 일반적인 검증 방법이 아닙니다. 인증서, Host, 서버의 가상 호스트에서 올바른 도메인을 요구할 수 있습니다.

현재 구성의 DNS 및 Host 확인

실제로 사용 중인 Config 파일을 확인한 뒤 General의 기존 DNS 관련 설정과 Host 섹션을 살펴보세요. Settings에서 옵션 하나를 바꿨다고 파일 설정의 영향이 사라졌다고 가정하지 마세요. 옵션별 적용 범위는 앱의 현재 안내를 기준으로 합니다. 관련 설정의 원래 값을 기록하고 어떤 항목이 파일에서 왔는지, 어떤 항목이 앱에서 왔는지 구분해야 테스트 후 복구할 수 있습니다.

Host의 고정 매핑은 도메인이 특정 주소를 계속 가리키게 할 수 있습니다. 매핑이 만료됐다면 DNS 서비스를 바꿔도 고정된 결과는 달라지지 않습니다. 먼저 매핑의 용도를 확인하고 관련 항목만 임시로 제거해 비교하세요. Host 섹션 전체를 지우지 마세요. 보유한 정보에 따라 필요한 매핑은 복구 방법을 남겨 두고, 검색에서 찾은 주소로 함부로 덮어쓰지 마세요.

이름 확인 서비스에도 접속 가능한 경로가 필요함

DNS 서비스 주소를 입력했다고 반드시 사용할 수 있는 것은 아닙니다. 일반 쿼리, 암호화된 쿼리, 프록시를 통한 쿼리는 각각 적절한 네트워크 경로가 필요합니다. 설정이 프록시를 통해 이름 확인 서비스에 접속하도록 요구하는데, 프록시 서버의 호스트 이름은 아직 연결되지 않은 같은 경로에서 확인해야 한다면 의존성 문제가 생길 수 있습니다. 처리할 때 가장 먼저 확인해야 하는 대상이 무엇인지 파악하세요. 모든 쿼리를 시작할 수 없는 하나의 경로에 강제로 넣지 마세요.

이름 확인 설정은 용도를 알고 있으며 이미 보유한 정보를 사용하고, 현재 네트워크에서 접속 가능한지 먼저 확인하세요. 서버를 많이 추가하면 반드시 안정성이 높아진다고 생각하지 마세요. 반환 결과와 대기 순서가 달라져 문제를 재현하기 더 어려워질 수 있습니다. 변경 전에 원래 값을 저장하고 조건 하나만 바꾸세요. 결과가 개선되더라도 일상적인 분할 연결과 로컬 네트워크 접속에 영향이 없는지 확인해야 합니다.

IPv4, IPv6 및 캐시를 따로 확인

도메인은 IPv4 및 IPv6 주소를 함께 반환할 수 있습니다. 이름 확인은 성공했지만 특정 주소 유형에 접속할 수 없다면 한참 기다린 뒤 다른 주소로 전환되거나 일부 리소스만 실패할 수 있습니다. 이는 주소 접근성 문제이지 이름 확인 서비스가 응답하지 않는 문제와는 다릅니다. 오류와 현재 네트워크에서 지원하는 주소 유형을 확인한 뒤 비교하세요. 특정 대상 하나 때문에 기기의 관련 기능을 장기간 모두 끄지 마세요.

DNS 또는 Host를 변경해도 기존 연결과 캐시가 이전 결과를 계속 사용할 수 있습니다. 현재 테스트 요청을 종료하고 연결을 정상적으로 끊었다가 다시 연결한 뒤 같은 대상을 확인하세요. 필요한 경우 대상 앱도 다시 여세요. 설정을 여러 번 연속해서 바꾼 뒤 이전 페이지 하나로 결과를 판단하지 마세요. 다시 연결한 직후 잠깐 복구됐다가 재발한다면 실패한 도메인과 시점을 기록하고 구성 전환이나 네트워크 변화가 있었는지 확인하세요.

규칙 일치에도 이름 확인 결과가 영향을 줌

DOMAIN 유형 규칙은 도메인 조건을 확인하고, IP-CIDR, IP-CIDR6, GEOIP는 주소 조건과 관련됩니다. 실제 동작은 규칙 매개변수와 이름 확인 단계에도 영향을 받습니다. 이름 확인 결과가 달라지면 같은 요청이 서로 다른 정책을 사용할 수 있습니다. 문제를 점검할 때 먼저 어떤 규칙이 적용됐는지 확인하세요. DNS를 고치겠다며 모든 IP 유형 규칙을 도메인 규칙보다 앞에 두지 마세요. FINAL은 앞선 규칙이 일치하지 않았을 때 처리할 뿐, 잘못된 이름 확인 결과를 수정하지 않습니다.

수정 후 대상 도메인, 평소 사용하는 도메인 하나, 필요한 로컬 네트워크 서비스를 각각 확인하세요. 이름 확인 오류가 사라졌는데도 접속이 실패한다면 라우팅 장으로 돌아가 이후 연결을 점검하고 DNS를 계속 변경하지 마세요. 증상을 자세히 구분하려면 DNS 이름 확인 실패 문제 해결 안내를 참고하세요. 문의할 때는 오류 문구와 설정 유형을 제공하고 내부 도메인 및 개인 주소 정보는 숨기세요.

Lifecycle

배터리 소모, 백그라운드 재연결 및 업데이트 후 오류

먼저 변화가 발생한 시점과 조건을 확인한 뒤 Shadowrocket과 관련이 있는지 판단하세요. 시스템 배터리 통계는 여러 활동을 앱 또는 시스템 서비스로 분류할 수 있으므로 한 번 표시된 비율만으로 추가 소모를 단정할 수 없습니다. 업데이트 후 문제가 생겼다고 업데이트가 반드시 원인인 것도 아닙니다. 같은 시기에 시스템 조정, Subscribe 새로 고침 또는 네트워크 환경 변화가 있었을 수 있습니다. 구성과 증상 기록을 보존하고 비교 대신 재설치부터 하지 마세요.

비교 가능한 배터리 관찰 시간대 설정

시스템 배터리 화면에서 해당 시간대의 화면 사용, 백그라운드 활동 및 기기 전체 소모량을 확인하세요. 동영상 재생, 대용량 다운로드, 개인용 핫스팟 공유, 신호가 약한 환경 자체가 배터리를 더 많이 사용할 수 있습니다. 두 시간대를 비교할 때는 네트워크, 화면 켜짐 시간, 실제 작업을 최대한 비슷하게 유지하세요. 앱의 배터리 사용 비율만 비교하면 다른 앱의 사용량이 줄었을 때 해당 비율이 높아져 오해할 수 있습니다.

기기가 뜨거워졌는지, 충전 중이었는지, 데이터 전송이 계속됐는지 기록하세요. VPN 트래픽 처리에는 기기 자원이 사용되지만, 비정상적인 배터리 소모가 있다면 반복 연결, 잦은 테스트 및 추가 처리 여부를 확인하는 것이 좋습니다. 통계 수치를 낮추려고 모든 기능을 바로 끄지 마세요. 실제 문제는 전체 배터리 감소량인지, 백그라운드 활동 시간인지, 특정 화면의 비율인지 먼저 확인하세요.

On Demand 및 실패 후 재시도 확인

화면을 잠근 뒤에도 연결 상태가 계속 바뀐다면 On Demand 조건과 당시 네트워크가 안정적이었는지 먼저 확인하세요. On Demand를 수동으로 끄고 다른 조건은 유지한 채 비슷한 시간대에 관찰하세요. 재연결이 눈에 띄게 줄었다면 네트워크 전환 때 기존 조건이 반복해서 충족되는지 확인하세요. On Demand 자체를 오류로 단정하지 말고, 구체적인 실행 조건과 연결이 유지되지 않은 지점을 찾아야 합니다.

서버 인증 실패, 구독 접속 실패, 특정 요청의 반복 재시도도 활동량을 늘릴 수 있습니다. 같은 오류가 반복되는지 확인하고 실패한 단계를 먼저 해결하세요. 테스트 중에는 직접 실행하는 Connectivity Test와 수동 새로 고침 횟수를 줄여 테스트 자체가 부담을 늘리지 않도록 하세요. 변경 후에도 일반적인 사용 작업을 유지해야 합니다. 네트워크를 완전히 끈 시간을 근거로 구성이 배터리를 절약한다고 판단하지 마세요.

구성 처리 줄이기와 보안 유지

구성에 추가 URL Rewrite, 스크립트 또는 HTTPS 처리가 있다면 각 기능이 여전히 필요한지 확인하세요. 원본 파일을 저장한 뒤 한 번에 한 종류씩 일시 중지하고 같은 작업의 백그라운드 활동을 비교할 수 있습니다. 한 번에 전부 삭제하지 말고 인증서 확인을 장기간 건너뛰는 방법을 성능 최적화로 삼지도 마세요. 설명할 수 없는 구성이 있다면 용도가 분명한 기본 설정으로 먼저 되돌린 뒤 추가 처리와 문제의 관련성을 확인하세요.

업데이트 후 데이터를 지우기 전에 상태부터 확인

앱 업데이트는 App Store에서 진행합니다. 업데이트 후에는 Home에서 선택한 항목, Config의 현재 파일, Global Routing 모드가 원래 용도에 맞는지 확인한 다음 시스템 VPN 구성 상태를 점검하세요. 연결 방식이 바뀐 것처럼 보여도 실제로는 다른 항목을 선택했거나 정책 참조가 유효하지 않을 수 있습니다. 상태를 확인한 뒤 한 번만 정상적으로 연결을 끊고 다시 연결하세요. 반복 조작으로 오류가 발생한 상황을 놓치지 않도록 하세요.

App Store 페이지에서 업데이트 안내와 호환성 정보를 확인하세요. 시스템 요구 사항은 App Store 페이지를 기준으로 합니다. 현재 화면에서 설정 위치나 이름이 달라졌다면 오래된 안내의 위치 설명을 따르지 말고 실제 영어 UI 용어를 기준으로 하세요. 앱 페이지에 표시된 관련 정보를 문의에 사용할 수 있지만, 이 매뉴얼은 특정 버전 번호나 출시일을 문제 해결의 전제로 삼지 않습니다.

재승인 또는 재설치를 고려할 시점

업데이트 후 시스템 연결 상태에만 문제가 있다면 먼저 연결 스위치 장에서 승인 및 구성을 확인하세요. 스위치는 정상인데 접속이 실패한다면 라우팅 및 서버 점검으로 넘어가세요. 재설치는 마지막에 고려하고, 원래의 구독, 서버 정보, 구성 백업, 구매 계정을 모두 복원할 수 있는지 먼저 확인하세요. 백업에 인증 정보가 포함될 수 있으므로 문제 해결을 위해 공개된 위치에 업로드하지 마세요.

앱을 다시 받을 때도 App Store를 이용하세요. 구매 항목 복원은 구매 항목 복원 안내를 참고하세요. 복원이 끝나면 용도가 분명한 구성 하나로 먼저 테스트한 뒤 기존 설정을 하나씩 복원하세요. 기본 상태가 정상이고 특정 처리를 복원한 뒤 문제가 다시 발생한다면 비교 근거가 명확해집니다. 모든 조건이 같은데도 재현된다면 조작 순서, 시스템 안내 및 영향 범위를 기록한 뒤 추가로 문의하세요.

이 장의 완료 기준은 일반적인 작업에서 연결이 안정적이고 오류 재시도가 줄며, 비슷한 조건의 배터리 관찰로 결과를 다시 확인할 수 있는 것입니다. 특정 설정이 반드시 배터리를 절약한다고 단정하지 마세요. 잠깐 복구됐다는 이유만으로 업데이트 문제가 완전히 해결됐다고 판단하지 마세요. 복구 가능한 원래 값과 최종적으로 효과가 있었던 변경 사항을 보존해야 같은 증상이 다시 발생했을 때 동일한 근거를 따라 점검할 수 있습니다.

iPad

iPad 구매 항목 복원, 화면 구성 및 네트워크 문제 해결

iPad에서는 구매 항목 복원과 구성 이전을 따로 확인하세요. 앱을 처음 구입할 때 사용한 본인의 Apple ID로 App Store의 구입 항목에서 앱을 다시 받으세요. 구매 적용 여부와 시스템 요구 사항은 App Store 페이지를 기준으로 합니다. 앱을 다시 받을 수 있다고 해서 다른 기기의 서버, Subscribe 또는 Config가 모두 자동으로 복원되는 것은 아닙니다. 실행 후 목록이 비어 있다면 구매 실패로 판단하기 전에 정보 이전 상태부터 확인하세요.

구매한 앱에 가격이 표시될 때 확인할 사항

시스템의 다른 서비스에 표시되는 계정만 확인하지 말고 현재 App Store 구매에 사용하는 계정이 원래 구매 계정인지 확인하세요. 이어서 제품 이름, 개발자 Shadow Launch Technology Limited, 앱 ID 932747118을 확인하세요. 계정과 제품을 확인하기 전에 반복해서 구매하지 마세요. 관련 확인 방법은 정식 앱 확인을 위한 세 가지 항목 안내를 참고하세요. 앱을 받을 수 있는 유일한 경로는 App Store입니다.

현재 스토어에서 구매 항목이 일시적으로 표시되지 않는다면 네트워크, 계정 구매 내역 및 현재 스토어 상태를 확인하고 App Store에 실제로 표시되는 안내에 따라 처리하세요. 가족 공유 적용 여부는 스토어 페이지와 본인의 가족 설정을 기준으로 판단해야 하며, 다른 사람의 구매 항목을 반드시 복원할 수 있다고 가정해서는 안 됩니다. 구매 문제와 서버 서비스 상태는 별개입니다. 앱을 복원한 뒤에도 보유한 유효한 연결 정보가 필요합니다.

가로 화면, 분할 화면 및 좁은 창에서 조작 위치 찾기

iPad를 가로 모드나 분할 화면으로 사용하면 목록과 세부 정보가 표시되는 위치가 달라질 수 있습니다. ‘왼쪽 아래 세 번째 버튼’처럼 위치만으로 판단하지 말고 Home, Config, Data, Settings 등의 영어 UI 용어를 기준으로 찾으세요. 편집 패널에 이전에 선택한 내용이 표시될 수 있으므로 변경 전에 항목 이름과 내부 주소를 확인하세요. 저장한 뒤 현재 선택된 항목으로 돌아가 확인해 이름이 같은 옆 항목을 잘못 수정하지 않도록 하세요.

화면 회전이나 창 너비 변화만으로 라우팅 상태가 바뀌었다고 볼 수는 없습니다. 화면이 달라 보이면 현재 Global Routing 모드와 Config에서 실제로 선택된 파일을 먼저 확인하세요. 서버 정보를 입력할 때 외장 키보드, 자동 수정 또는 붙여넣기로 공백이 들어갈 수 있습니다. 저장 후 주소, 포트 및 ID 항목을 하나씩 확인하세요. 입력 중 오류가 없었다고 정보가 유효한 것은 아닙니다.

두 기기에서 같은 정보를 사용해도 결과가 다른 경우

같은 Wi-Fi, 같은 대상, 같은 서버 정보를 유지한 채 결과를 비교하세요. iPhone의 셀룰러 네트워크와 iPad의 Wi-Fi를 직접 비교해 클라이언트 차이로 판단하지 마세요. 두 기기에서 항목 이름이 같더라도 실제 암호, 전송 설정, 선택된 정책 및 구성 파일이 다를 수 있습니다. 전체 인증 정보를 제3자에게 보내 비교하지 말고 항목 종류별로 차이를 확인하세요.

구성이 완전히 같은데 한 기기에서만 실패한다면 해당 기기의 네트워크 권한, 다른 VPN, 관리 제한, 시스템 시간 및 DNS 환경을 계속 확인하세요. Wi-Fi만 사용할 수 있는 iPad는 직접 관리할 수 있는 다른 네트워크를 이용해 비교할 수 있습니다. 개인용 핫스팟으로 테스트한다면 핫스팟 기기의 네트워크 변화도 결과에 기록하세요. 네트워크를 바꾼 뒤 복구됐다는 사실만으로 접속 환경이 문제에 관여했음을 알 수 있을 뿐, 앱 설정이 수정됐다는 뜻은 아닙니다.

절전 모드 해제 및 네트워크 전환

오류가 오랫동안 화면을 잠근 뒤, 잠금 해제 직후 또는 Wi-Fi 전환 후에 발생하는지 기록하세요. 기기를 막 깨운 직후에는 기본 네트워크가 아직 복구되지 않아 앱 요청 실패와 VPN 재연결이 동시에 나타날 수 있습니다. 네트워크가 안정된 것을 확인한 다음 수동으로 한 번 접속하세요. 잠금 해제할 때마다 다시 연결해야 한다면 On Demand 조건, 시스템 VPN 상태 및 서버 세션 동작을 확인하고 앞의 연결 장을 따라 단계별로 점검하세요.

앱이 백그라운드에 얼마나 오래 남아 있는지만으로 연결이 계속 유지된다고 판단하지 마세요. 화면에 이전 상태가 표시된다고 현재 요청에 접속할 수 있는 것도 아닙니다. 실제 접속 결과, 시스템 상태 및 오류 기록을 서로 대조하세요. 분할 화면에서만 문제가 나타난다면 대상 앱에 자체 세션 또는 네트워크 제한이 있는지 확인하세요. 전체 화면으로 전환한 뒤 다른 조건을 그대로 유지하고 같은 작업을 반복해야 창 모드 변화와 오류의 관련성을 판단할 수 있습니다.

구성 이전 후 하나씩 복원하고 확인

직접 관리하는 백업에서 정보를 복원한 뒤 Subscribe의 유효성과 현재 선택된 서버를 먼저 확인하고 Config 파일 및 정책 참조를 점검하세요. 파일이 고정된 이름을 참조한다면 다른 기기에서 이름이 달라 규칙이 잘못 적용될 수 있습니다. 정보가 완전한지 확인하고, 연결을 설정한 뒤, 실제 요청을 완료하고, 규칙이 용도에 맞는지 확인한 다음 마지막으로 On Demand와 추가 처리를 복원하세요. 복잡한 설정을 한꺼번에 모두 켜지 마세요.

일반 웹페이지 접속, 프록시 경로가 필요한 기존 서비스 요청, 정상적으로 연결을 끊은 뒤 기본 네트워크 확인을 각각 한 번 이상 수행하세요. 특정 단계에서만 실패한다면 해당 장으로 돌아가고 구매 절차 전체를 다시 진행하지 마세요. 계정 복원과 화면 구성은 iPad 구매 항목 복원 및 사용 안내를 참고하세요. UI 위치는 영어 UI 용어 안내에서 확인할 수 있습니다.