화면별 역할: 프로필, 프록시, 트래픽 연결
Clash 데스크톱 클라이언트를 실행한 뒤에는 세 가지 기능을 구분해 두세요. 프로필 메뉴에서는 설정 파일을 불러오고, 프록시 메뉴에서는 프록시 그룹을 확인하고 출구 노드를 선택합니다. 시스템 프록시나 TUN 모드는 앱 트래픽을 코어로 전달합니다. 프로필을 가져왔다는 것은 설정 파일을 불러올 수 있다는 뜻일 뿐, 브라우저가 이미 프록시를 사용한다는 의미는 아닙니다.
Clash Verge Rev, Clash Nyanpasu 등 GUI 클라이언트는 메뉴 이름과 배치가 서로 다를 수 있습니다. 아래에서는 여러 클라이언트에서 흔히 볼 수 있는 사이드바 기능을 설명하며, 특정 클라이언트의 버튼 위치를 공통 기준으로 간주하지 않습니다. 메뉴가 영어로 표시된다면 Profiles, Proxies, Connections, Rules, Logs, Settings를 각각 프로필, 프록시, 연결, 규칙, 로그, 설정에 대응해 확인하면 됩니다.
| 메뉴 또는 스위치 | 주요 기능 | 이 항목만으로는 알 수 없는 점 |
|---|---|---|
| 프로필 / Profiles | 프로필 가져오기, 업데이트, 활성화 | 가져오기에 성공해도 노드가 작동한다고 단정할 수 없음 |
| 프록시 / Proxies | 프록시 그룹 확인, 노드 전환, 속도 측정 | 속도 측정에 성공해도 모든 앱이 프록시에 연결된 것은 아님 |
| 연결 / Connections | 코어를 거치는 연결과 적용된 정책 경로 확인 | 기록이 없다고 해서 반드시 노드에 문제가 있는 것은 아님 |
| 로그 / Logs | 코어 실행 상태, 규칙 매칭, 오류 확인 | 경고 한 건만으로 네트워크 전체를 사용할 수 없다고 볼 수 없음 |
| 시스템 프록시 / TUN | 앱 트래픽을 코어로 전달하는 방식 제어 | 기능을 켜도 유효한 프로필과 사용 가능한 출구 노드가 필요함 |
프로필 메뉴: 가져오기, 활성화, 업데이트
가져온 뒤 현재 활성화된 프로필 확인
「프로필 / Profiles」로 이동해 「가져오기」를 선택하거나 URL 입력란에 구독 링크를 붙여 넣으세요. 다운로드가 끝나면 선택 표시가 있는 프로필 카드를 확인합니다. 가져온 뒤 자동으로 활성화되는 클라이언트도 있고, 카드를 클릭하거나 메뉴에서 「활성화」를 선택해야 하는 경우도 있습니다. 목록에 파일이 보이는 것과 코어가 실제로 해당 파일을 불러온 것은 서로 다른 상태입니다.
- Clash 또는 mihomo에서 사용할 수 있는 구독 설정은 서비스 제공업체에서 받으세요. 계정 관리 페이지 주소를 구독 링크로 착각하지 않도록 주의하세요.
- 가져온 뒤 프로필 이름, 업데이트 시각, 오류 메시지를 확인하세요. 파싱에 실패했다면 시스템 프록시를 반복해서 전환하지 마세요.
- 사용할 프로필을 활성화한 다음 프록시 메뉴에서 프록시 그룹과 노드가 표시되는지 확인하세요.
- 노드를 새로고침해야 한다면 프로필 카드의 「업데이트」를 사용하고 결과를 확인하세요.
구독 원본과 로컬 수정 사항은 따로 관리
원격 구독을 업데이트하면 다운로드한 파일을 직접 수정한 내용이 덮어써질 수 있습니다. 사용자 지정 규칙을 유지하려면 클라이언트가 지원하는 오버라이드, 병합 또는 스크립트 기능을 사용하고, 어느 프로필에 적용되는지 확인하세요. 지원 방식은 클라이언트마다 다릅니다. 처음에는 구독 내용을 그대로 두고 기본 연결이 되는지 확인한 뒤 하나씩 수정하는 편이 좋습니다.
프록시 메뉴: 프록시 모드와 그룹 선택
먼저 Rule, Global, Direct 확인
「규칙 / Rule」은 현재 프로필의 규칙에 따라 프록시 정책을 선택합니다. 「전역 / Global」은 보통 코어에 들어온 일반 프록시 트래픽을 GLOBAL 정책으로 보냅니다. 「직접 연결 / Direct」은 해당 트래픽을 프록시 없이 연결합니다. 전역 모드도 코어에 들어오지 않은 앱까지 자동으로 처리하지는 않으므로, 모든 프로그램이 프록시를 사용한다는 뜻은 아닙니다. 처음에는 트래픽 분기 결과를 살펴보기 쉬운 규칙 모드를 유지하는 편이 좋습니다.
다음은 프록시 그룹 유형과 선택된 항목 확인
select: 직접 선택합니다. 노드나 하위 프록시 그룹을 클릭하면 이후 새 연결에 선택한 항목이 적용됩니다.url-test: 프로필에 지정된 테스트 URL, 간격, 허용 오차 등의 조건에 따라 자동으로 선택합니다. 탐색 결과에 따라 현재 선택 항목이 바뀔 수 있습니다.fallback: 후보 순서와 상태 확인 결과에 따라 사용할 수 있는 항목을 선택합니다. 지연 시간이 가장 짧은 노드를 단순히 고르는 방식은 아닙니다.load-balance: 설정된 부하 분산 방식에 따라 연결을 나눕니다. 모든 요청이 같은 노드를 거칠 것으로 기대해서는 안 됩니다.
규칙마다 서로 다른 프록시 그룹을 지정할 수 있습니다. 예를 들어 브라우저에서 특정 도메인에 접속할 때 「스트리밍」 그룹의 규칙이 적용된다면, 「기본 프록시」만 변경해도 해당 연결의 출구는 바뀌지 않을 수 있습니다. 먼저 연결 메뉴에서 실제 적용된 정책 경로를 확인한 뒤 해당 그룹으로 돌아가 설정을 바꾸세요. 그룹 안에 다른 그룹이 표시되는 경우에는 최종 노드를 찾을 때까지 더 들어가야 합니다.
속도 측정 버튼은 일반적으로 지정된 테스트 URL에 대한 응답을 확인하며, 다운로드 대역폭을 측정하는 기능과는 다릅니다. Timeout이 표시되면 테스트 주소에 연결할 수 있는지, 노드가 작동하는지, 동시 테스트가 지나치게 많지는 않은지 함께 확인하세요. 한 번 시간 초과가 났다고 프로필 전체를 삭제하지 마세요.
설정 메뉴: 시스템 프록시, 포트, TUN
시스템 프록시와 로컬 수신 포트
「설정」에서 「시스템 프록시」와 「포트」를 찾으세요. 일부 클라이언트에서는 시스템 프록시 스위치가 홈 화면이나 트레이 메뉴에 있습니다. 시스템 프록시를 켜면 운영체제의 프록시 설정이 바뀌고, 해당 설정을 따르는 앱은 이 컴퓨터의 프록시 포트로 연결됩니다. 실제 포트는 현재 클라이언트와 활성 프로필을 기준으로 확인해야 하며, 모든 프로그램이 같은 포트를 사용한다고 가정해서는 안 됩니다.
예를 들어 아래 설정 조각은 로컬에 7890 혼합 포트를 열어 HTTP와 SOCKS 프록시 연결을 모두 받는다는 뜻입니다. 포트의 의미를 보여주는 예시일 뿐, 단독으로 가져올 수 있는 완전한 설정 파일은 아닙니다:
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info앱에서 HTTP 프록시를 따로 설정할 수 있고 위 포트가 실제로 활성화되어 있다면, 호스트에는 127.0.0.1, 포트에는 7890을 입력하면 됩니다. 터미널 프로그램은 시스템 프록시 설정을 따르지 않을 수 있고, 브라우저 확장 프로그램이 시스템 설정을 덮어쓸 수도 있습니다. 브라우저는 되는데 명령줄 프로그램은 연결되지 않는다면 먼저 해당 앱의 프록시 설정을 확인하세요.
TUN은 트래픽을 전달하는 또 다른 방식
TUN 모드는 가상 네트워크 어댑터와 라우팅 등을 이용해 조건에 맞는 트래픽을 가로챕니다. 시스템 프록시를 따르지 않는 앱에 주로 사용합니다. 서비스 모드나 관리자 권한이 필요할 수 있으며, 라우팅, DNS, 제외 설정의 영향을 받습니다. 스위치를 찾을 수 없다면 클라이언트가 TUN을 지원하는지, 서비스가 제대로 설치됐는지 먼저 확인하세요. 「LAN 연결 허용」은 TUN 스위치가 아닙니다.
연결 메뉴: 요청에 적용된 정책 경로 확인
연결 메뉴에는 코어가 현재 추적하는 연결이 표시됩니다. 일반적으로 대상 도메인이나 IP, 대상 포트, 업로드·다운로드 바이트, 매칭된 규칙, 정책 경로를 확인할 수 있습니다. 프로세스 이름이 표시되는지는 시스템 권한, 코어 설정, 플랫폼 지원 여부에 따라 다릅니다. 프로세스 이름이 없다고 연결이 프록시를 거치지 않은 것은 아닙니다.
- 테스트할 도메인을 정한 뒤 브라우저에서 새로 접속합니다.
- 「연결 / Connections」로 이동해 도메인을 검색하거나 새로 표시된 기록을 살펴봅니다.
- 대상 포트를 확인합니다. 예를 들어 HTTPS는 일반적으로
443을 사용합니다. 그런 다음 규칙과 정책 경로를 살펴보세요. - 마지막 경로가
DIRECT라면 규칙 메뉴에서 매칭된 이유를 확인하세요. 노드 이름이 표시되면 해당 노드의 연결 결과를 살펴보세요.
노드를 바꿔도 이미 생성된 TCP 연결이나 앱의 연결 풀이 이전 경로를 계속 사용할 수 있습니다. 새로 선택한 노드를 확인하려면 대상 연결을 종료하고 다시 요청하세요. 진행 중인 다운로드나 통화가 끊길 수 있으므로 처음부터 전체 연결을 모두 지울 필요는 없습니다. 일부 클라이언트에는 노드를 바꿀 때 연결을 자동으로 종료하는 옵션도 있으니, 켜기 전에 영향을 받는 세션을 확인하세요.
연결 목록이 비어 있다면 앱이 실제로 새 요청을 보냈는지, 브라우저 캐시가 응답하지는 않았는지, 트래픽이 코어에 들어왔는지부터 확인하세요. 코어에 들어온 요청만 여기서 확인할 수 있습니다. 기록이 없다는 이유만으로 노드가 작동하지 않는다고 판단하면 엉뚱한 방향으로 문제를 해결하게 될 수 있습니다.
규칙 메뉴: 매칭 순서와 연결 경로 확인
규칙은 일반적으로 위에서부터 순서대로 확인하며, 처음 일치하는 규칙의 정책을 적용합니다. 규칙 메뉴에서는 로드된 규칙과 도메인 규칙을 검색하고 적용 순서를 확인할 수 있지만, 직접 수정할 수 없는 경우도 있습니다. 화면이 읽기 전용이라면 규칙 항목을 계속 눌러 보는 대신 프로필이나 지원되는 오버라이드 기능에서 수정하세요.
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,PROXY이 예시에서는 example.com과 그 하위 도메인은 직접 연결하고, 다른 규칙에 매칭되지 않은 요청은 PROXY로 보냅니다. PROXY는 완성된 프로필에 정의된 노드 또는 프록시 그룹 이름이어야 합니다. 규칙만 복사하고 해당 정의를 빠뜨리면 안 됩니다. MATCH는 마지막에 적용되는 규칙입니다. 다른 규칙보다 앞에 두면 뒤에 있는 규칙은 매칭될 기회가 없습니다.
규칙 세트를 사용하는 프로필에서는 RULE-SET이 표시될 수도 있습니다. 이 경우 실제 규칙 항목은 연결된 규칙 제공자에서 가져오므로 규칙 세트의 업데이트 상태도 함께 확인해야 합니다. 특정 웹사이트가 왜 직접 연결되는지 알아볼 때는 규칙 메뉴에서 이름을 검색하는 것보다 연결 메뉴에 표시된 실제 매칭 결과를 기준으로 확인하는 편이 정확합니다.
로그 메뉴: 오류가 발생한 단계 찾기
평소에는 info, 재현할 때만 잠시 debug
일반적인 로그 레벨은 silent, error, warning, info, debug입니다. 「로그」 메뉴나 「설정」에서 로그 레벨을 바꾼 뒤 코어에 새 레벨이 실제 적용됐는지 확인하세요. 일부 클라이언트는 UI 로그와 코어 로그를 따로 관리합니다. 네트워크 문제를 확인할 때는 코어 로그를 우선 살펴보세요.
일상적인 사용에는 보통 info면 충분합니다. 문제를 재현해야 할 때만 잠시 debug로 바꾸고 시간을 기록한 뒤 대상 요청을 한 번 보내고 주변 로그를 확인하세요. 확인이 끝나면 로그 레벨을 원래대로 돌려 세부 로그가 계속 쌓이지 않도록 합니다. 화면의 「표시 내용 지우기」가 디스크의 로그 파일까지 반드시 삭제한다는 뜻은 아닙니다.
| 자주 보이는 단서 | 먼저 확인할 항목 |
|---|---|
address already in use | 해당 수신 포트를 다른 클라이언트 인스턴스나 프로그램이 사용 중인지 |
connection refused | 오류에 표시된 대상 주소와 포트: 로컬 프록시 포트인지 원격 서비스에서 연결을 거부한 것인지 |
timeout | DNS 조회, 노드 연결, 테스트 요청, 대상 웹사이트 접속 중 어느 단계에서 시간 초과가 발생했는지 |
| YAML 파싱 또는 프로필 검증 오류 | 설정 형식과 들여쓰기, 참조하는 이름, 코어의 필드 지원 여부 |
시간 초과가 표시되면 먼저 앞뒤에 있는 대상 주소와 동작 설명을 읽으세요. 모두 timeout으로 표시되더라도 DNS 응답이 없는 경우와 노드의 TCP 연결이 시간 초과된 경우는 해결 방법이 다릅니다. 로그를 공유할 때는 시간, 오류 유형, 관련 내용을 남기고 구독 토큰, 비밀번호, 개인 주소 정보는 가리세요. 마지막 단어만 잘라 보내면 원인을 판단하기 어렵습니다.
처음 사용할 때 확인할 순서
앞에서 살펴본 메뉴를 하나의 흐름으로 연결하면 일정한 점검 순서를 만들 수 있습니다. 처음 설치한 경우는 물론 프로필을 옮긴 뒤 기본 동작을 확인할 때도 유용합니다.
- 프로필 메뉴: 유효한 프로필을 가져와 활성화하고 파싱 오류가 없는지 확인합니다.
- 프록시 메뉴: 규칙 모드를 선택하고 실제 사용하는 프록시 그룹에서 출구 노드를 확인합니다.
- 설정 메뉴: 로컬 포트를 확인하고 시스템 프록시를 켭니다. 다른 트래픽 처리 방식은 일단 함께 사용하지 않습니다.
- 연결 메뉴: 새 요청을 보내 대상과 적용된 정책 경로가 표시되는지 확인합니다.
- 로그 메뉴: 연결에 실패하면 여러 설정을 동시에 바꾸지 말고 해당 요청에서 발생한 오류를 찾습니다.
클라이언트 설치, 구독 가져오기, 시스템 프록시 설정을 확인하려면 사용 가이드를 참고하세요. DNS, 규칙, TUN을 함께 설정하는 방법은 고급 설정 가이드에서 확인할 수 있습니다. 트래픽이 어디서 들어오고 어떤 규칙으로 출구가 정해지는지 먼저 확인한 다음 필요한 값을 조정하면 각 메뉴의 역할을 명확히 파악할 수 있습니다.