Clash 구독 가져오기 및 연결 가이드

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

클라이언트를 실행한 뒤 연결 버튼부터 누르지 말고 ‘설정’, ‘구독’ 또는 비슷한 이름의 페이지로 이동합니다. ‘추가’, ‘가져오기’, ‘URL에서 가져오기’ 메뉴를 찾아 구독 링크 전체를 입력란에 붙여 넣으세요. ‘일상용 설정’처럼 용도를 구분하기 쉬운 이름을 지정해도 됩니다. 링크 앞뒤에 공백이 없는지, 채팅 메시지의 설명 문구까지 복사하지 않았는지 확인한 뒤 저장 또는 가져오기를 눌러 다운로드와 파싱이 완료될 때까지 기다립니다.

가져오기에 성공하면 설정 목록에 새 카드나 항목이 표시되며, 이름과 업데이트 시각, 상태가 함께 보일 수 있습니다. 해당 설정을 누르거나 메뉴에서 ‘사용’, ‘활성화’를 선택하세요. 가져온 설정이 자동으로 선택되는 클라이언트도 있지만 파일만 저장되는 경우도 있습니다. 목록에 이름이 보인다는 이유만으로 코어가 새 설정을 사용한다고 단정하지 마세요. 프록시 페이지로 돌아가 프록시 그룹과 노드가 표시되는지 확인한 뒤 다음 단계로 진행합니다.

로컬 YAML 파일을 사용하는 경우

로컬 파일을 받은 경우 ‘파일에서 가져오기’ 메뉴에서 해당 .yaml 또는 .yml 파일을 선택하세요. 파일 경로를 구독 URL 입력란에 넣거나, 파일을 열기 위해 확장자를 텍스트 형식으로 바꾸지 마세요. 가져오기에 성공한 뒤에도 설정을 활성화해야 합니다. 설정에서 원격 규칙 세트나 프록시 그룹을 참조한다면 처음 불러올 때 해당 리소스를 다운로드해야 할 수 있습니다. 파일 파싱에 성공했다고 모든 원격 리소스까지 준비된 것은 아닙니다.

처음에는 클라이언트의 가져오기 기능을 사용하고 원본 YAML을 직접 편집하지 않는 것이 좋습니다. 들여쓰기, 필드 이름, 참조 이름이 잘못되면 설정을 불러오지 못할 수 있습니다. 오류가 나면 클라이언트에 표시된 필드 이름이나 줄 번호를 기록한 뒤 해당 설명을 확인하세요. 여러 가이드의 설정 조각을 임의로 합치지 마세요. 설정 파일과 구독의 차이는 용어집에서 확인하고, 원격 설정 업데이트 방법은 구독 및 설정 관리를 참고하세요.

구독 다운로드에 실패하면 먼저 주소 확인

다운로드에 실패했다면 프록시를 연결하지 않은 상태에서도 기기가 인터넷에 접속되는지 확인하고, 링크 만료 여부와 로그인이 필요한지, 제공업체가 현재 클라이언트의 형식을 지원하는지 살펴보세요. 브라우저에서 열리는 웹 주소가 반드시 구독 주소인 것은 아닙니다. 로그인 페이지나 HTML이 반환되면 클라이언트는 이를 프록시 설정으로 읽을 수 없습니다. 제공업체가 구독용으로 안내한 주소만 가져오기에 사용하세요.

구독 링크에는 계정 접근 정보가 포함될 수 있습니다. 공개 댓글이나 스크린샷, 신뢰할 수 없는 변환 사이트에 붙여 넣지 말고 전체 링크를 다른 사람에게 전달하지 마세요. 도움을 요청할 때는 오류 문구만 남기고 링크의 민감한 부분을 가리세요. 가져오기에 성공해 프록시 그룹이 표시되면 현재 설정은 그대로 둔 채 다음 단계에서 모드와 노드만 조정해 한 번에 바뀌는 항목을 줄이세요.

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

