Clash 초보자 필수 Q&A 10선: 모드 차이·포트·구독·오류 해결

모드를 잘못 고르면 프록시 효율이 절반으로

클라이언트를 막 설치한 초보자는 거의 예외 없이 "어떤 모드를 골라야 하나"에서 막힙니다. 모드를 잘못 선택해도 바로 오류가 나지는 않지만, 프록시 효율이 떨어지거나 속도가 느려지거나 일부 사이트가 열리지 않아 오히려 원인 파악이 더 어려워집니다.

1. 규칙 모드와 글로벌 모드는 정확히 뭐가 다른가요?

규칙 모드에서는 클라이언트가 요청의 목적지 주소를 받으면 먼저 설정 안의 규칙 세트와 매칭합니다. "직접 연결" 키워드에 해당하는 트래픽(예: 한국 국내 인터넷뱅킹, 로컬 네트워크 주소)은 기기 자체 네트워크로 바로 나가고, "프록시" 키워드에 해당하는 트래픽만 노드로 전달됩니다. 글로벌 모드는 이 매칭 단계를 건너뛰고 목적지가 국내인지 해외인지 상관없이 모든 트래픽을 프록시 노드로 밀어 넣습니다. 평소에는 규칙 모드를 추천하는데, 국내 서비스는 기기 자체 회선으로 지연이 더 낮고 노드의 트래픽 할당량도 소모하지 않기 때문입니다. 규칙 세트가 명백히 누락되어 프록시로 가야 할 사이트가 직접 연결로 판정될 때만 잠시 글로벌 모드로 전환해 검증하면 됩니다.

2. TUN 모드는 무엇이고, 일반 모드로는 부족한가요?

일반 모드(시스템 프록시/HTTP 프록시)는 앱이 명시적으로 프록시를 설정한 트래픽만 처리합니다. 브라우저나 대부분의 메신저는 커버되지만, 시스템 하위 네트워크 인터페이스로 직접 연결하는 일부 프로그램(게임 클라이언트, 일부 백그라운드 서비스)은 이 프록시를 건너뛰기도 합니다. TUN 모드는 시스템에 가상 네트워크 어댑터를 만들어 기기의 모든 네트워크 트래픽을 먼저 이 가상 어댑터로 수집한 뒤 프록시 코어로 넘기므로 커버 범위가 더 넓지만, 추가 권한이 필요합니다(Android에서는 VPN 권한 팝업). 평소 프록시 사용에는 일반 모드로 충분하며, 특정 앱이 계속 프록시를 타지 않을 때만 TUN 모드를 켜는 것을 고려하세요.

포트, 구독, 갱신 주기

이 항목들은 기초적으로 보이지만, 이후 문제 해결 시 가장 자주 간과되는 기본 정보입니다. 먼저 정확히 알아두면 시행착오 시간을 크게 줄일 수 있습니다.

3. 화면에 보이는 7890 포트는 무슨 역할인가요?

7890은 클라이언트가 기본으로 여는 로컬 혼합 프록시 포트로(HTTP와 SOCKS5 프로토콜을 동시 지원), 브라우저 확장, 명령줄 도구, 프록시 기능이 내장되지 않은 다른 소프트웨어는 프록시 주소를 127.0.0.1:7890으로 직접 입력해 연결할 수 있습니다. 클라이언트 화면에서 시스템 프록시 스위치를 켜면 시스템 수준 트래픽은 이미 자동으로 연결되므로, 이 포트는 수동으로 프록시를 설정해야 하는 상황을 위해 남겨둔 것이며 평소에는 신경 쓸 필요가 없습니다.

4. 구독 링크는 얼마나 자주 갱신하는 것이 적절한가요?

구독 내용은 서비스 제공자가 관리하며 갱신 빈도는 제공자마다 다릅니다. 흔한 방식은 클라이언트 설정에서 자동 갱신 주기(예: 12시간 또는 24시간마다 한 번씩)를 설정해 노드 정보가 바뀔 때 자동으로 동기화되도록 하는 것으로, 별도 조작이 필요 없습니다. 특정 변경 사항을 급하게 확인하고 싶다면 클라이언트에서 "구독 업데이트" 또는 "새로고침" 버튼을 찾아 수동으로 한 번 실행하는 것이 자동 주기를 기다리는 것보다 빠릅니다.

5. 구독 링크를 가져온 뒤 노드 목록이 비어 있는데, 링크가 만료된 건가요?

바로 링크 만료로 단정하지 마세요. 흔한 원인은 세 가지입니다. 첫째, 링크를 복사할 때 끝에 공백이 붙거나 글자가 빠진 경우. 둘째, 링크 자체가 범용 공유 형식이라 Clash가 직접 인식할 수 있는 설정 다이렉트 링크가 아니라 클라이언트가 형식 변환을 해야 하는 경우. 셋째, 서비스 제공자 쪽에서 실제로 구독을 일시 중지했거나 만료된 경우입니다. 먼저 브라우저에서 링크를 열어 설정 텍스트가 정상적으로 반환되는지 확인해 보세요. 텍스트가 반환된다면 링크 자체는 문제가 없다는 뜻이므로 다시 붙여넣어 가져오면 대부분 해결됩니다.

