/ 노트 / 라우팅

Config, Proxy, Direct가 각각 보는 것

Home 둘째 줄은 “보통 / 가속 / 끄기”가 아닙니다. 세 관찰 모드로 보면 점검이 훨씬 빨라집니다.

2026-08-12 라우팅

이 줄은 회선 품질을 올리지 않는다

Global Routing은 Home 위쪽에 있어 “모드 선택”으로 읽히기 쉽습니다. Config는 보통, Proxy는 가속, Direct는 끄기. 이 읽기는 점검을 빗나갑니다. 세 선택은 노드 자체의 지연, 손실, 리셋 여부를 바꾸지 않습니다. 바꾸는 것은 “현재 출구로 몇 건을 보내는가”뿐입니다. Proxy로 바꾸면 같은 출구에 더 많은 요청이, 더 넓게 부딪힙니다. 출구를 고치는 것이 아닙니다.

구독을 대신하지도, 설정 파일을 대신하지도 않습니다. 노드가 없으면 모드 전환에 비교 가치가 없습니다. 사용 중인 설정이 없으면 Config 항목 자체에 실행할 판정이 없습니다. 앞 두 계층을 이은 뒤에야 이 줄이 탐침이 됩니다. 3계층 나눔은 앱, 구독, 설정은 한 계층이 아니다. 파일과 구독 나눔은 설정 파일은 구독이 아니다.

제품 위치는 . 이 줄을 여는 방법은 튜토리얼 4장. 아래는 비교할 때 결과를 읽는 법만입니다.

각 모드가 묻는 것

Config는 현재 설정 파일에 따라 직통인지 노드인지를 정합니다. 일상 모드입니다. 로컬 서비스, 시스템 업데이트, 프록시에 민감한 앱은 보통 규칙으로 직통 쪽에 남겨야 합니다. 실제로 보낼 일상은 여기에 두세요. Proxy일 때만 “된다”면 일상 판정이 목표와 안 맞거나, 출구 자체가 되는지를 아직 확인하지 않은 것입니다.

Proxy는 “갈 수 있는 것은 현재 노드로”에 가깝습니다. 짧은 질문용입니다. 전체에서는 열리고 규칙에서는 안 열리면 문제는 설정입니다. 전체에서도 안 열리면 문제는 대개 노드, 구독, 시스템 VPN입니다. 규칙에 행을 계속 넣지 마세요. 기본값으로 두면 분기를 포기하고 비교도 포기합니다.

Direct는 당분간 프록시를 쓰지 않는 것입니다. 대조는 이것입니다. 터널을 끈 뒤 이 사이트가 원래 열리는가. 직통도 실패하면 먼저 Shadowrocket을 의심하지 마세요. 기기 네트워크, DNS, 대상 사이트 자체를 보세요. 직통이 실패하는데 노드만 계속 바꾸는 것은 이 항목을 “앱 밖 세상을 보는 스위치”로 쓰지 않기 때문입니다.

Config 정상
Proxy도 정상
출구는 되고, 규칙도 지금 재는 사이트를 막지 않습니다. Config를 유지하세요.
Config 실패
Proxy 성공
노드는 문제없습니다. 현재 파일이 요청을 직통으로 보냈거나, 쓸 수 없는 정책으로 보냈습니다.
Config 실패
Proxy도 실패
먼저 구독과 시스템 VPN으로 돌아가세요. default.conf는 아직 고치지 마세요.
Direct도 실패기기 네트워크나 대상 사이트 자체가 닿지 않습니다. 먼저 앱을 떠나세요.
Direct만 정상터널이나 출구에 문제가 있습니다. 먼저 노드를 바꾸거나 VPN을 본 뒤 규칙으로 돌아오세요.

비교할 때는 한 번에 하나만 바꾼다

유효한 비교는 같은 사이트, 같은 노드, 같은 설정에서 Global Routing만 바꾸는 것입니다. 노드도 바꾸고 Proxy도 켜면, 좋아져도 출구가 맞았는지 모드가 규칙을 우회했는지 모릅니다. 비교 도중에 구독을 갱신하거나 다른 원격 설정을 켜지 마세요.

