Clash 기본 설정: 구독 추가부터 연결 확인까지

CONFIG INPUT

구독을 추가하고 설정 선택

클라이언트를 연 뒤 ‘설정’, ‘구독’ 또는 Profiles 화면을 찾습니다. 데스크톱 클라이언트는 보통 왼쪽 메뉴에 있고, 모바일에서는 홈 화면 상단이나 사이드 메뉴에 있을 수 있습니다. 구독 URL 입력란에 전체 주소를 붙여 넣고 ‘가져오기’, ‘다운로드’ 또는 추가 버튼을 누릅니다. 이름을 함께 입력해야 한다면 ‘일상용’처럼 알아보기 쉬운 짧은 이름을 사용하세요. 이 이름은 기기 안에서 구분할 때만 쓰이며 구독 내용에는 영향을 주지 않습니다.

제출한 뒤 다운로드가 끝날 때까지 기다리고 추가 버튼을 연속으로 누르지 마세요. 정상이라면 설정 목록에 새 항목과 최근 업데이트 시각 또는 사용 가능 상태가 표시됩니다. 새 항목을 눌러 현재 사용할 설정으로 지정합니다. 일부 클라이언트는 추가 직후 자동으로 선택하지만, ‘다운로드됨’과 ‘사용 중’은 서로 다른 상태이므로 선택 표시를 다시 확인하는 것이 좋습니다.

이어서 ‘프록시’ 또는 Proxies 화면으로 이동합니다. 여러 정책 그룹과 그룹 안의 노드, 자동 선택, DIRECT 같은 항목이 보여야 합니다. 정책 그룹이 표시되면 코어가 설정을 읽은 것입니다. 설정 목록에는 항목이 있지만 프록시 화면이 완전히 비어 있다면 해당 설정이 선택됐는지 확인하고 한 번 업데이트하세요. 그래도 비어 있으면 로딩이 끝나지 않은 설정에 트래픽이 전달되지 않도록 시스템 프록시를 켜지 마세요.

로컬 설정 파일 추가 방법

YAML 파일을 받았다면 ‘파일에서 가져오기’, ‘설정 폴더 열기’ 또는 드래그 앤 드롭 기능을 사용합니다. 추가한 뒤에도 설정 목록에서 해당 파일을 선택하고 프록시 화면에서 정책 그룹을 확인해야 합니다. 클라이언트가 자동 관리하는 캐시 파일을 직접 수정하면 구독 업데이트 때 덮어쓸 수 있으므로 피하세요. 사용자 규칙을 계속 관리하려면 먼저 설정 병합이나 오버라이드 방식을 알아야 합니다. 플랫폼별 경로와 설정 구조는 설치 가이드에서 확인할 수 있습니다.

ROUTE SELECT

Rule 모드와 정책 그룹 선택

설정을 활성화한 뒤 ‘모드’, ‘프록시 모드’ 또는 Mode 설정으로 이동합니다. 처음에는 ‘규칙’, 즉 Rule 모드를 권장합니다. 이 모드에서는 요청이 설정 파일의 규칙 목록과 순서대로 일치합니다. 로컬에서 직접 연결할 대상은 DIRECT로, 프록시가 필요한 대상은 지정된 정책 그룹으로 보내며, 차단 규칙에 해당하는 연결은 거부합니다. 규칙별 라우팅 결과를 확인할 수 있고 모든 트래픽이 하나의 출구로 몰리는 것도 피할 수 있습니다.

‘글로벌’ 모드는 대부분의 연결을 하나의 프록시 정책으로 보내므로 규칙 누락을 잠깐 확인할 때는 유용하지만, 처음 설정할 때의 기본 판단 기준으로는 적합하지 않습니다. ‘DIRECT’ 모드는 프록시를 우회하며 프록시를 껐을 때 기본 네트워크가 정상인지 확인하는 데 주로 사용합니다. 명칭이 조금 달라도 Rule, Global, Direct에 해당하는 항목을 찾으면 됩니다. 기본 검증을 마칠 때까지 모드를 자주 바꾸지 마세요. 여러 모드의 결과가 연결 기록에 섞이면 판단하기 어려워집니다.

