Clash 사용 가이드
구독 가져오기와 연결 확인

시작 전 확인: 설정 출처와 네트워크 상태

먼저 클라이언트 연결을 끈 상태에서 평소 직접 접속할 수 있는 웹페이지를 열어 기기 자체가 인터넷에 연결되어 있는지 확인하세요. 시스템 날짜와 시간대도 올바른지 점검합니다. 시간이 맞지 않으면 HTTPS 연결이나 구독 다운로드에 문제가 생길 수 있습니다. 기본 네트워크가 끊겨 있다면 프록시 규칙을 바꾸기 전에 Wi-Fi, 모바일 데이터 또는 게이트웨이 문제부터 해결하세요.

클라이언트는 설정을 읽고 정책을 관리하며 트래픽을 처리합니다. 설치만으로 사용할 수 있는 노드가 생기는 것은 아닙니다. 서비스 제공업체가 제공한 구독 링크나 노드와 규칙이 포함된 호환 설정 파일이 필요합니다. Clash 또는 mihomo 지원이 명시된 구독 형식을 우선 사용하세요. 웹사이트의 요금제 주소, 계정 로그인 페이지, 구매 내역 링크는 설정으로 바로 가져올 수 없습니다.

구독 링크에는 계정 식별 정보나 접속 자격 증명이 포함될 수 있습니다. 복사할 때는 전체 내용을 유지하되 공개 스크린샷, 채팅 기록, 문의 내용에는 올리지 마세요. 문제를 설명할 때는 오류 유형과 클라이언트 이름만 알려도 충분하며 링크 전체를 공개할 필요는 없습니다. 초기 설정 중에는 다른 프록시 도구와 VPN을 잠시 끄고, 시스템 프록시·가상 네트워크 어댑터·로컬 포트를 여러 프로그램이 동시에 사용하지 않도록 하세요. 현재 인터넷에 연결된 환경을 유지한 채 설정을 가져오세요.

STEP 01 / PROFILE

구독 가져오기: 저장 후 설정 활성화

클라이언트 왼쪽 메뉴나 하단에서 ‘구독’ 또는 ‘설정’을 열고 ‘새로 만들기’, ‘추가’ 또는 ‘가져오기’를 선택하세요. 원격과 로컬 유형을 고를 수 있다면 구독 링크에는 원격 설정을 선택합니다. URL 입력란에 링크 전체를 붙여 넣고 ‘일상 설정’처럼 알아보기 쉬운 이름을 지정한 다음 저장하거나 가져오세요. 이름은 이 기기에서 구분하기 위한 것이며, 실제 설정 내용은 링크에서 내려받는 파일에 담겨 있습니다.

저장한 뒤 다운로드가 완료될 때까지 기다리세요. 성공하면 설정 카드, 업데이트 시각 또는 업데이트 버튼이 표시되는 경우가 많고, 일부 클라이언트는 노드 목록을 바로 엽니다. 설정이 ‘활성화됨’, ‘사용 중’ 또는 선택 상태인지도 확인하세요. 파일이 목록에 추가되기만 하고 활성화되지 않았다면 코어가 이전 설정을 계속 사용할 수 있습니다. 설정 카드를 누르거나 메뉴에서 활성화한 뒤 클라이언트가 로드를 마칠 때까지 기다리고, ‘프록시’ 또는 ‘정책’ 페이지로 이동하세요.

프록시 페이지에서 정책 그룹과 노드가 보이는지 확인하세요. 정책 그룹 이름은 설정 작성자가 정하므로 반드시 ‘PROXY’나 ‘노드 선택’으로 표시되는 것은 아닙니다. 웹, 동영상, 다운로드처럼 용도별 이름을 사용할 수도 있습니다. 먼저 목록에 노드가 있는지 확인한 다음 모드를 선택하세요. 노드 목록이 비어 있다면 연결 버튼을 반복해서 누르지 말고 설정 페이지에서 다운로드 또는 파싱 오류를 확인하세요. 구독이 로그인 페이지를 반환하거나 형식이 호환되지 않거나 서비스 기간이 끝난 경우 설정이 제대로 로드되지 않을 수 있습니다.

