Clash 구독 및 연결 가이드

01 구독을 가져와 설정 활성화

클라이언트를 열고 ‘설정’, ‘구독’ 또는 Profiles 페이지로 이동합니다. ‘새로 만들기’, ‘추가’ 또는 ‘URL에서 가져오기’ 메뉴를 찾아 원격 구독을 선택한 다음 기존 주소를 빠짐없이 입력하세요. 이름과 주소를 각각 입력하는 경우 ‘일상 설정’처럼 알아보기 쉬운 이름을 지정할 수 있습니다. 주소 입력란에는 구독 링크만 넣고 설명, 따옴표, 메신저에서 붙은 문장 부호는 넣지 마세요.

다운로드, 가져오기 또는 저장을 누른 뒤 설정이 목록에 나타날 때까지 기다립니다. 정상적으로 가져오면 설정 카드에 이름이 표시되고 프록시 페이지에서 프록시 그룹이나 노드를 확인할 수 있습니다. 같은 이름의 카드가 생겼다고 원격 콘텐츠까지 정상적으로 다운로드된 것은 아닙니다. 다운로드 실패, 파싱 오류, 콘텐츠 없음 등의 메시지가 있는지 확인하세요. 새로고침 버튼이 있다면 한 번 눌러 구독 주소가 클라이언트에서 지원하는 콘텐츠를 반환하는지 확인합니다.

가져온 설정을 현재 설정으로 지정

가져온 직후 자동으로 활성화되는 클라이언트도 있고, 설정 카드를 눌러 ‘사용’, ‘활성화’ 등의 메뉴를 선택해야 하는 클라이언트도 있습니다. 현재 설정 표시가 방금 가져온 항목에 있는지 확인한 뒤 프록시 페이지를 여세요. 이전 설정의 그룹 이름이 계속 보이면 설정을 다시 선택하고 코어가 로드될 때까지 기다리세요. 다른 설정을 바로 삭제하지 마세요. 가져오기에 실패했을 때 돌아갈 수 있도록 기존에 사용하던 설정은 남겨 두세요.

로컬 파일은 ‘파일에서 가져오기’ 메뉴를 사용해 실제 저장된 .yaml 또는 .yml 파일을 선택하세요. 완전한 설정에는 보통 프록시, 프록시 그룹, 규칙이 포함됩니다. 노드 목록만 따로 있는 파일은 완전한 설정으로 바로 실행되지 않을 수 있습니다. 파일 확장자만으로 내용이 올바른지 알 수는 없습니다. 웹페이지를 YAML 파일로 저장해도 형식이 변환되지는 않습니다. 개념을 구분하기 어렵다면 용어 설명에서 구독과 설정의 차이를 확인하세요.

가져오기에 실패하면 입력 내용과 형식부터 확인

‘요청 실패’와 ‘파싱 실패’는 원인이 다르므로 구분해서 해결해야 합니다. 요청 실패라면 주소가 온전한지, 구독이 유효한지, 현재 네트워크에서 구독 서버에 접속할 수 있는지 확인하세요. 파싱 실패라면 링크가 Clash 또는 mihomo에서 지원하는 설정을 제공하는지 확인합니다. 계정 로그인 페이지나 오류 페이지, 다른 클라이언트 전용 노드 텍스트일 수 있습니다. 서비스에서 형식을 선택할 수 있다면 현재 클라이언트의 코어에 맞는 형식으로 다시 가져오세요.

구독을 ‘가져올 수 있는 것처럼’ 보이게 하려고 전체 주소를 낯선 변환 서비스에 입력하지 마세요. 이 단계에서는 DNS, 포트, TUN 설정도 바꾸지 마세요. 설정이 아직 로드되지 않았다면 이런 옵션으로 구독 형식을 해결할 수 없습니다. 프록시 그룹이 나타난 것을 확인한 뒤 다음 단계로 넘어가세요. 자동 업데이트 간격은 연결에 성공한 뒤 설정하면 되므로 처음부터 복잡한 업데이트 작업을 추가할 필요는 없습니다.

02 규칙 모드와 노드 선택

설정을 불러온 뒤 홈, 대시보드 또는 모드 메뉴에서 ‘규칙’, ‘전역’, ‘직접 연결’ 모드를 찾습니다. 처음 사용할 때는 규칙 모드를 선택하세요. 코어에 들어온 연결을 설정의 규칙에 따라 처리해 대상에 따라 직접 연결하거나 프록시 그룹을 사용합니다. 구독에 포함된 분기 설정을 유지할 수 있고, 이후 로그에서 규칙 적용 결과도 확인하기 쉽습니다.

