Clash 사용법

1. 구독을 가져와 설정 활성화하기

먼저 유효한 Clash 호환 구독 URL을 준비하세요. 클라이언트는 설정을 읽고 연결을 생성할 뿐, 사용할 수 있는 프록시 서비스를 자동으로 제공하지는 않습니다. 서비스 계정만 있고 구독 URL이 없다면 해당 서비스의 관리 페이지에서 “구독” 또는 “Clash 설정” 메뉴를 찾아 전체 주소를 복사하세요. 로컬 YAML 파일을 받은 경우에는 클라이언트의 파일 가져오기 기능을 사용하면 됩니다. 이후 설정을 활성화하는 방법은 같습니다.

Clash 클라이언트를 열고 “설정”, “구독” 또는 Profiles 페이지로 이동해 “새로 만들기”, “추가” 또는 “URL에서 가져오기”를 찾으세요. 복사한 URL을 주소 입력란에 붙여넣고 앞뒤에 공백이나 줄바꿈, 메신저에서 덧붙인 문구가 없는지 확인합니다. 알아보기 쉬운 이름을 입력하고 나머지 옵션은 기본값으로 둔 뒤 “가져오기”, “다운로드” 또는 “저장”을 누르세요. 다운로드가 완료될 때까지 기다리고 같은 URL을 연속으로 다시 추가하지 마세요.

가져오기에 성공하면 보통 페이지에 이름, 업데이트 시간 또는 선택 표시가 있는 설정 카드가 나타납니다. 일부 클라이언트는 가져온 설정을 자동으로 활성화하지만, 다른 클라이언트에서는 카드를 누르거나 “이 설정 사용”을 선택해야 합니다. 현재 설정으로 적용됐는지 확인한 다음 프록시 페이지에서 정책 그룹과 노드가 표시되는지 살펴보세요. 파일이 목록에만 있고 실제 설정으로 전환되지 않았다면 코어는 이전 설정을 계속 사용할 수 있습니다. 처음 설정할 때 놓치기 쉬운 부분입니다.

가져오기에 실패했다면 URL 문제와 설정 문제를 구분하세요

다운로드 시간 초과가 표시되면 먼저 기기가 인터넷에 정상적으로 연결되어 있는지 확인한 뒤, 서비스에서 제공하는 구독 업데이트 메뉴로 다시 시도하세요. 구독 URL에는 다른 사람이 설정을 읽을 수 있는 접근 정보가 포함될 수 있으므로 공개 채팅방에 올려 도움을 요청하지 마세요. 형식 분석에 실패했다면 복사한 주소가 Clash 호환 구독인지 확인하세요. 계정 로그인 페이지, 주문 페이지 또는 다른 클라이언트 전용 링크일 수 있습니다. 다운로드가 완료됐다고 형식이 올바른 것은 아닙니다. 오류 페이지가 파일로 저장되는 경우도 있습니다.

설정을 활성화했는데 프록시 페이지에 노드가 없다면 구독이 만료되지 않았는지, 사용할 수 있는 노선이 포함되어 있는지, 원격 프록시 그룹이 설정에 있는지 확인하세요. 원격 그룹은 별도로 업데이트해야 할 수도 있습니다. 바로 노드 항목을 직접 작성하거나 출처가 불분명한 온라인 변환 사이트를 사용하지 말고, 먼저 오류 메시지와 구독 유형을 확인하세요. 형식 관련 문제는자주 묻는 질문에서 해결 방법을 찾아볼 수 있습니다.

이제 클라이언트에서 “어디에 연결할 수 있는지”를 확인했습니다. 다음으로 “어떤 연결에 프록시를 적용할지, 어느 노드로 처리할지”를 정해야 합니다. 이는 프록시 모드와 정책 그룹으로 결정됩니다.

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

“프록시” 또는 Proxies 페이지로 이동해 페이지 상단, 주 메뉴 또는 설정에서 프록시 모드를 찾아 “규칙 / Rule”로 설정하세요. 처음에는 규칙 모드부터 사용하는 것이 좋습니다. 클라이언트가 현재 설정의 규칙에 따라 연결별로 프록시, 직접 연결 또는 다른 아웃바운드를 선택합니다. 구독에 포함된 규칙을 사용하므로 시작부터 설정 파일을 편집할 필요는 없습니다. 특정 웹사이트에서 규칙이 맞지 않는다면 이후 문제 해결 단계에서 조정하세요.

