첫 설정 · 네 단계

Clash 사용법

구독 가져오기 → 프록시 모드 선택 → 연결 → 작동 확인. 클라이언트를 설치하고 유효한 구독을 준비했다면 이 순서대로 첫 설정을 마칠 수 있습니다. 보통 10분 정도 걸립니다.

준비하기: 클라이언트와 유효한 설정

설치한 클라이언트를 실행하고 메인 화면이 열리는지 확인하세요. Clash 클라이언트는 설정을 읽고 규칙을 적용해 트래픽을 전달합니다. 소프트웨어를 설치하는 것만으로 사용할 수 있는 프록시 노드가 생기지는 않습니다. 계속 진행하려면 신뢰할 수 있는 설정 제공업체에서 받은 구독 URL이나 현재 코어와 호환되는 YAML 설정 파일이 필요합니다. 해당 서비스가 아직 유효한지도 확인하세요.

구독 URL에는 설정을 가져오는 데 쓰이는 개인 인증 정보가 포함되는 경우가 많으므로 비밀번호처럼 관리해야 합니다. 제공업체 페이지의 복사 버튼을 사용하고, URL을 공개 게시판에 올리거나 출처가 불분명한 온라인 변환 도구에 붙여 넣지 마세요. 여러 형식이 제공된다면 Clash 또는 mihomo용으로 명시된 항목을 우선 선택하세요. 브라우저 구독이나 다른 클라이언트 전용 형식은 바로 가져오지 못할 수 있습니다.

첫 설정을 시작하기 전에 네트워크를 처리 중인 다른 프록시 클라이언트나 VPN을 종료하고 현재 네트워크 연결은 유지하세요. DNS, 라우팅, 여러 고급 옵션을 한꺼번에 바꾸지 마세요. 그래야 각 단계에서 어떤 설정이 변화를 일으켰는지 확인할 수 있습니다. 먼저 브라우저에서 접속이 되는지 확인한 후 다른 앱까지 처리할 필요가 있는지 결정하세요. 용어가 낯설다면 용어 빠른 확인을 참고할 수 있습니다.

1. 구독 가져오기 및 설정 활성화

URL을 붙여 넣고 설정 다운로드가 끝날 때까지 기다리기

클라이언트의 사이드바나 하단 메뉴에서 ‘구독’, ‘설정’ 또는 Profiles 페이지를 찾고 ‘추가’, ‘가져오기’ 또는 더하기 버튼을 누르세요. 유형 선택 창이 나타나면 URL 가져오기를 선택한 뒤 구독 URL 전체를 입력란에 붙여 넣습니다. 이름은 출처를 알아보기 쉬운 짧은 이름으로 정하고, 업데이트 주기는 기본값으로 두세요. URL 앞뒤에 공백이나 줄바꿈이 없는지 확인한 다음 확인 또는 다운로드를 누릅니다.

가져오기를 실행하면 보통 원격 주소에 접속한 뒤 설정을 다운로드하고 분석합니다. 작업이 끝날 때까지 기다리고 추가 버튼을 연속으로 누르지 마세요. 성공하면 설정 카드나 구독 항목이 표시되며, 일부 클라이언트는 업데이트 시간도 보여줍니다. 항목이 나타났다고 설정이 활성화된 것은 아닙니다. 항목의 ‘사용’ 또는 ‘활성화’ 버튼을 누르거나 해당 카드를 선택해 현재 사용 중이라는 표시가 있는지 확인하세요.

그다음 ‘프록시’ 또는 ‘프록시 그룹’ 페이지로 이동하세요. 그룹 이름과 선택 가능한 노드가 보이면 클라이언트가 관련 설정을 읽은 것입니다. 일부 클라이언트는 코어를 실행해야 프록시 그룹을 표시하므로 화면 안내에 따라 실행하면 됩니다. 이 단계에서는 시스템 프록시를 켤 필요가 없습니다. 가져오기 완료 안내만 믿지 말고 현재 설정이 실제로 실행 중인지 확인하세요.

파일 가져오기 및 오류 해결

로컬 파일을 받았다면 같은 설정 페이지에서 ‘파일에서 가져오기’를 선택하고 다운로드 폴더의 YAML 파일을 찾아 불러오세요. 구독 URL과 로컬 파일은 서로 다른 입력 방식이므로 보통 둘 중 하나만 사용하면 됩니다. 파일로 가져오면 원격 업데이트 주소가 유지되지 않을 수 있습니다. 이후 업데이트 방식은 파일 내용과 클라이언트 구현에 따라 다르며, 자동 갱신 서비스로 간주해서는 안 됩니다.