로컬 config.yaml을 사용한다면 설정 페이지에서 파일 가져오기를 선택하고 파일을 지정한 뒤 저장하고 활성화하세요. 브라우저에 표시된 페이지 전체를 YAML 파일로 저장하지 마세요. 확장자가 맞아도 내용이 올바르다는 보장은 없습니다. 가져온 뒤에는 같은 방법으로 정책 그룹을 확인하세요. 처음 사용할 때는 규칙이나 DNS를 바로 수정하지 말고 서비스 제공업체의 설정을 그대로 적용해 보세요. 그래야 문제의 원인을 더 쉽게 파악할 수 있습니다.

구독 업데이트 전 사용 가능한 설정 보존

서버 설정이 바뀌었는지 확인하려면 수동 업데이트를 사용하세요. 설정 옆의 업데이트 버튼을 누른 뒤 결과를 확인하고, 짧은 간격으로 반복해서 새로 고치지 마세요. 업데이트에 실패하더라도 현재 사용 가능한 설정은 유지하고, 링크와 네트워크 경로를 확인한 뒤 다시 시도하세요. 자동 업데이트 간격은 필요에 맞게 설정하면 됩니다. 간격을 지나치게 짧게 해도 사용할 수 없는 노드가 복구되지는 않으며 요청만 늘어납니다.

클라이언트마다 로컬 수정 사항과 원격 업데이트를 처리하는 방식이 다릅니다. 원격 파일을 업데이트하면 직접 수정한 내용이 덮어써질 수 있습니다. 처음 설정할 때는 복잡한 덮어쓰기 스크립트를 추가하지 마세요. 장기간 사용자 설정을 유지해야 한다면 클라이언트의 오버라이드 기능을 확인하세요. 구독 다운로드 실패나 설정 파싱 오류를 단계별로 해결하는 방법은 문제 해결 종합 가이드를 참고하세요. 가져오기에 성공했다면 설정을 활성화한 채 모드를 선택합니다.

STEP 02 / ROUTING

프록시 모드 선택: 먼저 규칙 모드, 다음에 노드 선택

‘프록시’ 페이지에서 ‘규칙’, ‘전역’, ‘직접 연결’ 모드를 선택하세요. 평소에는 규칙 모드를 사용하는 것이 좋습니다. 요청이 설정의 규칙과 차례로 비교된 뒤 지정된 정책이나 직접 연결 경로로 전달됩니다. 따라서 한 기기에서 직접 연결할 서비스와 프록시를 사용할 대상을 함께 처리할 수 있습니다. 규칙 모드의 동작은 설정 내용에 따라 달라지며, 사이트마다 어떤 경로를 사용해야 하는지 자동으로 판단하지는 않습니다.

전역 모드에서는 일반 외부 요청을 전역 정책으로 보냅니다. 특정 문제가 규칙과 관련 있는지 잠깐 비교할 때는 유용하지만 모든 문제의 해결책으로 사용하지 않는 것이 좋습니다. 직접 연결 모드에서는 일반 요청이 대상에 바로 접속하므로 기본 네트워크를 복구하거나 비교 테스트를 할 때 사용할 수 있습니다. 모드를 바꿔도 이미 연결된 요청은 기존 경로를 계속 사용할 수 있습니다. 변경 사항을 확인하려면 새 요청을 보내고, 필요하다면 기존 페이지나 연결을 닫으세요.

모드와 TUN은 서로 다른 설정입니다. 규칙·전역·직접 연결은 트래픽이 코어에 도달한 뒤 어떻게 처리할지를 결정하고, 시스템 프록시와 TUN은 트래픽을 코어에 전달하는 방식을 정합니다. 따라서 규칙 모드를 선택해도 브라우저가 자동으로 프록시를 사용하는 것은 아니며, TUN을 켰다고 모든 요청이 반드시 노드를 거치는 것도 아닙니다. 먼저 트래픽 분기 방식을 정한 뒤 다음 단계에서 처리 경로를 설정하세요. 한꺼번에 여러 항목을 바꾸지 않으면 문제를 파악하기 쉽습니다.

실제로 사용하는 정책 그룹에서 노드 선택