모드를 선택한 뒤 기본 프록시 정책 그룹을 찾으세요. “프록시 선택”, “노드 선택”, “Proxy” 등으로 표시될 수 있고 구독 제작자가 다른 이름을 지정했을 수도 있습니다. 모든 클라이언트에서 공통으로 사용하는 이름은 없습니다. 그룹을 펼쳐 사용할 권한이 있는 노선을 선택하세요. 그룹에 “자동 선택”, “장애 조치” 같은 하위 그룹이 있다면 먼저 구독의 기본 선택을 사용해도 됩니다. 문제를 점검할 때는 특정 노드를 임시로 지정하면 결과를 파악하기 쉽습니다.

정책 그룹과 노드는 같은 단계가 아닙니다. 상위 그룹이 다른 하위 그룹을 선택하고, 하위 그룹이 실제 노드를 가리킬 수 있습니다. 노드에 선택 표시가 있어도 상위 그룹에서 실제로 사용하는 경로인지 확인하세요. 기본 프록시 그룹이 DIRECT 또는 “직접 연결”을 선택했다면 해당 그룹에 매칭되는 연결은 직접 접속합니다. 모드 이름이 “규칙”이라고 해서 자동으로 프록시를 사용하는 것은 아닙니다.

노드 지연 시간은 참고용으로만 확인하세요

정책 그룹 근처의 “속도 테스트”, “지연 시간 테스트” 또는 새로고침 아이콘을 누르고 결과를 기다리세요. 테스트는 보통 클라이언트에 설정된 주소로 요청을 보내므로 모든 웹사이트의 속도나 다운로드 대역폭을 보여주는 것은 아닙니다. 결과가 나오는 노드를 선택하면 충분하며, 가장 낮은 숫자를 찾느라 반복해서 테스트할 필요는 없습니다. 모든 노드에서 동시에 시간 초과가 발생한다면 테스트 주소, 현재 네트워크 또는 구독 상태에 문제가 있을 수 있습니다. 이 결과만으로 모든 노선이 작동하지 않는다고 단정하지 마세요.

전역 모드는 코어에 전달된 뒤의 아웃바운드 선택을 바꿀 뿐, 기기의 모든 앱 트래픽을 자동으로 처리하지는 않습니다. 클라이언트에 전달되지 않은 트래픽은 전역 모드로 바꿔도 처리되지 않습니다. 규칙 모드를 유지하고 노드가 선택됐는지 확인한 뒤, 시스템 또는 앱 수준에서 트래픽을 전달하도록 설정하세요.

3. 프록시 연결 시작하기

데스크톱에서는 먼저 홈 또는 상태 페이지로 돌아가 코어가 실행 중이고 현재 설정에 오류가 없는지 확인한 다음 “시스템 프록시”를 켜세요. 시스템 프록시는 운영체제의 관련 설정에 로컬 프록시 주소를 지정해 해당 설정을 따르는 앱의 요청을 Clash로 보냅니다. 일부 클라이언트는 코어가 자동으로 실행되지만, 다른 클라이언트에서는 먼저 시작 버튼을 눌러야 합니다. 버튼 모양이 똑같은지 찾기보다 클라이언트 상태와 로그를 기준으로 확인하세요.

브라우저로 돌아가 새 탭을 열어 테스트를 준비하세요. 브라우저에 프록시 전환 확장 프로그램이 설치되어 있다면 다른 프록시 주소를 강제로 지정하고 있지 않은지 먼저 확인합니다. 다른 프록시 클라이언트나 VPN도 동시에 켜지 마세요. 시스템 설정이 번갈아 덮어써질 수 있습니다. 첫 연결을 확인할 때는 트래픽을 처리하는 수단을 하나만 사용해야 어느 프로그램이 연결을 처리하는지 파악하기 쉽습니다.