‘분석 실패’가 표시되면 먼저 호환되는 형식을 선택했는지 확인하세요. URL이 만료되었거나 로그인 페이지 또는 서비스 만료 안내가 내려온 경우에도 텍스트는 다운로드될 수 있지만, 이는 설정 파일이 아닙니다. 시간 초과가 발생하면 현재 네트워크에서 구독 제공 주소에 접속할 수 있는지 확인하고 URL 전체를 제대로 복사했는지 살펴보세요. 형식 오류를 해결하려고 설정 항목을 임의로 삭제하거나 전체 모드를 반복해서 켜지 마세요. 설정이 아직 불러와지지 않은 상태에서는 모드를 바꿔도 다운로드나 분석 문제가 해결되지 않습니다.

제공업체가 구독 업데이트에 프록시를 요구하지만 첫 실행에 사용할 설정이 없다면, 안내된 합법적인 대체 가져오기 방법이나 접속 가능한 네트워크를 사용하세요. ‘연결해야 다운로드할 수 있고, 다운로드해야 연결할 수 있는’ 상황에 빠지지 않도록 합니다. 완료한 뒤 프록시 그룹 페이지로 돌아가 내용이 표시되는지 확인하세요. 자주 발생하는 오류의 해결 방법은 자주 묻는 질문에서 확인할 수 있습니다. 노드가 표시되면 사용할 모드를 선택하세요.

2. 규칙 모드와 프록시 노드 선택

먼저 규칙 모드를 선택한 다음 프록시 그룹 확인

메인 화면, 설정 페이지 또는 트레이 메뉴에서 ‘모드’를 찾아 처음에는 ‘규칙’ 또는 Rule을 선택하세요. 이 모드는 현재 설정의 규칙에 따라 각 연결을 직결, 프록시 또는 차단으로 처리합니다. 일반적인 분할 라우팅을 시작하기에 적합하지만, 실제 결과는 설정에 따라 달라집니다. 모든 웹사이트가 자동으로 프록시를 사용하거나 클라이언트가 모든 앱의 용도를 알아서 판별한다는 뜻은 아닙니다.

‘전역’ 모드는 보통 처리 대상 트래픽을 전역 프록시 그룹으로 보내므로 규칙이 결과에 영향을 주는지 잠시 비교할 때 유용합니다. ‘직결’ 모드는 대개 처리 대상 트래픽을 바로 접속시킵니다. 전역 모드로 바꿔도 애초에 클라이언트를 거치지 않는 앱의 트래픽까지 자동으로 처리되지는 않으며, 시스템 프록시나 TUN을 대신하지도 않습니다. 테스트 조건을 일정하게 유지하려면 먼저 규칙 모드로 고정하고 접속이 실패할 때마다 모드와 노드를 동시에 바꾸지 마세요.

이어서 ‘프록시 그룹’ 페이지에서 외부 연결에 사용할 기본 프록시 그룹을 찾으세요. ‘노드 선택’, ‘프록시 선택’으로 표시되거나 설정 제공업체가 정한 이름으로 나올 수 있습니다. 그룹을 열고 실제 노드를 선택하세요. 후보에 DIRECT가 있다면 직결 정책이지 프록시 노드가 아닙니다. 기본 프록시 그룹이 다른 정책 그룹을 선택하고 있다면 하위 그룹의 현재 선택도 확인하세요. 그룹 이름만 보고 출구 노드가 지정됐다고 착각하지 않도록 합니다.

연결 테스트로 노드를 추리고 지연 시간과 속도를 혼동하지 마세요

그룹 안의 ‘지연 시간 테스트’나 속도 측정 아이콘을 누르고 결과가 표시될 때까지 기다리세요. 계속 시간 초과되는 노드는 제외하고 테스트를 완료한 노드 중에서 선택합니다. 측정값은 보통 특정 테스트 주소에 요청을 보내는 데 걸린 시간이며 실제 다운로드 속도와 같지 않습니다. 지연 시간이 낮은 노드에서도 동영상이 버퍼링되거나 파일 다운로드가 느릴 수 있습니다. 대역폭, 혼잡도 또는 대상 사이트 문제일 수 있으므로 실제 접속으로 확인해야 합니다.

설정에 ‘자동 선택’ 그룹이 있다면 자동 선택을 유지하고 현재 선택된 노드가 작동하는지 먼저 살펴보세요. 수동 그룹은 후보를 직접 눌러 선택 표시가 바뀌었는지 확인해야 합니다. 목록을 열기만 하고 페이지를 나가지 마세요. 클라이언트에 따라 목록 펼치기, 테스트, 선택이 각각 별도 동작일 수 있습니다.