일반 프록시 트래픽을 처리하는 정책 그룹을 열고 지연 시간 테스트나 속도 측정을 한 번 실행한 뒤 결과를 기다리세요. 테스트 결과가 유효한 노드를 선택하고 그룹 안의 선택 표시가 바뀌었는지 확인합니다. 지연 시간은 지정된 테스트 대상까지 연결되는 정도를 보여주는 참고값입니다. 수치가 낮다고 대용량 파일 다운로드가 더 빠르거나 대상 사이트에서 해당 출구를 허용한다는 보장은 없습니다. 처음 연결을 확인할 때는 요청을 처리할 수 있는 노드 하나만 선택하면 됩니다. 모든 노드를 반복해서 바꿔 볼 필요는 없습니다.

DIRECT와 REJECT를 특히 주의하세요. DIRECT는 직접 연결, REJECT는 연결 거부를 뜻하며 둘 다 원격 프록시 노드가 아닙니다. 프록시를 사용해야 하는 정책 그룹에서 DIRECT를 선택하면 클라이언트가 연결된 것으로 표시되더라도 실제로는 직접 접속할 수 있습니다. 설정의 최종 규칙이 어떤 그룹을 참조하는지도 확인하세요. 규칙에서 사용되는 그룹으로 이동해 노드를 선택해야 합니다. 규칙에서 쓰지 않는 그룹에서 노드만 바꾸어서는 효과가 없습니다.

설정에 자동 선택 그룹이 있다면 화면에서 그룹 전체만 선택할 수 있고 내부 노드를 직접 고정할 수 없을 수도 있습니다. 이는 정책 그룹의 동작이지 화면 오류가 아닙니다. 먼저 서비스 제공업체가 설정한 자동 정책을 유지하고 연결 기록에서 실제 선택을 확인하세요. 규칙 우선순위, 정책 경로, DNS 문제는 체계적인 문제 해결에서 더 자세히 살펴볼 수 있습니다. 초기 설정에서는 현재 그룹에 사용할 수 있는 출구가 있는지만 확인하면 됩니다.

위 내용은 점검 예시이며 클라이언트의 실제 스위치가 아닙니다. 모드와 정책을 확인한 뒤 연결을 시작하세요.

STEP 03 / NETWORK ENTRY

연결 시작: 데스크톱과 모바일 설정

데스크톱: 먼저 시스템 프록시 확인

클라이언트 홈이나 설정 페이지로 돌아가 코어가 실행 중인지 확인하세요. 데스크톱 클라이언트에 따라 실행 후 코어가 자동으로 시작되기도 하고, 시작 또는 연결 버튼을 눌러야 하기도 합니다. 화면의 실행 상태는 로컬 서비스가 시작되었는지를 보여줄 뿐, 원격 노드에 연결할 수 있는지와는 별개입니다. 코어가 실행되면 설정에서 ‘시스템 프록시’를 켠 다음 브라우저에서 새 페이지를 여세요. 변경할 설정이 적어 첫 연결 테스트에 적합한 방법입니다.

시스템 프록시는 주로 운영체제의 프록시 설정을 읽는 앱에 적용됩니다. 브라우저는 대체로 이를 사용할 수 있지만, 브라우저 프록시 확장 프로그램이나 별도로 설정한 PAC, 기업 관리 정책이 시스템 설정을 덮어쓸 수 있습니다. 처음 테스트할 때는 브라우저의 프록시 확장 프로그램을 잠시 끄세요. 확장 프로그램과 클라이언트가 각각 다른 경로를 지정하는 상황을 피할 수 있습니다. 터미널, 게임, 일부 다운로드 도구는 시스템 프록시를 사용하지 않을 수 있으므로 이들 앱에서 변화가 없다고 해서 클라이언트 전체가 작동하지 않는다고 단정하지 마세요.

클라이언트에 표시된 로컬 HTTP 또는 혼합 포트를 확인하고 앱에 직접 입력한 포트와 일치하는지 점검하세요. 이전 안내서의 포트 번호를 그대로 사용하지 마세요. 클라이언트마다 기본값이 다르고 사용자가 직접 바꿀 수도 있습니다. 로컬 주소는 보통 루프백 주소 127.0.0.1을 사용합니다. 일반적인 단일 기기 사용에서는 ‘LAN 연결 허용’을 켤 필요가 없으며, 같은 네트워크의 다른 기기에 프록시 포트를 공개하지 않아도 됩니다.