Rule을 선택한 뒤 프록시 화면에서 정책 그룹을 확인합니다. 일반적인 설정에는 ‘노드 선택’, ‘프록시’, ‘자동 선택’ 또는 용도별 그룹이 있습니다. 먼저 주요 수동 선택 그룹에서 상태가 정상인 노드 하나를 지정하세요. 자동 정책 그룹을 사용한다면 자동 선택을 유지해도 되지만 후보 노드가 있는지 확인해야 합니다. 정책 그룹은 서로 참조할 수 있으므로 최상위에 ‘자동 선택’이 표시돼도 실제 출구는 하위 그룹에서 결정될 수 있습니다.

지연 시간은 1차 선별 기준일 뿐입니다

지연 시간 테스트는 한 번 실행해도 되지만 숫자가 가장 작은 노드만 고르지는 마세요. 지연 시간은 보통 특정 테스트 주소까지의 연결 시간만 보여 주며 웹페이지 로딩, 동영상 전송, 장시간 연결 안정성을 모두 반영하지 못합니다. 처음에는 테스트를 완료하고 지속적으로 타임아웃이 발생하지 않는 노드면 충분합니다. 실제 이용 결과를 보고 나중에 조정하세요. 모든 노드가 동시에 타임아웃된다면 하나씩 반복해서 누르기보다 구독 만료 여부, 기기 시각, 현재 네트워크의 연결 제한부터 확인해야 합니다.

SYSTEM ENTRY

시스템 프록시를 켜고 연결 설정

클라이언트 홈 화면이나 설정 화면으로 돌아가 ‘시스템 프록시’, ‘시스템 프록시로 설정’ 또는 System Proxy 스위치를 찾습니다. 데스크톱에서 처음 설정할 때는 이 스위치를 먼저 켜세요. 시스템 프록시 설정을 따르는 브라우저와 앱의 트래픽이 Clash로 전달됩니다. 스위치가 곧바로 꺼지거나 포트 사용 중 또는 권한 부족 안내가 표시되지 않는지 확인하세요. 이후 클라이언트를 실행 상태로 유지하고 백그라운드 프로세스를 바로 종료하지 마세요.

Android와 iOS 클라이언트는 보통 시스템 VPN 인터페이스로 트래픽을 처리합니다. 연결 버튼을 누르면 시스템에 VPN 연결 요청이 표시됩니다. 승인하면 상태 표시줄에 일반적으로 VPN 아이콘이 나타납니다. 이 아이콘은 시스템 터널이 연결됐다는 뜻일 뿐 프록시 노드 사용 가능 여부를 보장하지 않으므로 다음 검증 단계가 필요합니다. 연결이 거부되면 다른 VPN 앱이 터널을 사용 중인지 확인하세요. 일반적으로 한 번에 하나의 VPN 연결만 활성화할 수 있습니다.

Linux GUI 클라이언트가 시스템 프록시를 직접 설정할 수 있는지는 데스크톱 환경과 권한에 따라 다릅니다. 스위치를 켰는데도 브라우저 트래픽 기록이 없다면 브라우저나 데스크톱 네트워크 설정에 프록시가 적용됐는지 확인하세요. CLI 프로그램은 데스크톱 시스템 프록시를 자동으로 따르지 않는 경우가 많아 환경 변수를 별도로 설정하거나 TUN을 사용해야 합니다. 자세한 플랫폼 배포 방법은 Linux 설치 항목에서 확인하세요.

TUN 모드는 언제 사용해야 하나요?

시스템 프록시는 브라우저 같은 일반 앱을 먼저 검증하기에 적합합니다. 일부 게임, CLI 도구, 시스템 프록시를 사용하지 않는 앱은 이 경로를 거치지 않으므로 그때 TUN을 고려합니다. TUN은 더 낮은 계층에서 네트워크 트래픽을 처리해 적용 범위가 넓지만 드라이버, 관리자 권한, 라우팅, DNS 설정의 영향도 더 많이 받습니다. 시스템 프록시부터 작동시킨 뒤 TUN을 따로 테스트하는 것이 올바른 순서입니다. 처음부터 여러 경로를 동시에 켜면 인터넷이 끊겼을 때 어느 계층의 설정이 충돌했는지 찾기 어렵습니다.