이제 두 가지를 확인해야 합니다. 작업 모드는 규칙 모드이고, 외부 연결을 담당하는 그룹은 사용 가능한 노드나 자동 선택 그룹을 가리켜야 합니다. 후보가 모두 시간 초과되면 규칙을 바로 수정하기보다 서비스 상태, 현재 네트워크, 시스템 시간을 먼저 확인하세요. 정책 그룹과 규칙 우선순위에 대한 자세한 설명은 전 플랫폼 가이드를 참고하세요. 이번에는 기존 설정을 유지하고 트래픽 처리 단계로 넘어갑니다.

3. 연결 시작 및 트래픽 처리

데스크톱에서 먼저 시스템 프록시 활성화

메인 화면으로 돌아가 코어가 실행 중인지 확인하세요. 별도의 ‘시작’ 버튼이 있다면 먼저 누릅니다. 그다음 ‘시스템 프록시’ 스위치를 켜세요. 일부 클라이언트는 시작과 시스템 프록시 설정을 하나의 연결 버튼으로 묶어 두므로 상태 안내를 보고 두 작업이 모두 완료됐는지 확인해야 합니다. 코어가 실행 중이라는 것은 로컬 프록시 서비스가 시작됐다는 뜻일 뿐, 브라우저나 다른 앱이 요청을 해당 서비스로 전달하고 있다는 뜻은 아닙니다.

Windows와 macOS에서는 시스템 프록시 설정을 따르는 브라우저가 보통 이 경로를 사용합니다. Linux 데스크톱 환경과 앱은 지원 방식이 다를 수 있으므로 필요한 경우 데스크톱 프록시 설정을 확인하세요. 브라우저에 고정 프록시 주소가 설정되어 있다면 시스템 프록시를 사용하도록 먼저 바꿔야 이전 클라이언트 포트로 계속 요청하지 않습니다. 첫 테스트는 브라우저 하나로 진행하고 명령줄이나 백그라운드 서비스까지 바로 설정할 필요는 없습니다.

시스템 프록시를 켠 뒤 새 브라우저 탭을 열어 대상 사이트에 접속하세요. 기존의 지속 연결은 설정 변경 후에도 이전 경로를 계속 사용할 수 있으므로 기존 페이지를 새로고침하는 것만으로는 변경 사항이 반영되지 않을 수 있습니다. 실행 시 포트 충돌이 표시되면 다른 프록시 프로그램을 종료하고 남은 프로세스가 있는지 확인한 다음 다시 시도하세요. 클라이언트 포트를 임의로 바꾼 뒤 앱에 직접 입력한 프록시 주소를 수정하지 않는 일이 없도록 주의하세요.

모바일에서는 VPN 권한을 확인하고 필요한 경우에만 TUN 활성화

Android 또는 iOS 클라이언트는 보통 ‘연결’ 버튼을 눌러 시스템 VPN 터널을 만듭니다. 처음 누르면 시스템에서 VPN 설정 추가 또는 연결 권한을 요청합니다. 요청한 앱을 확인한 뒤 승인하세요. 클라이언트로 돌아와 연결 상태와 시스템 상태 표시줄을 확인합니다. VPN 아이콘은 터널이 만들어졌다는 뜻일 뿐이며, 실제 트래픽 처리는 규칙과 요청 결과를 함께 확인해야 합니다.

시스템 프록시를 따르지 않는 앱까지 처리해야 한다면 데스크톱에서 TUN 모드를 고려하세요. 보통 관리자 권한, 서비스 모드 또는 가상 네트워크 인터페이스가 필요합니다. 클라이언트 안내에 따라 서비스를 설치하거나 실행한 다음 활성화하세요. 먼저 TUN을 끄고 시스템 프록시 경로를 확인한 뒤 정상 작동하면 TUN을 테스트하면 노드 문제와 트래픽 처리 문제를 구분하기 쉽습니다. 두 설정을 함께 유지할지는 해당 클라이언트 안내를 따르고 무작정 겹쳐 켜지 마세요.

테스트 중에는 라우팅 충돌을 피하기 위해 다른 VPN을 먼저 연결 해제하세요. 기업 네트워크나 관리 대상 기기에서는 프록시와 가상 네트워크 카드 사용이 제한될 수 있으므로 기기 관리 정책을 따르세요. 연결을 켠 직후 모든 사이트에 접속할 수 없다면 방금 활성화한 시스템 프록시나 VPN을 끄고 기본 네트워크가 복구되는지 확인한 다음 로그를 살펴보세요. 네트워크가 끊긴 상태에서 DNS와 라우팅 설정을 계속 추가로 바꾸지 마세요. 트래픽 처리를 마쳤다면 마지막으로 요청이 예상한 대로 클라이언트를 통과하는지 확인합니다.

4. 규칙 적용 및 실제 접속 확인

웹 요청과 연결 로그 대조하기