클라이언트 홈 또는 ‘프록시’ 페이지에서 ‘규칙’, ‘전역’, ‘직접 연결’ 모드를 선택합니다. 처음에는 ‘규칙’을 선택하는 것이 좋습니다. 이 모드는 현재 설정의 규칙에 따라 요청을 프록시 그룹으로 보내거나 직접 연결하거나 차단합니다. 화면 언어나 웹사이트 이름을 보고 용도를 자동으로 판단하는 기능은 아닙니다. 사용할 수 있는 트래픽 분기 방식은 불러온 설정에 따라 달라집니다.

규칙 모드를 선택한 뒤 프록시 그룹을 확인하세요. 설정에 따라 그룹 이름이 ‘노드 선택’, ‘프록시’ 또는 다른 이름으로 표시될 수 있으므로 가이드와 이름이 똑같을 필요는 없습니다. 직접 선택해야 하는 그룹을 열고 사용 권한이 있는 노드를 눌러 현재 선택 항목으로 지정하세요. 그룹 안에서 다른 프록시 그룹을 선택하도록 되어 있다면 그 하위 그룹의 선택 결과도 확인해야 합니다. 자동 선택이나 장애 조치 그룹은 설정된 정책에 따라 작동하므로 모든 그룹을 같은 노드로 바꿀 필요는 없습니다.

노드를 먼저 선택한 뒤 사용 가능 여부 확인

화면에 지연 시간 테스트가 있다면 먼저 실행해 정상적으로 응답하는 노드가 있는지 확인하세요. 이 결과는 지정된 테스트 주소에 한 번 접속해 본 상태만 보여줍니다. 실제 다운로드 속도를 나타내거나 모든 웹사이트와 UDP 요청이 작동한다고 보장하지는 않습니다. 테스트 시간 초과는 테스트 주소나 로컬 네트워크 문제일 수도 있습니다. 노드를 선택한 뒤에도 네 번째 단계에서 실제 접속과 연결 기록을 확인해야 합니다.

특정 테스트 수치를 얻으려고 여러 노드를 연달아 바꾸지 마세요. 후보 노드 하나를 정해 연결과 확인을 마친 뒤, 실제 접속에 실패할 경우에만 노드를 바꿔 재시도하세요. 이렇게 하면 노드, 모드, 트래픽 연결 방식 중 어디에 문제가 있는지 구분할 수 있습니다. 스위치 서너 개를 동시에 바꾸면 무엇이 원인이었는지 알기 어렵습니다.

‘모드’와 ‘트래픽 연결 방식’도 구분해야 합니다. 모드는 요청이 코어에 들어온 뒤의 처리 방법을 정하고, 시스템 프록시나 TUN은 어떤 요청을 코어로 보낼지 결정합니다. 전역 모드로 바꿔도 모든 앱이 자동으로 시스템 프록시를 사용하는 것은 아닙니다. 마찬가지로 TUN을 켜도 규칙 모드가 전역 모드로 바뀌지는 않습니다. 규칙 모드와 선택한 노드는 그대로 두고 아래 단계에서 기기 트래픽을 연결하세요. 규칙의 세부 적용 순서는 규칙 기반 트래픽 분기에서 확인하면 됩니다.

3. 연결 켜기 및 시스템 권한 허용

클라이언트 홈으로 돌아가 코어가 실행 중인지 확인하거나, 앱에서 제공하는 시작 또는 연결 버튼을 누르세요. 설정을 불러오지 못했다는 메시지가 표시되면 첫 번째 단계로 돌아가 문제를 해결해야 합니다. 시스템 프록시를 반복해서 켜고 끄는 것으로 설정 문법 오류를 해결할 수는 없습니다. 코어 실행과 시스템 프록시는 별개입니다. 클라이언트 창이 열려 있어도 시스템이 요청을 클라이언트로 보내지 않을 수 있습니다.

PC에서는 시스템 프록시로 브라우저부터 테스트

