Shadowrocket 사용법: 정보 추가부터 연결 확인까지

Shadowrocket을 열고 Home에서 Add Server를 찾습니다. 단일 서버 정보를 가지고 있다면 Add Server로 이동해 정보에 적힌 프로토콜에 맞는 Type을 선택한 다음 Host, Port와 해당 Type에 필요한 인증 정보를 입력합니다. 오른쪽 공식 스크린샷에는 Add Server의 Type, Host, Port, Password, Method 항목이 표시되어 있습니다. 프로토콜마다 입력해야 하는 항목이 다르며, 표시되는 항목은 선택한 Type에 따라 달라집니다. 서버 주소와 포트를 한꺼번에 Host에 입력하거나 링크를 Password에 붙여 넣지 마세요.

입력하기 전에 기존 정보를 항목별로 구분하세요. 서버 도메인이나 주소는 Host에, 포트 번호는 Port에 입력하고 비밀번호, 키 또는 기타 인증 정보는 해당 항목에 입력합니다. 정보에 TLS, SNI 등의 추가 설정이 있다면 선택한 Type에 맞는 항목인지 확인하고 임의로 값을 입력하지 마세요. 입력을 마치면 저장한 뒤 Home으로 돌아가 새 항목이 목록에 표시되는지 확인합니다. 목록에 이름이 보인다는 것은 정보가 저장되었다는 뜻일 뿐, 서버 연결이 확인된 것은 아닙니다. 다음 단계에서 항목을 선택해 테스트해야 합니다.

본인 구독 링크를 가지고 있다면 추가 과정에서 Subscribe를 찾아 전체 링크를 붙여 넣고 저장한 다음, 화면에 표시되는 업데이트 기능을 사용해 목록을 가져옵니다. 링크를 붙여 넣을 때는 앞부분과 끝부분, 쿼리 매개변수가 모두 포함됐는지 확인하세요. 메시지에서 복사한 경우 공백이나 줄바꿈이 추가되어 링크가 올바르게 처리되지 않을 수도 있습니다. 업데이트가 끝나면 목록에 예상한 항목이 표시되는지 확인하고 사용할 항목을 선택합니다. 구독 목록이 비어 있어도 바로 Global Routing을 바꾸지는 마세요. 먼저 링크가 완전한지, 구독에 접근할 수 있는지, 마지막 업데이트가 성공했는지 확인합니다.

QR 코드 스캔은 해당 QR 코드를 이미 가지고 있는 경우에 사용할 수 있습니다. Add Server 화면에서 Scan QR Code를 선택하고 시스템 안내에 따라 카메라 접근을 허용한 다음, 인식된 내용을 확인해 저장합니다. 화면에 Import from Cloud JSON이 표시될 수도 있습니다. 이는 별도의 구성 가져오기 방식이므로 일반 구독 링크를 맞지 않는 메뉴에 붙여 넣지 마세요. 직접 입력, Subscribe, QR 코드 스캔 중 어떤 방법을 사용하든 이 단계의 완료 여부는 같습니다. Home 목록에 식별할 수 있는 항목이 표시되고 주요 필드가 기존 정보와 일치해야 합니다. 항목 정리, 업데이트 및 삭제 방법은 서버 관리 안내에서 확인하세요.

선택할 수 있는 항목을 추가했다면 Home으로 돌아가 Global Routing을 찾습니다. 여기서는 요청을 어떤 방식으로 처리할지 결정합니다. 서버 정보가 올바르게 입력되었는지 확인하는 것과는 별개의 설정입니다. 이 안내에서는 세 가지 항목을 의미에 따라 구분합니다: 구성(Config), 프록시(Proxy), 직접 연결(Direct). 화면에 표시된 Config, Proxy, Direct는 영문 그대로 확인하세요. 방식을 바꾼 뒤에는 Home에 표시된 현재 선택 항목을 확인해, 실제로는 이전 설정에 머물러 있는데 바뀐 것으로 착각하지 않도록 합니다.