모바일: 연결 시 VPN 권한 허용

모바일에서 설정을 활성화하고 노드를 선택한 뒤 홈 화면으로 돌아가 연결을 누르세요. 처음 시작하면 시스템에 VPN 설정 추가 또는 VPN 연결 확인 창이 표시되는 경우가 많습니다. 현재 클라이언트가 요청한 것인지 확인한 뒤 허용하세요. VPN 인터페이스는 기기 트래픽을 클라이언트로 전달하는 역할을 합니다. 시스템이 원격 노드를 별도로 제공한다는 뜻은 아닙니다. 실제 출구는 방금 가져온 설정과 정책에 따라 결정됩니다.

권한을 허용한 뒤 화면에 연결됨이 표시될 때까지 기다리고 브라우저에서 테스트 요청을 보내세요. 보통 한 기기에서는 일반 VPN 서비스 하나만 해당 연결을 처리할 수 있습니다. 이미 사용 중인 VPN, 다른 프록시 클라이언트, 로컬 VPN을 사용하는 일부 필터링 앱과 충돌할 수 있으므로 테스트 중에는 연결을 끊으세요. 연결이 반복해서 끊긴다면 규칙을 바로 바꾸지 말고 시스템에서 권한을 취소했는지, 백그라운드 실행을 제한했는지 먼저 확인하세요.

더 많은 트래픽을 처리해야 할 때 TUN 활성화

시스템 프록시를 사용할 때 브라우저는 정상적으로 작동하지만 다른 앱에서 프록시가 적용되지 않는다면 TUN을 고려하세요. 클라이언트 설정으로 이동해 화면 안내에 따라 서비스 구성 요소를 설치하거나 필요한 권한을 허용한 뒤 TUN을 활성화합니다. 일반적으로 가상 네트워크 인터페이스를 통해 라우팅 대상 트래픽을 처리하지만, 실제 적용 범위는 경로 제외 설정, 앱 설정, 시스템 제한에 따라 달라집니다. TUN이 켜졌다는 사실만으로 기기의 모든 프로토콜을 성공적으로 처리한다고 단정할 수 없습니다.

처음 TUN을 확인할 때는 시스템 프록시를 끄고 같은 테스트 대상에 요청을 보내 비교하세요. 트래픽 처리 경로가 겹치는 것을 줄일 수 있습니다. 기업 VPN, 가상 머신 네트워크 어댑터, 로컬 네트워크 접속에 문제가 생기면 먼저 TUN을 꺼서 원래 상태로 되돌린 뒤 문제 해결 페이지에서 증상에 맞는 항목을 확인하세요. 클라이언트를 실행하기 위해 시스템 방화벽을 끄지 마세요. 서비스 설치나 권한 요청은 현재 클라이언트의 명확한 안내에 따라야 합니다.

STEP 04 / CONNECTION CHECK

작동 확인: 스위치만 보지 말고 요청 확인

클라이언트 연결을 유지한 채 ‘연결’, ‘활동’ 또는 ‘로그’ 페이지를 열고 브라우저에서 새 요청을 보내세요. 연결 목록에는 대상 도메인, 대상 주소, 적용된 규칙, 사용한 정책 또는 트래픽 변화가 표시되는 경우가 많습니다. 방금 보낸 요청을 찾아 코어에 전달되었는지 확인하세요. 브라우저 캐시 때문에 이전 내용이 표시될 수 있으므로 새 페이지나 시크릿 창을 사용해 테스트할 수 있습니다. 단, 시크릿 창을 열어도 프록시 경로가 자동으로 바뀌지는 않습니다.

다음으로 ‘코어에 전달됨’과 ‘프록시 노드 사용’을 구분하세요. 규칙 모드에서는 직접 연결 요청도 연결 목록에 나타날 수 있습니다. 기록을 펼쳐 규칙과 정책 경로를 확인하세요. DIRECT가 적용되었다면 직접 연결된 것이며, 프록시 그룹이 적용되었다면 마지막으로 선택된 노드도 확인해야 합니다. 설정상 직접 연결되어야 하는 대상과 프록시를 사용해야 하는 대상, 익숙한 테스트 사이트 두 곳을 각각 열어 기록을 비교하세요. 웹페이지가 열리는지만 보는 것보다 정확하게 판단할 수 있습니다.