노드와 지연 시간, 어떻게 봐야 할까

6. 노드 목록의 지연 시간 숫자는 낮을수록 좋은가요?

네, 지연 시간은 보통 밀리초 단위로, 클라이언트가 해당 노드에 속도 측정 요청을 보내 응답을 받기까지 걸린 시간을 나타내며 숫자가 작을수록 연결이 빨리 성립된다는 뜻입니다. 다만 지연 시간은 "연결 속도"만 보여줄 뿐 실제 다운로드/재생 속도를 의미하지는 않습니다. 지연이 200ms지만 대역폭이 충분한 노드가 지연이 80ms지만 회선이 혼잡한 노드보다 실제 체감이 더 좋을 수 있습니다. 평소 노드를 고를 때는 먼저 지연 시간으로 눈에 띄게 높은 노드를 걸러내고, 남은 몇 개 중에서 실제 사용 체감으로 다시 선별하는 것을 추천합니다.

7. 모든 노드가 타임아웃이나 측정 실패로 나오면 어떻게 해야 하나요?

먼저 기기 자체 네트워크가 정상인지 확인하세요(국내 웹페이지가 정상적으로 열리는지). 네트워크가 정상이라는 전제하에, 대부분은 구독 안의 노드가 대량으로 만료되었거나 서비스 제공자 회선이 일시적으로 불안정한 경우입니다. 먼저 구독을 수동으로 한 번 새로고침해 최신 노드 목록을 받아보고, 새로고침 후에도 여전히 전부 타임아웃이라면 클라이언트 설정 문제가 아니라 서비스 제공자 쪽 문제로 판단할 수 있습니다.

프록시 연결이 안 될 때, 먼저 확인할 순서

확인 순서를 정해두면 "이것저것 무작정 눌러보는" 시행착오를 피할 수 있습니다. 아래 순서대로 확인하면 대체로 문제 지점을 특정할 수 있습니다.

8. 프록시 스위치를 켰는데 아무 반응이 없을 때 먼저 확인할 것은?

첫 번째로 클라이언트 메인 화면의 연결 상태 아이콘이 "연결됨"으로 표시되는지 확인하세요. 연결에 성공하지 않았다면 그 뒤의 모든 점검은 의미가 없습니다. 두 번째로 현재 선택된 노드 그룹에 사용 가능한 노드가 최소 하나는 있는지 확인하세요(전부 회색이나 빨간색이 아닌지). 세 번째로 시스템 설정에서 프록시 권한(또는 VPN 권한)이 실제로 이 클라이언트에 부여되었는지 확인하세요. 일부 시스템은 업데이트 후 권한이 초기화되어 재승인이 필요할 수 있습니다. 세 단계를 모두 확인해도 연결되지 않는다면 노드나 구독 자체의 문제로 넘어가서 확인하세요.

9. 특정 앱만 안 열리고 브라우저는 정상인데, 원인이 뭘까요?

대부분 그 앱이 시스템 프록시 설정을 거치지 않는 하위 네트워크 방식을 사용하기 때문으로, 일반 프록시 모드로는 커버되지 않습니다. 먼저 TUN 모드(또는 클라이언트의 동등한 "강화 모드" 옵션)를 켜서 모든 트래픽이 가상 네트워크 어댑터를 거치도록 한 뒤 해당 앱이 정상으로 돌아오는지 확인하세요. TUN 모드를 켜도 여전히 안 된다면 규칙 세트에서 그 앱 관련 도메인이 직접 연결로 잘못 분류되어 있는지 점검하세요.

10. 트래픽이 실제로 프록시를 거치고 있는지, 착각이 아닌지 어떻게 확인하나요?

가장 확실한 방법은 브라우저에서 접속 IP를 보여주는 조회 페이지를 여는 것입니다. 프록시를 끈 상태에서 표시되는 IP와 지역을 한 번 기록해 두고, 프록시를 연결한 뒤 페이지를 새로고침해 IP와 지역이 바뀌었는지 비교하세요. 변경되었다면 트래픽이 실제로 프록시 노드를 거쳤다는 뜻입니다. 클라이언트 화면에 실시간 트래픽 그래프가 있다면 웹 서핑을 하면서 그래프에 대응하는 데이터 변화가 있는지도 함께 확인하면 더 확실합니다.

이 10가지 질문은 설치부터 일상 사용까지 가장 자주 걸려 넘어지는 지점을 다룹니다. 순서대로 먼저 스스로 점검해 보면 대부분의 연결 이상은 이 과정에서 원인을 찾을 수 있습니다. 노드 속도 측정과 프록시 작동 확인 방법을 체계적으로 더 알고 싶다면, 첫 연결 과정을 다룬 전용 튜토리얼도 함께 참고하세요.