권장 순서는 Config에서 대상이 이상한지 보고, 이상하면 Proxy, Proxy도 실패하면 Direct입니다. 세 결과를 적은 뒤 어느 계층을 움직일지 정하세요. 기억보다 메모가 낫습니다. 화면에서는 같은 한 줄 글자만 바뀌어 나중에 섞이기 쉽습니다.

비교가 끝나면 반드시 Config로 되돌리세요. 예의가 아니라 일상 판정을 복구하는 것입니다. Proxy에 두면 며칠 뒤 발열, 배터리, 은행 앱 이상을 “최근 노드가 나쁘다”로 읽고 구독을 바꿉니다. 진짜 원인은 모드가 아직 탐침에 있다는 것입니다.

Proxy에 오래 두지 않는 이유

Proxy는 터널에 넣으면 안 되는 요청까지 밀어 넣습니다. 시스템 업데이트, 동영상 앱, 지도, 일부 로그인도 현재 출구를 탑니다. 배터리, 느림, 개별 앱 이상이 더 흔해집니다. 탐침이지 “더 빠른 모드”도 “더 안정된 모드”도 아닙니다. 완벽한 규칙은 없지만 규칙을 버리는 것은 수리가 아닙니다.

Proxy를 기본으로 두고 “프록시를 켜니 평소 사이트도 느리다”고 하는 사람이 있습니다. 노드가 약한 것이 아니라 모드가 틀린 것입니다. 더 비싼 구독을 사면 터널에 넣으면 안 되는 요청이 더 비싼 출구에 부딪힐 뿐입니다. 먼저 Config로 되돌린 뒤 파일을 바꿀지 정하세요.

규칙 번거로움을 피하려고 Proxy를 쓰는 사람도 있습니다. 짧은 시간은 괜찮습니다. 장기 방침으로 두면 Shadowrocket 분기를 쓰지 않고 전역 터널만 쓰는 것입니다. 그 자체는 성립합니다. 다만 장애 때 비교를 잃습니다. 세 모드 중 둘이 같아집니다.

이 줄이 답하지 못하는 것

Global Routing은 구독 만료를 알려 주지 않습니다. 목록이 비거나 업데이트가 실패하면 2계층입니다. 시스템이 VPN을 허용했는지도 알려 주지 않습니다. 스위치는 켜졌는데 상태 바에 표시가 없으면 설정으로 가세요. 앱을 잘못 샀는지도 알려 주지 않습니다. 아이콘이 틀리면 어떤 모드도 의미가 없습니다.

지연 테스트도 모드 테스트가 아닙니다. 지연이 낮다는 것은 속도 측정 경로가 통한다는 뜻일 뿐입니다. Config 판정에서 목표 사이트가 열린다는 뜻이 아닙니다. “지연이 좋으니 규칙 문제”, “지연이 좋으니 규칙이 아니다” 같은 한 문장 결론은 쓰지 마세요. 위 세 줄 표로 현상을 한 줄 판단으로 모으세요.

비교가 설정을 가리키면 파일을 고치거나 원격 설정을 바꾸세요. 출구를 가리키면 구독을 갱신하거나 노드를 바꾸세요. 시스템을 가리키면 VPN을 다시 허용하세요. 가리킨 계층만 고치세요. 공식 클라이언트가 아직 없으면 먼저 1계층을 끝내세요.

On Demand와 섞지 마세요

Settings의 On Demand는 시스템이 언제 연결·해제를 요청할지를 정합니다. 터널이 남아 있는지는 바뀌지만 Config, Proxy, Direct 사이는 움직이지 않습니다. 밤에 스스로 끊기면 먼저 On Demand와 시스템 VPN을 보세요. Global Routing을 돌리지 마세요. 모드가 답하는 것은 트래픽이 가는 길입니다. On Demand가 답하는 것은 이 VPN이 아직 열려 있는가입니다.

지연 테스트, 선택 노드, 백업 복원도 모드 전환과 같은 한 수에 묶지 마세요. Home은 붐비고 모든 줄이 스위치처럼 보입니다. 세 단계 비교에 맞는 것은 Global Routing 줄뿐입니다. 다른 줄은 각자 일을 합니다. 한 세트의 노브로 같이 돌리면 세 모드는 비교 의미를 잃습니다.