Windows, macOS 또는 Linux 데스크톱 클라이언트에서 ‘시스템 프록시’ 스위치를 찾아 켜세요. 대부분의 그래픽 클라이언트는 운영체제의 프록시 주소를 로컬 수신 포트로 설정하므로 다른 가이드에 나온 포트 번호를 직접 입력할 필요가 없습니다. 프록시 주소를 직접 입력한 적이 있다면 현재 클라이언트에 표시된 수신 설정을 기준으로 확인하세요. 이전 포트는 더 이상 사용되지 않을 수 있습니다.

시스템 프록시를 켠 뒤에는 해당 설정을 따르는 브라우저로 테스트 페이지를 여세요. 다른 프록시 클라이언트를 동시에 실행하지 말고, 프록시 설정을 덮어쓸 수 있는 브라우저 확장 기능도 잠시 비활성화하세요. 나중에 실행한 프로그램이 같은 시스템 설정을 변경할 수 있습니다. 일부 앱은 자체 프록시 설정을 사용하고 터미널 프로그램도 데스크톱 시스템 프록시를 따르지 않을 수 있습니다. 브라우저는 되지만 특정 앱이 되지 않는다고 바로 노드 문제로 판단하지 마세요.

모바일에서 VPN 권한 확인

Android 또는 iOS에서 클라이언트의 연결 버튼을 누르면 시스템에 VPN 연결 권한을 요청하는 창이 표시될 수 있습니다. 앱 이름이 현재 사용하는 클라이언트와 일치하는지 확인한 뒤 연결을 허용하세요. 앱으로 돌아와 연결 상태를 확인하고 시스템 상태 표시줄의 VPN 아이콘도 살펴보세요. 아이콘은 시스템에 해당 네트워크 연결이 설정됐다는 뜻일 뿐, 원격 노드가 정상 작동한다는 증거는 아닙니다.

기기에 다른 VPN 앱이 연결되어 있다면 시스템 설정에서 확인한 뒤 더 이상 사용하지 않는 연결을 끊고 현재 클라이언트를 시작하세요. Android에서 처음 테스트할 때는 클라이언트를 포그라운드에 둬도 됩니다. 화면을 잠근 뒤에만 연결이 끊기는 경우에 한해 백그라운드 실행 및 배터리 관리 제한을 확인하세요. 이렇게 하면 처음부터 연결되지 않는 문제와 백그라운드에서 앱이 종료되는 문제를 구분할 수 있습니다.

필요할 때만 TUN 켜기

시스템 프록시를 사용하는 브라우저는 정상 작동하지만 대상 앱이 해당 설정을 지원하지 않거나 사용하지 않는다면 TUN을 고려할 수 있습니다. TUN은 가상 네트워크 인터페이스로 트래픽을 연결하며, 추가 권한과 라우팅 및 DNS 설정이 필요한 경우가 많습니다. 데스크톱 클라이언트는 서비스 설치, 관리자 권한 또는 시스템 권한 허용을 요청할 수 있으니 현재 클라이언트의 안내를 따르세요. 스위치가 보인다고 관련 옵션을 모두 켜지는 마세요.

TUN을 처음 테스트할 때는 기존 시스템 프록시 상태를 기록하고 클라이언트 안내에 따라 설정하세요. 여러 연결 방식을 수동으로 겹쳐 사용하지 마세요. 권한 오류나 라우팅 문제가 발생하면 TUN을 끄고 기존 시스템 프록시 방식이 여전히 작동하는지 확인합니다. 자동 라우팅, 엄격한 라우팅, DNS 가로채기에 관한 내용은 TUN 설정을 참고하세요. 이번 초기 설정에서는 안정적으로 트래픽을 연결할 수 있는 방식 하나만 선택하면 됩니다.

4. 요청 및 규칙 적용 여부 확인

연결을 마친 뒤 현재 설정에서 프록시를 사용해야 하는 웹사이트에 접속한 다음, 직접 연결되어야 하는 일상적인 서비스도 열어 보세요. 둘 다 열리면 기본적인 접속은 정상이라는 뜻입니다. 트래픽 분기까지 확인하려면 클라이언트의 ‘연결’, ‘활동’ 또는 비슷한 이름의 페이지를 확인해야 합니다. 테스트 페이지를 새로고침한 직후 기록을 보면 백그라운드 요청이 너무 많아 확인하기 어려운 상황을 줄일 수 있습니다.