데스크톱: 먼저 시스템 프록시를 사용하고 필요할 때 TUN을 검토하세요

혼합 포트는 로컬 앱에서 보내는 HTTP 또는 SOCKS 프록시 연결을 받습니다. 흔히 7890을 사용하지만 클라이언트의 현재 설정을 기준으로 확인해야 합니다. 일반적인 브라우저 테스트에서는 포트를 직접 입력할 필요가 없습니다. 앱에서 프록시를 직접 설정해야 하는 경우에만 클라이언트에 표시된 로컬 주소, 포트 및 프록시 유형을 입력하세요. 프록시 노드 서버의 포트를 로컬 수신 포트에 입력하지 마세요. 두 포트의 용도가 다릅니다.

모든 앱이 시스템 프록시를 사용하는 것은 아닙니다. 브라우저에서는 연결되지만 게임이나 명령줄 프로그램은 직접 연결된다면, 먼저 해당 앱이 별도의 프록시 설정을 지원하는지 확인한 뒤 TUN 모드를 검토하세요. TUN은 가상 네트워크 인터페이스로 트래픽을 처리하며 관리자 권한, 서비스 구성 요소 또는 추가 네트워크 권한이 필요할 수 있습니다. 더 많은 트래픽을 처리할 때 유용하지만 라우팅과 DNS도 확인해야 합니다. 첫 연결부터 모든 옵션을 한꺼번에 켤 필요는 없습니다.

모바일: 연결을 누르고 시스템 권한을 허용하세요

Android와 iOS 클라이언트에는 보통 홈 화면에 “연결” 또는 시작 버튼이 있습니다. 버튼을 누르면 시스템에서 VPN 설정 추가 또는 VPN 연결 허용을 요청할 수 있습니다. 방금 설치한 클라이언트에서 보낸 요청인지 확인한 다음 허용하세요. 앱으로 돌아가 연결 상태가 연결됨으로 바뀔 때까지 기다립니다. 상태 표시줄에 VPN 아이콘이 표시되는지는 시스템과 표시 설정에 따라 다르므로 아이콘만 찾지 말고 클라이언트 상태도 확인하세요.

휴대폰에서 다른 VPN 앱이 연결 중이라면 먼저 연결을 끊고 다시 시도하세요. 일부 Android 클라이언트에서는 앱별 프록시 또는 앱 우회 설정도 제공하므로, 처음 테스트할 때 브라우저가 제외되지 않았는지 확인합니다. 앱을 백그라운드로 보내거나 화면을 잠갔을 때만 연결이 끊긴다면 배터리 최적화와 백그라운드 실행 권한을 확인하세요. 처음 연결하기도 전에 시스템 설정을 여러 가지 변경하지 마세요.

이제 “설정 활성화, 노드 선택, 트래픽 진입점 활성화” 세 가지 조건을 모두 갖췄습니다. 다음으로 실제 요청이 처리되는지 확인해야 합니다. 클라이언트에 실행 중이라고 표시되는 것은 시작일 뿐, 최종 확인은 아닙니다.

4. 웹 접속 및 연결 기록 확인하기

먼저 평소 직접 접속할 수 있는 웹사이트를 열어 기본 네트워크가 정상인지 확인한 다음, 현재 네트워크에서 프록시가 필요한 웹사이트를 열어 보세요. 신뢰할 수 있는 사이트를 선택하고 테스트를 위해 계정 비밀번호를 입력하거나 출처가 불분명한 파일을 다운로드하지 마세요. 페이지가 이미 열려 있었다면 새로고침하거나 새 탭에서 열어 캐시된 내용을 새 연결 결과로 착각하지 않도록 합니다. 페이지가 완전히 로드되면 요청이 어떻게 처리됐는지 확인하세요.

클라이언트로 돌아가 “연결”, “활성 연결” 또는 Connections 페이지에서 방금 접속한 도메인을 찾으세요. 목록이 빠르게 갱신된다면 먼저 연결 페이지를 열고 브라우저에서 대상 웹사이트를 새로고침하면 됩니다. 해당 항목을 열어 매칭된 규칙, 정책 그룹 및 최종 아웃바운드를 확인하세요. 클라이언트에 따라 상세 패널, 경로 정보 또는 로그에 표시될 수 있습니다. 프록시가 필요한 웹사이트라면 연결 기록의 정책이 예상한 프록시를 가리켜야 하며, 의도치 않게 DIRECT로 연결되어서는 안 됩니다.

