Shadowrocket 연결 후 속도 저하 해결 방법: 노드·경로·프로토콜·로컬 네트워크 점검

1. 테스트 조건을 고정하고 속도 저하 지점 확인하기

연결 스위치가 켜져 있다는 것은 시스템 터널이 설정되었다는 뜻일 뿐, 대상 요청이 선택한 노드를 통해 정상적으로 전달되었다는 의미는 아닙니다. 웹 페이지 첫 화면이 늦게 뜨는 문제, 다운로드가 계속 느린 문제, 동영상이 자주 버퍼링되는 문제는 서로 원인이 다를 수 있습니다. 첫 화면 로딩은 DNS와 연결 설정에 영향을 받을 수 있고, 다운로드와 동영상 재생은 지속적인 전송량과 연결 안정성을 확인해야 합니다.

Home에서 현재 노드, Global Routing 상태, 로컬 네트워크를 기록한 다음 Config에서 사용 중인 구성을 확인하세요. 테스트 중에는 구독 새로고침, DNS 변경, 프로토콜 전환, 규칙 수정 등을 동시에 하지 마세요. 속도가 회복되더라도 어떤 변경이 영향을 미쳤는지 알 수 없습니다.

1. 접근 권한이 있고 반복해서 불러올 수 있는 페이지나 파일을 하나 정해 대상 이름을 기록하세요. 서로 다른 사이트의 다운로드 속도를 직접 비교하지 마세요.
2. 시스템 업데이트, 사진 동기화 등 대용량 트래픽을 사용하는 작업을 일시 중지하세요. 약 30초씩 총 3회 연속으로 테스트하고, 첫 화면이 뜨기까지 걸린 시간, 지속 속도, 연결 끊김 여부를 기록하세요.
3. 속도 단위를 통일하세요. 1 MB/s는 약 8 Mbps입니다. 파일 다운로드에 표시되는 MB/s와 인터넷 회선의 표시 속도인 Mbps를 같은 숫자로 보면 안 됩니다.
4. 테스트할 때마다 조건 하나만 변경하고, 비슷한 시간대에 비교하세요. 셀룰러 네트워크 테스트는 데이터를 사용하므로 시작 전에 요금제 잔여량을 확인하세요.

2. 노드 점검: 연결 가능 여부와 지속 전송 속도 구분하기

Home에서 기존 노드에 Connectivity Test를 실행해 명백히 연결할 수 없는 항목부터 제외하세요. 지연 시간 테스트는 지정된 방식으로 측정한 응답 속도이며 다운로드 대역폭과는 다릅니다. 테스트 대상, 핸드셰이크 과정, 프록시 경유 여부에 따라 수치가 달라지므로 가장 낮은 밀리초 값만으로 사용 경험을 판단하지 마세요.

기존 구독에서 노드 두 개를 고르고, 가능하면 같은 프로토콜을 사용해 동일한 대상과 로컬 네트워크에서 비교하세요. 한 노드만 지속해서 느리다면 해당 노드 또는 노드가 거치는 경로로 원인을 좁힐 수 있지만, 서버 부하가 원인이라고 단정할 수는 없습니다.

3. 네트워크 경로 점검: 시간대와 네트워크를 교차 비교

경로는 노드 목록에 있는 별도의 스위치가 아닙니다. 한 번의 접속에는 로컬 네트워크에서 서버까지, 서버에서 대상 사이트까지 적어도 두 구간의 경로가 포함됩니다. 노드 이름과 지역이 같아도 실제 라우팅, 혼잡도, 대상 콘텐츠 전송 방식은 달라질 수 있습니다. 지리적으로 가까워도 네트워크 경로가 짧거나 혼잡 시간대에 안정적이라고 보장할 수 없습니다.

1. 같은 노드에서 네트워크 바꾸기: iPhone에서 Wi-Fi를 끄고 셀룰러 네트워크로 같은 대상에 접속한 다음, Wi-Fi로 돌아와 다시 테스트하세요. 나머지 조건은 그대로 유지합니다.
2. 같은 네트워크에서 시간 바꾸기: 문제가 발생하는 시간대와 비교적 한산한 시간대에 각각 테스트하고 시간과 지속 속도를 기록하세요. “밤에 느림”처럼 적는 데 그치지 마세요.
3. 같은 노드에서 대상 바꾸기: 서로 다른 두 사이트를 테스트하세요. 대상 하나만 느리다면 로컬 DNS를 계속 바꾸기보다 출구에서 해당 대상까지의 경로를 확인하는 것이 좋습니다.
4. 교차 테스트 결과 정리: “Wi-Fi는 느리고 셀룰러는 정상” 또는 “두 네트워크 모두 같은 시간대에 느림”처럼 기록하세요. 전자의 경우 Wi-Fi 접속과 상위 경로를 먼저 확인하고, 후자의 경우 노드와 대상별 결과를 함께 살펴보세요.

같은 노드를 두 네트워크에서 비교해도 통신사 경로와 로컬 무선 환경의 영향을 완전히 분리할 수는 없습니다. Wi-Fi에서 모든 접속이 느리다면 뒤의 로컬 네트워크 점검을 먼저 진행하세요. 특정 프록시 경로만 느리다면 해당 경로로 범위를 좁혀 보세요. 여러 노드가 같은 상위 경로를 공유할 수도 있으므로 노드 여러 개가 동시에 느려져도 서로 독립적인 장애가 여러 건 발생했다고 볼 수는 없습니다.