시스템 프록시에서 TUN으로 전환하기 전에 기존 진입 경로를 끄거나, 클라이언트 문서에서 두 기능을 함께 사용할 수 있는지 확인하세요. TUN을 켠 뒤 권한 요청이 나타나면 현재 플랫폼의 안내에 따라 권한을 허용하고 클라이언트를 다시 시작합니다. 서비스 모드, 가상 네트워크 어댑터, DNS 하이재킹에 관한 자세한 설명은 이 10분 과정에서 다루지 않습니다. 전 플랫폼 설치 및 설정 가이드를 참고하세요.

RESULT CHECK

규칙 일치와 네트워크 복구 확인

연결한 뒤 브라우저에 열려 있던 테스트 페이지를 닫고 새 탭에서 평소 직접 접속할 수 있는 사이트를 엽니다. 그런 다음 클라이언트의 ‘연결’, ‘로그’ 또는 Connections 화면에서 방금 접속한 도메인을 찾으세요. 기록에는 일반적으로 대상 주소, 일치한 규칙, 적용 정책, 실제 노드가 표시됩니다. DIRECT와 일치하면 직접 연결 경로가 정상입니다. 설정상 프록시 그룹을 거쳐야 하는 대상이라면 규칙과 정책이 예상대로 표시되는지 확인하세요.

이어서 현재 설정에서 프록시를 거쳐야 하는 대상에 접속하고 연결 기록을 다시 확인합니다. 단순히 페이지가 ‘열리는지’보다 요청이 예상한 정책과 일치했는지가 중요합니다. 브라우저 캐시 때문에 이전 페이지가 정상으로 보이지만 새 요청은 발생하지 않을 수 있습니다. 페이지를 새로 고치거나 새로운 리소스를 열거나 시크릿 창에서 다시 테스트하세요. 브라우저 결과만 보고 연결 기록을 확인하지 않으면 프록시 적용, 캐시 적중, 로컬 직접 연결을 구분할 수 없습니다.

기록상 요청이 프록시 정책으로 들어갔는데도 웹페이지가 열리지 않으면 정책 그룹에서 테스트를 완료한 다른 노드로 바꾼 뒤 다시 요청하세요. 전환 후 정상화되면 기존 노드 문제일 가능성이 큽니다. 여러 노드에서 같은 문제가 발생하면 DNS, 인증서에 영향을 주는 기기 시각, 네트워크 제한, 설정 규칙을 확인합니다. 연결 타임아웃, DNS 오류, 시스템 프록시 잔류 문제는 자주 묻는 질문에서 증상별로 점검할 수 있습니다.

연결 해제 테스트 추가

프록시 경로를 검증한 뒤 시스템 프록시를 직접 끄거나 모바일 VPN 연결을 해제하고 일반 웹사이트에 접속해 기본 네트워크로 복구되는지 확인합니다. 이 단계에서 시스템 프록시 설정이 남아 있는 문제를 발견할 수 있습니다. 클라이언트를 종료했는데 모든 웹페이지에 접속할 수 없다면 운영체제에 이전 프록시 주소가 남아 있을 가능성이 큽니다. 설정을 바로 삭제하기보다 클라이언트를 다시 열어 시스템 프록시를 정상적으로 끄는 편이 더 효과적입니다.

마지막으로 다시 연결해 같은 경로를 반복해서 구성할 수 있는지 확인합니다. 한 번 성공한 것은 당시 상태에서만 작동했다는 의미입니다. 연결을 끄고 기본 네트워크를 복구한 뒤 다시 연결할 수 있어야 기본 설정 과정이 완성됩니다. 이후 다른 정책 그룹, 자동 선택, TUN을 차례로 테스트하세요. 한 번에 조건 하나만 바꾸고 연결 기록으로 결과를 확인합니다.