전역 모드는 임시 비교 테스트에 적합합니다. 코어에 들어온 트래픽을 전역 정책 선택기로 보내므로 전역 그룹에서 사용할 노드를 선택해야 합니다. 직접 연결 모드에서는 코어에 들어온 연결이 대상에 바로 접속합니다. 모드는 트래픽이 코어에 들어온 뒤 어떻게 처리할지를 정할 뿐, 어떤 앱의 트래픽이 코어에 들어오는지는 정하지 않습니다. 전역 모드로 바꿔도 기기의 모든 프로그램이 자동으로 처리되는 것은 아니며 시스템 프록시나 VPN 경로를 별도로 활성화해야 합니다.

규칙에서 실제 사용하는 프록시 그룹 찾기

‘프록시’ 또는 Proxies 페이지로 이동해 노드를 하나씩 누르기 전에 그룹부터 확인합니다. 주 선택 그룹의 이름은 PROXY, 노드 선택 등일 수 있으며 구독 설정에 따라 다릅니다. 그룹을 펼쳐 현재 선택된 항목이 노드인지, 자동 선택 그룹인지, DIRECT인지 확인하세요. 하위 그룹이 있다면 최종 연결 경로를 파악할 때까지 그 안의 선택 항목도 확인합니다.

후보 노드의 지연 시간을 한 번 테스트하고 테스트가 끝난 뒤 선택하세요. 수동 선택 그룹에서는 노드를 누르면 선택 표시가 나타나는 경우가 많습니다. 자동 선택 그룹은 코어가 테스트 결과에 따라 노드를 고를 수 있으며, 직접 선택할 때의 동작은 그룹 유형에 따라 다릅니다. 처음 연결을 확인할 때는 수동 그룹에서 사용할 수 있는 노드를 고정하면 자동 전환으로 인한 혼란을 줄일 수 있습니다. select, url-test 등의 유형이 궁금하다면 프록시 그룹 용어 설명을 확인하세요. 지금 설정을 바꿀 필요는 없습니다.

노드 테스트 성공이 실제 접속 성공을 뜻하지는 않습니다

지연 시간 테스트는 보통 노드에서 지정된 테스트 주소까지의 응답을 측정하며, 내 기기에서 모든 사이트를 이용할 때의 전체 품질을 측정하지는 않습니다. 숫자가 표시되더라도 이번 테스트에서 응답을 받았다는 뜻일 뿐, 다운로드 속도나 대상 사이트의 접근 권한, 모든 프로토콜의 사용 가능 여부를 보장하지 않습니다. 시간 초과가 발생하면 일부 후보 노드만 바꿔 비교하세요. 모든 노드를 연속해서 빠르게 테스트하지 마세요. 모든 경로에서 실패한다면 기기의 시간, 구독 상태, 현재 네트워크부터 확인합니다.

노드를 선택한 뒤 규칙 모드를 유지하고 현재 주 그룹과 노드 이름을 기억하세요. 다음 단계에서 트래픽 경로를 활성화합니다. 이 시점에 프록시 페이지의 노드 테스트는 성공했지만 브라우저의 외부 IP가 바뀌지 않아도 모순은 아닙니다. 시스템 프록시가 아직 켜지지 않았을 수 있습니다. 노드 테스트는 클라이언트가 직접 실행하지만 브라우저 접속은 브라우저가 실제로 사용하는 네트워크 경로에 따라 달라집니다.

03 연결 및 트래픽 경로 활성화

먼저 클라이언트에 코어 시작 실패나 설정 로드 오류가 표시되지 않는지 확인하세요. 일부 데스크톱 클라이언트는 실행과 함께 코어가 시작되고, 다른 클라이언트는 시작 또는 연결 버튼을 눌러야 합니다. 코어를 실행하면 로컬 프록시 서비스가 준비되지만 브라우저에서 사용하려면 시스템이나 앱의 네트워크 요청을 해당 경로로 보내야 합니다. 처음 설정할 때는 시스템 프록시를 변경하거나 VPN 터널을 만드는 다른 프로그램을 종료해 설정이 서로 덮어쓰이지 않도록 하세요.

데스크톱: 시스템 프록시 켜기