웹 요청과 클라이언트 기록 대조

연결 기록에서 방금 연 웹사이트의 도메인을 찾아 적용된 규칙, 사용한 프록시 그룹, 최종 아웃바운드를 확인하세요. 클라이언트마다 표시 항목이 다르며 프록시 체인이나 연결 대상만 보여주는 경우도 있습니다. 실제 화면에 표시되는 정보를 기준으로 확인하세요. 요청이 직접 연결로 표시되더라도 설정에서 직접 연결하도록 되어 있다면 정상적인 분기이므로 억지로 프록시를 사용하게 바꿀 필요는 없습니다.

브라우저에서는 접속되지만 연결 목록에 해당 기록이 없다면 앱이 현재 연결 방식을 우회했거나 연결이 이미 종료됐거나 목록에 필터가 적용됐을 수 있습니다. 먼저 필터를 해제하고 페이지를 다시 불러온 뒤 브라우저 자체의 프록시 설정을 확인하세요. 공인 IP 조회 결과만으로 판단하지 마세요. 조회 사이트가 규칙에 따라 직접 연결될 수 있고 캐시나 기존 장기 연결도 확인 결과에 영향을 줄 수 있습니다. 규칙 기록과 실제 접속을 함께 살펴보세요.

실패하면 조건을 하나씩 바꾸기

모든 페이지가 열리지 않는다면 먼저 시스템 프록시를 끄거나 VPN 연결을 해제하고 일반 네트워크가 복구되는지 확인하세요. 일반 네트워크도 비정상이라면 로컬 네트워크부터 점검합니다. 일반 네트워크는 정상인데 연결 후 문제가 생긴다면 클라이언트에서 설정이 활성화됐는지, 코어가 실행 중인지, 노드가 선택됐는지 확인하세요. 다음에는 노드 하나만 바꿔 다시 테스트하고 DNS, 모드, 포트를 동시에 변경하지 마세요.

특정 도메인만 실패한다면 적용된 규칙을 확인하세요. 로그에 도메인 확인 오류가 주로 표시된다면 DNS 문제를 살펴봅니다. 브라우저는 정상인데 다른 앱만 실패한다면 재설치부터 하지 말고 해당 앱의 요청이 클라이언트로 들어오는지 확인하세요. 자세한 오류 해결 방법은 증상별로 자주 묻는 질문에서 찾아볼 수 있습니다. DNS 작동 모드와 Fake-IP 개념은 용어집에서, 구체적인 설정은 DNS 가이드에서 확인하세요.

사용 가능한 상태 저장 및 올바른 종료

연결이 정상인지 확인한 뒤 현재 사용하는 설정, 모드, 트래픽 연결 방식을 기록해 두세요. 나중에 구독을 업데이트할 때 프록시 그룹 선택이 바뀌었는지 확인합니다. 클라이언트가 백업이나 내보내기를 지원하면 현재 사용 가능한 설정을 저장하고 민감한 정보는 안전하게 보관하세요. 초기 확인이 끝나기 전에는 시작 시 자동 실행을 설정하지 않아도 됩니다. 아직 검증하지 않은 설정이 로그인할 때마다 네트워크를 자동으로 제어하는 일을 막을 수 있습니다.

사용을 마칠 때는 데스크톱에서 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하세요. 모바일에서는 연결을 끊고 시스템 VPN 상태가 종료됐는지 확인합니다. 클라이언트에 따라 정상 종료 시 시스템 설정을 자동으로 복구하지만, 프로세스를 강제 종료하면 정리가 완료되지 않을 수 있습니다. 종료 후 갑자기 인터넷이 되지 않는다면 시스템 프록시가 여전히 로컬 프록시 포트를 가리키는지 확인하고 남아 있는 설정을 해제한 뒤 다시 시도하세요. 기기 전체의 네트워크를 바로 초기화하지 마세요.