구성 파일의 규칙에 따라 요청을 각각 처리하려면 Config를 선택합니다. 규칙은 보통 위에서부터 차례로 일치 여부를 확인한 뒤 해당 정책을 적용합니다. 예를 들어 DOMAIN-SUFFIX 규칙 하나는 PROXY를, 다른 규칙은 DIRECT를 사용할 수 있습니다. 어느 규칙에도 일치하지 않는 요청은 구성의 다음 규칙이나 최종 정책을 따르므로, Config를 선택했다고 해서 모든 요청이 같은 서버를 경유하는 것은 아닙니다. Config 화면을 열면 스크린샷을 참고해 General, Rule, Hosts 등의 구역을 찾을 수 있습니다. 규칙별 라우팅을 확인할 때는 규칙 이름만 볼 것이 아니라 Rule과 현재 사용하는 구성이 서로 맞는지 살펴보세요.

Proxy는 선택한 서버가 요청을 처리할 수 있는지 임시로 확인할 때 적합합니다. 더 많은 요청이 현재 프록시 경로를 거치게 하지만, 이 테스트 결과만으로 Config 규칙이 올바르다고 판단해서는 안 됩니다. Direct는 직접 연결 경로의 상태를 확인할 때 사용합니다. Direct에서 특정 페이지가 열린다고 해서 서버를 사용할 수 있다는 뜻은 아닙니다. 문제를 확인할 때는 먼저 목표를 분명히 한 뒤 방식을 선택하세요. 평소처럼 규칙에 따라 처리하려면 Config로 돌아가고, 규칙의 영향을 분리해 확인하려면 잠시 Proxy를 사용해 비교합니다. 현재 프록시 경로를 거치지 않은 결과를 확인하려면 Direct를 사용합니다. 테스트가 끝나면 원래 필요한 방식으로 되돌리세요.

처음부터 규칙을 수정할 필요는 없습니다. 우선 본인이 보유한 Config에 필요한 규칙이 있는지, 규칙 순서는 적절한지 확인하세요. 연결이 설정되고 테스트 결과도 있지만 특정 요청이 예상과 다르게 처리되는 경우에만 Rule의 DOMAIN-SUFFIX, IP-CIDR 등의 조건과 PROXY, DIRECT, REJECT 정책을 자세히 살펴봅니다. 규칙 작성법과 우선순위에는 여러 세부 사항이 있으므로 이 안내를 마친 뒤 설정 안내와 문제 해결을 확인하세요.

Home으로 돌아가 방금 확인한 서버 항목이 선택되어 있는지, Global Routing이 테스트하려는 방식으로 설정되어 있는지 확인합니다. Home 공식 스크린샷에서는 상단의 Not Connected 상태와 스위치, Global Routing, Connectivity Test, 아래쪽의 SERVER 그룹과 Add Server 위치를 확인할 수 있습니다. 먼저 항목을 선택한 뒤 스위치를 켜면 목록에 여러 항목이 있어도 확인하려는 항목이 아닌 다른 항목에 연결하는 실수를 줄일 수 있습니다.

상단 스위치를 켠 뒤 시스템에 VPN 구성 승인 안내가 처음 표시되면 내용을 읽고 시스템 절차에 따라 승인하세요. 이 승인은 기기에서 해당 네트워크 연결 구성을 설정하도록 허용하는 절차입니다. 시스템 승인이 완료되지 않으면 앱에서 스위치를 켜도 연결이 진행되지 않을 수 있습니다. 승인한 뒤 Home으로 돌아와 Not Connected 상태가 바뀌었는지, 스위치가 켜진 상태로 유지되는지 확인합니다. 시스템 상태와 앱 표시를 모두 살펴보세요. 스위치가 바로 꺼지거나 연결 중 상태가 계속되거나 시스템 안내가 반복해서 나타난다면 규칙별 라우팅 문제라고 단정하지 마세요.

이 단계에서도 ‘스위치가 켜짐’과 ‘요청이 예상대로 처리됨’을 구분해야 합니다. 스위치는 연결을 시작했거나 연결이 설정되었음을 나타낼 뿐입니다. 이후 접속 결과에는 서버 정보, 구독 내용, 현재 방식과 규칙도 영향을 줍니다. 서버 항목을 여러 개 저장했다면 테스트할 때 하나를 정해 두고 사용하세요. 매번 시도할 때 항목과 Global Routing을 동시에 바꾸지 마세요. 그래야 다음 단계에서 결과가 달라졌을 때 연결 대상이 바뀐 것인지 라우팅 방식이 바뀐 것인지 구분할 수 있습니다.