4. 프로토콜 점검: 전송 조건을 확인하고 포트를 무작정 바꾸지 않기

프로토콜 이름은 속도 등급이 아닙니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 전송 조건과 구성 항목이 다르며, 사용 가능 여부는 서버에 실제로 적용된 설정에 따라 달라집니다. 기존 노드의 프로토콜 드롭다운에서 이름만 다른 것으로 바꾸는 것을 프로토콜 비교 테스트로 볼 수는 없습니다.

포트가 443이라고 해서 반드시 TCP를 사용하는 것은 아니며 트래픽이 항상 통과할 수 있다는 뜻도 아닙니다. Hysteria2는 UDP 443을 사용할 수 있지만 실제 포트는 서버 설정에 따라 다릅니다. 네트워크에서 UDP를 제한하면 UDP에 의존하는 연결이 실패하거나 불안정해질 수 있습니다. 반대로 UDP를 사용할 수 있더라도 혼잡할 때 더 많은 데이터를 전송할 수 있다고 보장할 수는 없습니다.

• 서비스 제공업체가 안내한 서버 주소, 포트, 인증 정보를 확인하세요. TLS를 사용하는 경우에는 해당 서버 이름과 인증서 검증 설정도 확인해야 합니다. 문제를 해결한다며 인증을 끄지 마세요.
• 기존 구성에서 서로 다른 프로토콜을 비교할 수 있을 때만 프로토콜 테스트를 진행하세요. 서버와 네트워크 경로도 동시에 달라진다면 “여러 변수 비교”라고 기록하고, 차이의 원인을 프로토콜 하나로 단정하지 마세요.
• 작은 요청은 정상이지만 큰 파일을 전송할 때 반복해서 멈춘다면 먼저 네트워크를 바꿔 테스트하세요. MTU 또는 경로 MTU도 가능한 원인 중 하나지만, 기록 없이 여러 값을 연속해서 변경하지 마세요.

위 내용은 연결 기록에 나타날 수 있는 하위 수준 오류 메시지이며, 모든 문제에서 반드시 표시되는 안내는 아닙니다. 마지막 한 줄만 남기기보다 전체 맥락을 보존하는 편이 유용합니다.

5. 로컬 네트워크와 규칙 점검: 요청이 실제로 거친 경로 확인

Home으로 돌아가 Global Routing을 확인하세요. Proxy, Direct, Config, Scene은 서로 다른 라우팅 방식입니다. Proxy와 Direct는 전체 프록시 또는 직접 연결 방향을 지정하고, Config는 현재 구성에 따라 처리하며, Scene에는 선택한 장면의 설정도 적용됩니다. 비교 테스트 전에 현재 상태를 기록하세요. 임시로 전환했다면 진단이 끝난 뒤 복구해 라우팅 설정을 잘못 둔 채 계속 사용하지 않도록 하세요.

1. 로컬 접속 확인: 라우터 가까이에서 다시 테스트하고 Wi-Fi 웹 인증 페이지를 기다리고 있지는 않은지 확인하세요. 기기 네트워크에서 허용되고 대상에 직접 연결할 수 있다면 연결을 잠시 끄고 기준 속도를 측정하세요. 직접 연결도 느리다면 먼저 접속 문제를 해결해야 합니다.
2. 적용된 정책 확인: Config에서 사용 중인 구성을 확인한 뒤 연결 기록에서 테스트 대상에 어떤 규칙이 일치했는지, 어떤 정책과 노드가 사용되었는지 확인하세요. 노드를 선택했다고 해서 모든 요청이 해당 노드를 거치는 것은 아닙니다.
3. 규칙 순서 확인: DOMAIN-SUFFIX는 도메인 접미사를, IP-CIDR은 주소 범위를, GEOIP는 IP 지리 데이터에 따라 일치 여부를 판단합니다. FINAL은 마지막에 적용되는 기본 규칙입니다. 앞선 규칙이 먼저 일치했는지 확인하고 마지막 규칙만 수정하지 마세요.
4. 자동 재연결 확인: 테스트 중 연결 상태가 저절로 바뀐다면 Settings → On Demand를 확인하세요. 기존 조건을 먼저 기록한 뒤 관련 자동 연결 동작을 잠시 끄고 수동 테스트를 마치면 원래대로 복구하세요.

DNS는 관찰된 증상이 관련성을 보여 줄 때 점검하세요. 예를 들어 처음 페이지를 열 때는 오래 걸리지만 연결 후 다운로드 속도는 정상인 경우입니다. DNS 조회 시간 초과나 실패, 비정상적인 대상 주소가 있는지 먼저 확인한 다음 현재 구성의 DNS 설정을 살펴보세요. 모든 속도 저하에 “DNS를 바꾸기”를 적용해서는 안 되며, 인증서 검증을 임의로 끄거나 직접 연결 범위를 넓히지 마세요.

6. 자주 묻는 질문과 점검을 중단할 시점

효과적인 문의에는 발생 시간, Wi-Fi 또는 셀룰러 네트워크, 노드 식별 정보, 프로토콜, Global Routing 상태, 대상, 속도 단위, 비교 결과를 포함하세요. 점검의 목표는 “가장 빠른 설정”을 찾는 것이 아니라 문제가 어느 단계에 영향을 주는지, 어느 쪽에서 추가 확인해야 하는지 파악하는 것입니다. 클라이언트 외부의 접속이나 원격 경로에서 일관된 이상이 확인되었다면 로컬 구성을 계속 바꿔도 대개 해결되지 않습니다.