클라이언트의 홈 또는 설정 페이지에서 ‘시스템 프록시’를 찾아 켜세요. 보통 시스템 프록시 주소가 기기의 로컬 수신 포트를 가리키도록 설정됩니다. 별도의 프록시 설정이 없는 브라우저는 대개 이 시스템 설정을 따릅니다. 클라이언트를 실행한 상태로 브라우저에서 새 탭을 열어 테스트할 사이트에 접속하세요. 캐시된 페이지를 새로고침하는 데 그치지 마세요. 새 요청이 없으면 연결 목록에 해당 기록이 나타나지 않을 수 있습니다.

처음 설정할 때는 클라이언트의 기본 포트를 그대로 사용하는 것이 좋습니다. 다른 가이드에 나온 숫자를 그대로 따라 할 필요는 없습니다. 클라이언트마다 HTTP, SOCKS 또는 혼합 포트가 다를 수 있습니다. 브라우저 확장 프로그램, 터미널 환경 변수, 앱 내부에 프록시를 직접 입력했다면 시스템 프록시를 테스트하기 전에 해당 설정을 잠시 끄세요. 직접 입력해야 한다면 현재 클라이언트에 표시된 수신 주소와 포트를 사용하세요. 자세한 내용은 포트 설정 안내를 참고하세요.

일부 앱은 시스템 프록시를 사용하지 않으므로 브라우저는 접속되는데 특정 앱의 연결 기록이 없어도 노드 문제라고 단정할 수 없습니다. 먼저 이 페이지의 연결 확인을 마친 다음 앱 내부 프록시나 TUN을 살펴보세요. Windows 스토어 앱과 관련된 문제는 UWP 루프백 설정 안내를 확인하세요. 첫 연결 단계에서 여러 트래픽 처리 방식을 동시에 켜지 마세요.

모바일: 시스템 VPN 권한 확인

모바일 클라이언트에서 설정과 노드를 선택한 뒤 연결 또는 시작을 누릅니다. 처음 실행하면 시스템 VPN 설정이나 연결 권한을 묻는 메시지가 표시되는 경우가 많습니다. 앱의 출처와 이름을 확인하고 시스템 안내에 따라 허용하세요. 클라이언트로 돌아와 실행 상태인지 확인하고 시스템의 VPN 상태에서 터널이 연결되었는지도 살펴봅니다. 여기서 말하는 VPN 터널은 클라이언트가 기기의 트래픽을 받는 방식이며, 노드가 대상 사이트에 접속할 수 있음을 보장하지는 않습니다.

시스템에 다른 VPN 연결이 있다면 먼저 연결을 끊은 뒤 현재 클라이언트를 시작하세요. Android의 배터리 절약 설정은 백그라운드 실행에 영향을 줄 수 있으므로 첫 테스트에서는 클라이언트를 화면에 띄우거나 정상적으로 실행 상태를 유지하세요. 테스트 중에 백그라운드 앱을 강제 종료하지 마세요. iOS의 권한 절차는 Android와 다르므로 실제 시스템 안내에 따라 진행하면 됩니다. 데스크톱의 ‘시스템 프록시’ 스위치를 찾을 필요는 없습니다.

첫 연결에서는 TUN을 함께 켜지 마세요

TUN은 시스템 프록시를 따르지 않는 트래픽도 처리할 수 있지만 가상 네트워크 어댑터, 라우팅, 권한, DNS 설정이 함께 필요합니다. 브라우저 접속이 확인된 뒤 다른 앱도 처리해야 할 때 초급부터 고급까지 안내하는 설명서의 TUN 장을 참고해 항목별로 설정하세요. TUN을 켠 직후 문제가 생기면 규칙과 DNS를 동시에 바꾸지 말고, 앞서 확인한 경로로 먼저 되돌리세요.

04 프록시가 실제로 작동하는지 확인

방금 선택한 노드와 모드를 유지한 채 클라이언트의 ‘연결’ 페이지를 열고, 브라우저에서 새 탭으로 확인할 사이트에 접속하세요. 연결 목록에서 방금 요청한 대상 도메인이나 주소를 찾아 적용된 규칙, 사용된 정책 그룹, 최종 노드를 확인합니다. 클라이언트마다 항목 이름은 다르지만 ‘어디에 접속했는지’, ‘어떤 규칙이 적용됐는지’, ‘최종 경로가 어디인지’를 함께 살펴봐야 합니다. 홈 화면의 실행 스위치만 확인해서는 충분하지 않습니다.