iPad에서도 같은 방식으로 Home에서 항목, Global Routing, 스위치를 찾으면 됩니다. 화면 너비에 따라 배치는 달라질 수 있지만 영문 항목의 기능은 같습니다. 연결 상태가 유지되면 Connectivity Test와 실제 접속으로 계속 확인합니다. 아직 연결 상태가 안정적으로 표시되지 않는다면 시스템 승인, 선택한 항목, 입력한 필드부터 다시 확인하세요. 이 단계에서 DNS나 복잡한 규칙을 미리 수정할 필요는 없습니다.

첫 단계에서 예상한 항목이 보이지 않으면 가져오기 과정부터 확인합니다. 직접 입력한 정보는 Type, Host, Port와 해당 프로토콜에 필요한 인증 항목을 확인하세요. 복사 과정에서 공백이 들어갔는지, 포트를 빠뜨리지 않았는지, 정보와 선택한 Type이 서로 맞는지도 살펴봅니다. Subscribe를 사용했다면 붙여 넣은 링크가 완전한지, 목록 업데이트가 끝났는지, 기존 구독 내용에 서버 정보가 포함되어 있는지 확인합니다. 목록이 비어 있는 문제는 가져오기 또는 업데이트 단계에서 발생한 것이므로, 이때 Home의 스위치를 반복해서 켜고 꺼도 누락된 정보가 추가되지는 않습니다. 구독 가져오기 문제에 대한 자세한 내용은 구독 가져오기 실패 자가 점검 목록에서 확인하세요.

항목은 있지만 Home의 스위치가 켜진 상태로 유지되지 않는다면 먼저 테스트할 항목을 올바르게 선택했는지 확인하고 시스템 승인이 완료되었는지 살펴봅니다. 연결 상태는 유지되는데 Connectivity Test 결과가 예상과 다르다면 서버 정보와 현재 네트워크 환경을 확인한 뒤 같은 방식으로 다시 테스트합니다. 항목이 여러 개라면 선택한 항목만 바꾸어 비교하고 Config는 동시에 수정하지 마세요. 이렇게 하면 ‘연결이 설정되지 않음’과 ‘연결은 설정됐지만 대상에 접근할 수 없음’을 나누어 확인할 수 있습니다.

Connectivity Test 결과는 있지만 실제 요청이 예상과 다르게 처리된다면 먼저 Global Routing이 Config, Proxy 또는 Direct 중 원하는 방식으로 설정되어 있는지 확인합니다. Config를 선택했다면 사용 중인 Config 파일, Rule의 일치 조건과 순서, 마지막으로 적용되는 정책을 확인하세요. 규칙의 PROXY, DIRECT, REJECT는 각각 역할이 다릅니다. 규칙이 있다는 것만으로 요청이 해당 규칙과 일치한다고 볼 수는 없습니다. 규칙을 수정하기 전에 구체적인 목표와 예상 정책을 확인하고, 관련 조건을 한 번에 하나씩만 바꾼 뒤 다시 테스트하세요.

진단 옵션을 더 확인하려면 Settings를 엽니다. 오른쪽 공식 스크린샷에는 Test Method, On Demand, Diagnostics, Proxy, TCP, UDP 등의 항목이 표시되어 있습니다. 연결 문제를 확인할 때는 먼저 Diagnostics 정보를 살펴보고, Test Method가 방금 실행한 테스트 방식과 일치하는지 확인합니다. On Demand를 사용하는 경우에는 자동 연결 조건이 현재 네트워크 환경에 맞는지도 확인하세요. 한 번의 테스트를 위해 TCP, UDP, DNS, On Demand를 동시에 바꾸지 마세요. 결과가 달라져도 어떤 항목이 영향을 주었는지 알기 어렵습니다. 각 설정의 기능은 설정 안내에서 확인할 수 있습니다.

문제 확인을 마치면 임시 테스트에 사용한 Global Routing 방식을 평소 필요한 상태로 되돌리고, Home 연결 상태, Connectivity Test, 실제 접속을 다시 확인합니다. 문제가 계속되면 ‘직접 입력 또는 Subscribe 사용 여부, 선택한 Type, Home 상태, Global Routing, 테스트 결과, On Demand 사용 여부’를 정리한 뒤 문제 해결에서 해당 상황을 차례로 확인하세요. 현상을 기록할 때 비밀번호, 키 또는 전체 구독 링크를 공개하지 마세요.