출구를 확인하려면 접속 출처 정보를 표시하는 서비스를 이용할 수 있지만, 출구 정보는 해당 요청의 경로만 보여줍니다. 규칙 모드에서는 사이트마다 다른 노드를 사용하거나 직접 연결할 수 있으므로 한 사이트에 표시된 주소로 모든 앱의 경로를 판단하지 마세요. 출구 지역은 서버의 식별 방식에 따라서도 달라질 수 있습니다. 먼저 연결 기록의 정책 경로로 트래픽 분기를 확인한 뒤 출구 정보를 보조 자료로 활용하세요.

터미널에서 클라이언트 포트를 명시해 테스트

터미널 도구가 시스템 프록시를 사용하는지는 도구와 환경에 따라 다릅니다. 로컬 HTTP 진입점을 따로 확인하려면 curl에서 프록시를 명시해 보세요. 아래 예시는 클라이언트의 실제 HTTP 또는 혼합 포트가 7890인 경우에만 사용할 수 있습니다. 설정 화면에 다른 포트가 표시되면 명령의 숫자를 실제 값으로 바꾸세요. 이 명령은 이번 요청을 프록시 진입점으로 보내기 위한 것이며, 최종적으로 원격 노드를 사용할지는 규칙에 따라 결정됩니다.

curl --proxy http://127.0.0.1:7890 --connect-timeout 10 -I https://example.com

HTTP 응답 헤더가 표시되면 이번 요청에 응답이 온 것입니다. 연결 기록에서 대상과 적용된 정책도 확인하세요. 로컬 주소에 연결할 수 없다는 메시지가 나오면 코어 실행 여부와 포트가 일치하는지 먼저 확인합니다. 프록시 진입점에는 연결되지만 대상에서 시간 초과가 발생한다면 노드와 네트워크를 점검하세요. 명령의 프록시 설정을 영구 환경 변수에 바로 저장하지 마세요. 먼저 한 번만 테스트하면 클라이언트 종료 후 터미널이 중단된 로컬 포트를 계속 가리키는 일을 막을 수 있습니다.

설정 완료 후 재현 가능한 점검 순서 유지

프록시를 사용해야 하는 대상이 예상한 노드를 사용하고 직접 연결해야 하는 대상은 규칙에 따라 직접 연결되며, 실제 웹페이지도 정상적으로 로드되면 초기 설정이 완료된 것입니다. 현재 활성화한 설정 이름, 모드, 정책 그룹, 트래픽 처리 방식을 기억해 두세요. 이후 문제가 생기면 같은 순서로 확인하고 한 번에 한 항목만 바꾼 뒤 새 요청을 보내세요. 구독 업데이트, 모드 변경, 노드 교체, DNS 수정을 동시에 하면 연결이 복구되더라도 무엇이 효과를 냈는지 알기 어렵습니다.

사용을 마칠 때 데스크톱에서는 시스템 프록시를 끈 뒤 클라이언트를 종료하세요. TUN을 사용했다면 가상 네트워크를 통한 트래픽 처리가 중지되었는지 확인합니다. 모바일에서는 연결 해제를 누르고 시스템 VPN 상태도 종료되었는지 확인하세요. 일부 클라이언트는 종료할 때 설정을 자동으로 복구하지만, 프로세스를 강제로 끝내거나 비정상 종료하면 복구되지 않을 수 있습니다. 종료 후 인터넷이 정상적으로 연결되지 않으면 소프트웨어를 반복해서 재설치하기 전에 시스템 프록시가 로컬 포트를 계속 가리키는지 확인하세요.

계속 접속할 수 없다면 Clash 문제 해결 종합 가이드에서 인터넷 연결 불가, 노드 시간 초과, 구독 실패, DNS 오류, 시스템 프록시 미적용 등 증상에 맞는 항목을 확인하세요. 설정 과정을 다시 확인하려면 구독 가져오기 또는 연결 설정으로 돌아가면 됩니다. 설치부터 전부 다시 진행할 필요는 없습니다.