연결 기록으로 트래픽 경로 확인

규칙 모드에서 DIRECT가 표시되는 것은 정상적인 결과일 수 있습니다. 예를 들어 대상에 직접 연결 규칙이 적용되면 방금 선택한 프록시 노드를 거치지 않습니다. 프록시를 사용하려던 대상에 직접 연결 규칙이 적용됐다면 먼저 현재 설정과 모드가 올바른지 확인한 다음 규칙이 적용된 이유를 살펴보세요. 규칙을 무더기로 삭제하지 마세요. 구독의 기본 정책이 원하는 방식과 다를 뿐이라면 연결 성공 후 사용자 지정 규칙 안내에 따라 클라이언트에서 지원하는 오버라이드나 병합 기능을 사용하세요.

새 연결 기록이 전혀 생기지 않는다면 연결 목록에 필터가 적용됐는지, 요청이 끝나면서 기록이 빠르게 사라지지는 않았는지 확인하세요. 로그 페이지를 함께 살펴볼 수도 있습니다. 요청을 계속 찾을 수 없다면 노드를 반복해서 바꾸기보다 시스템 프록시, 앱별 설정, VPN 터널을 먼저 점검하세요. 요청이 코어에 도달했지만 오류가 발생한다면 로그를 보고 파싱 실패, 연결 시간 초과, 대상 서버의 거부를 구분합니다. 로그를 공유하기 전에는 구독 주소, 인증 정보, 불필요한 접속 기록을 삭제하세요.

외부 IP로 연결 상태 확인

브라우저에서 익숙한 외부 IP 조회 사이트에 접속해 결과를 기록하고 연결 페이지의 정책과 비교하세요. 규칙 모드에서는 조회 사이트 자체에 직접 연결 규칙이 적용될 수 있으므로 로컬 IP가 표시되더라도 프록시가 작동하지 않는다고 단정할 수 없습니다. 비교가 필요하면 잠시 전역 모드로 바꾸고 전역 선택기에서 같은 노드를 직접 선택한 뒤 다시 조회하세요. 연결 기록에서도 해당 요청이 그 노드를 실제로 통과했는지 확인합니다.

비교를 마친 뒤 규칙 모드로 되돌리세요. 외부 IP 조회 사이트의 지역 정보는 데이터베이스 갱신에 따라 달라질 수 있으므로 지역 이름만으로 노드가 올바른지 판단하지 마세요. 최종 노드, 요청 결과, 외부 IP 변화를 함께 확인하는 편이 정확합니다. 한 번의 웹페이지 로딩 속도로 장기적인 회선 품질을 단정할 필요도 없습니다. 먼저 경로가 올바른지 확인하고 평소 사용 환경에서 살펴보세요.

연결에 실패하면 단계별로 되돌려 확인

브라우저에서 어떤 사이트도 열리지 않으면 먼저 시스템 프록시를 끄거나 모바일에서는 현재 VPN 연결을 종료해 기본 네트워크로 접속할 수 있는지 확인하세요. 클라이언트를 끈 뒤 네트워크가 복구된다면 ‘설정이 로드됐는지, 노드에 접속할 수 있는지, 트래픽 경로가 올바른지, 규칙이 예상대로인지’ 순서로 살펴보세요. 한 번에 하나만 바꾸고 요청을 다시 보내야 어떤 변경이 결과에 영향을 줬는지 알 수 있습니다. 전체 점검 순서는 연결 점검 안내를 참고하세요.

연결에 성공하면 현재 사용할 수 있는 설정 이름, 트래픽 경로, 주 그룹 선택을 기록한 뒤 적절한 구독 자동 업데이트를 설정하세요. 원격 구독을 업데이트하면 원본 설정이 교체될 수 있으므로 계속 유지할 사용자 지정 내용은 클라이언트에서 지원하는 영구 저장 위치에 두세요. 데스크톱 클라이언트를 종료하기 전에는 시스템 프록시를 먼저 끄거나 클라이언트가 시스템 설정을 자동으로 복구하는지 확인하세요. 로컬 프록시 서비스가 종료된 뒤에도 프록시 주소가 남는 일을 방지할 수 있습니다.

플랫폼이나 클라이언트를 바꾸려면 다운로드 센터로 이동하세요. 프록시 그룹, 규칙 우선순위, 네트워크 모드를 더 알아보려면 용어 설명을 읽고, 초급부터 고급까지 안내하는 설명서를 따라 장별로 설정하세요.