짧은 연결은 활성 목록에서 금방 사라질 수 있고, 일부 연결은 도메인 대신 대상 IP만 표시합니다. 이때는 일반 정보 수준의 로그를 함께 확인하세요. 기록이 오래 남아 있지 않다고 해서 연결이 작동하지 않는 것은 아닙니다. 로그를 공유해 도움을 요청하기 전에는 구독 주소, 계정 정보 및 공개하고 싶지 않은 접속 기록을 가리세요. 처음 점검할 때 여러 디버그 로그를 계속 켜둘 필요는 없습니다.

증상에 따라 다음 단계를 선택하고, 반복해서 재설치하지 마세요

브라우저에서 대상 웹사이트에 접속되고 연결 상세 정보에 예상한 노드가 표시된다면 기본 설정이 완료된 것입니다. 웹페이지가 열리지 않지만 클라이언트에서 해당 요청이 보인다면 트래픽이 최소한 코어까지 전달된 상태입니다. 다른 노드로 바꿔 테스트하고, 직접 연결 또는 차단 규칙이 잘못 적용됐는지 확인하세요. 노드를 바꾼 뒤에는 페이지를 새로고침하고, 필요하면 해당 웹사이트의 기존 연결만 종료해 이전 아웃바운드가 계속 사용되지 않도록 합니다.

웹페이지가 열리지 않고 연결 목록과 로그에도 관련 요청이 전혀 보이지 않는다면 트래픽 진입점을 먼저 확인하세요. 데스크톱에서는 시스템 프록시가 켜져 있는지, 브라우저에 별도의 프록시 설정이 있는지 확인합니다. 모바일에서는 VPN이 실제로 연결됐는지, 브라우저 트래픽이 앱별 분할 설정에서 제외되지 않았는지 확인하세요. 일부 앱에서만 문제가 생긴다면 구독 전체를 바꾸거나 클라이언트를 재설치하기보다 해당 앱의 트래픽 처리 방식부터 살펴보세요.

전역 모드로 잠시 전환해 비교할 수도 있지만, 먼저 전역 정책 그룹에 사용할 수 있는 노드가 선택되어 있는지 확인하세요. 전역 모드에서는 접속되고 규칙 모드에서는 안 된다면 분할 규칙과 정책 그룹의 경로를 중점적으로 확인해야 합니다. 이는 문제를 좁히기 위한 단서일 뿐 전역 모드를 계속 사용해야 한다는 뜻은 아닙니다. 테스트가 끝나면 규칙 모드로 돌아가 자주 사용하는 웹사이트의 아웃바운드가 예상대로 적용되는지 확인하세요.

외부 IP 조회는 보조 확인 수단으로 사용할 수 있지만 유일한 기준은 아닙니다. 규칙 모드에서는 IP 조회 사이트가 직접 연결되도록 설정될 수 있으므로, 로컬 네트워크의 IP가 표시되어도 프록시 실패를 의미하지 않을 수 있습니다. 마찬가지로 웹사이트 하나가 열린다고 해서 기기의 모든 앱 트래픽이 처리되는 것도 아닙니다. 상태 아이콘이나 IP 조회 페이지 하나만 보는 것보다 접속 결과, 연결 기록, 규칙 적용을 함께 확인하는 편이 정확합니다.

기본 설정은 이대로 사용해도 되며 사용자 지정 규칙을 바로 추가할 필요는 없습니다. 구독 업데이트, 노드 시간 초과, 시스템 프록시 설정이 남는 문제 등이 발생하면자주 묻는 질문에서 증상별 해결 방법을 찾아보세요. 정책 그룹, DNS, TUN 및 설정 파일의 관계를 이해하려면기초부터 익히는 전체 가이드를 읽어보세요. 기본 연결이 확인되기 전에 여러 설정을 한꺼번에 변경하지 않는 것이 좋습니다.