클라이언트의 ‘연결’, ‘활성 연결’ 또는 로그 페이지를 열고, 현재 설정에서 프록시를 사용해야 하는 접속 가능한 사이트를 브라우저로 방문하세요. 캐시 영향을 줄이려면 이전에 방문하지 않은 페이지를 열거나 브라우저 세션을 새로 시작할 수 있습니다. 클라이언트로 돌아와 해당 도메인을 찾아 적용된 규칙, 사용한 프록시 그룹, 최종 노드를 확인하세요. 화면에 따라 이 정보가 연결 상세 화면에 나뉘어 표시될 수 있습니다.

요청이 표시된다고 해서 프록시를 거쳤다는 뜻은 아닙니다. 최종 정책이 DIRECT라면 해당 연결은 직결로 처리된 것입니다. REJECT라면 차단된 것입니다. 프록시 그룹 이름이 최종 노드와 같지 않을 수 있으므로 정책 경로를 펼쳐 실제 출구를 확인하세요. 연결이 금방 끝나 활동 목록에서 사라졌다면 클라이언트가 지원하는 경우 정보 수준 로그를 잠시 켜고 다시 접속하세요. 확인을 마친 뒤에는 로그 수준을 원래대로 돌려놓습니다.

설정상 직결되어야 하는 사이트에도 접속해 두 기록을 비교하세요. 두 종류의 요청이 각각 예상한 정책에 따라 처리되는지 확인하면 출구 IP 하나만 살펴보는 것보다 분할 라우팅이 작동하는지 더 잘 알 수 있습니다. 출구 확인은 해당 조회 요청의 경로만 보여줄 뿐 모든 앱이 프록시를 통과한다는 증거는 아닙니다. 브라우저에서 작동하더라도 게임, 터미널, 다른 앱은 별도의 네트워크 설정을 사용할 수 있으므로 각각 요청을 보내 확인해야 합니다.

증상에 따라 되돌리고 한 번에 하나씩 변경

웹페이지가 열리지 않고 클라이언트에도 해당 연결이 없다면 시스템 프록시가 여전히 켜져 있는지, 브라우저가 시스템 설정을 따르는지, 다른 프록시 프로그램이 설정을 덮어쓰지 않았는지 확인하세요. TUN을 사용한다면 가상 인터페이스와 서비스 상태도 살펴보세요. 클라이언트에서 연결이 보이지만 요청이 실패한다면 최종 노드와 로그의 시간 초과 정보를 확인하고, 연결 테스트를 통과한 다른 노드로 바꿔 다시 접속하세요. 이때 모드와 나머지 설정은 그대로 유지합니다.

로그에 도메인 이름 해석 실패가 표시되면 먼저 일반 네트워크에서도 같은 문제가 발생하는지 확인한 다음 클라이언트 안내에 따라 DNS를 점검하세요. 웹페이지가 열리지 않는다는 이유만으로 모든 DNS 서버를 바로 바꾸지 마세요. 노드 오류, 규칙에 따른 차단, DNS 오류는 해결 방법이 서로 다릅니다. 브라우저는 되지만 특정 앱이 작동하지 않는다면 구독 전체를 다시 가져오기보다 해당 앱의 트래픽 처리 방식을 먼저 확인하세요. 추가 문제 해결은 Clash 인터넷 연결 및 접속 오류 해결에서 확인할 수 있습니다.

연결이 성공하면 실제 사용 테스트도 진행하세요. 자주 이용하는 페이지를 열고 짧은 동영상을 재생하거나 권한이 있는 파일을 다운로드해 연결이 안정적으로 유지되는지 살펴봅니다. 지연 시간 한 번 측정한 결과를 실제 사용 경험 대신으로 삼지 마세요. DNS가 어떤 경로를 거치는지 확인하려면 DNS 설정과 네트워크 진단 도구를 함께 사용해야 합니다. VPN 아이콘이나 검사 페이지 하나만으로 결론을 내릴 수 없습니다. 관련 용어는 DNS 및 네트워크 스택 용어에서 확인하세요.

나중에 같은 설정을 재현할 수 있도록 현재 설정 이름, 작업 모드, 기본 프록시 그룹 선택, 트래픽 처리 방식을 기록해 두세요. 데스크톱 클라이언트를 정상 종료하기 전에 클라이언트의 시스템 프록시 해제 기능을 사용하세요. 비정상 종료 후 브라우저 연결이 끊긴다면 시스템에 중지된 서비스의 로컬 프록시를 가리키는 설정이 남아 있는지 확인합니다. 이제 구독 불러오기, 정책 선택, 트래픽 처리, 요청 확인까지 모두 마쳤습니다. 필요에 따라 플랫폼별 차이와 고급 설정을 살펴보세요.