Clash 구독 가져오기와 연결 설정

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

클라이언트를 열고 ‘설정’, ‘구독’ 또는 ‘Profiles’ 페이지에서 ‘추가’, ‘가져오기’나 더하기 버튼을 찾으세요. 설정 제공자가 전체 URL을 제공했다면 원격 설정 또는 URL 가져오기를 선택합니다. YAML 파일을 이미 저장했다면 파일에서 가져오기를 선택하세요. 어떤 방법을 사용하든 현재 클라이언트가 파싱할 수 있는 설정이 필요합니다. URL을 로컬 파일 내용으로 저장하지 마세요.

URL을 붙여 넣고 다운로드 및 파싱이 끝날 때까지 기다리기

원격 설정의 주소 입력란에 전체 구독 URL을 붙여 넣고 알아보기 쉬운 이름을 지정한 다음 ‘가져오기’, ‘다운로드’ 또는 ‘저장’을 누르세요. 이름은 설정을 구분하기 위한 것으로 서버 설정에는 영향을 주지 않습니다. URL을 복사할 때 앞뒤 공백을 제거하고, 메신저의 설명이나 따옴표, 줄바꿈이 함께 들어가지 않도록 하세요. URL의 쿼리 매개변수도 임의로 삭제하거나 변경하지 마세요.

제출한 뒤 클라이언트가 요청을 완료할 때까지 기다리세요. 성공하면 보통 설정 목록에 새 항목이 나타나고 업데이트 시간, 설정 세부 정보 또는 업데이트 기능을 확인할 수 있습니다. 일부 구독은 클라이언트가 지정된 형식으로 먼저 내용을 가져와야 합니다. 형식 오류가 표시되면 파일 확장자를 계속 바꾸기보다 제공자에게 현재 클라이언트와 코어를 지원하는지 문의하세요. 브라우저에서 URL이 열린다고 해서 응답 내용이 유효한 Clash 설정이라는 뜻은 아닙니다.

원격 다운로드에 실패하면 먼저 프록시를 끈 상태에서 현재 네트워크로 구독 서비스에 접속할 수 있는지 확인하세요. 일부 클라이언트는 구독 업데이트 요청에 별도의 프록시 설정을 사용하므로 브라우저 접속 결과만으로 판단할 수 없습니다. 오류에 표시된 상태 코드나 문구를 기록한 뒤 구독 및 가져오기 문제를 확인하세요. 다운로드를 한 번 성공시키려고 인증서 검증을 끄거나, 출처를 알 수 없는 변환 페이지에 개인 구독 URL을 입력하지 마세요.

현재 설정으로 지정하고 프록시 그룹 확인하기

설정을 추가한 뒤 새 항목이나 옆에 있는 ‘활성화’ 또는 ‘사용’ 버튼을 눌러 현재 설정으로 지정하세요. 가져오자마자 자동으로 선택되는 클라이언트도 있지만, 목록에 저장만 하는 경우도 있으므로 현재 선택 표시를 확인해야 합니다. 목록에 항목이 늘었는지만 보고 판단하지 마세요. 그런 다음 ‘프록시’ 페이지에서 설정에 정의된 프록시 그룹과 선택 가능한 아웃바운드가 표시되는지 확인하세요.

로컬 파일을 가져오는 경우 시스템 파일 선택기에서 YAML 파일을 선택하고 클라이언트가 파싱할 때까지 기다린 다음, 같은 방법으로 설정을 활성화하세요. 로컬로 가져온 파일은 대개 원격 서비스에 맞춰 자동 업데이트되지 않습니다. 새 파일을 받으면 다시 가져오거나 클라이언트의 교체 기능을 사용해야 합니다. 원본 파일을 보관해 두면 나중에 규칙을 수정할 때 되돌릴 수 있습니다.

이 단계에서 확인한 것은 설정이 로드되었다는 것뿐이며, 프록시를 사용할 수 있다는 뜻은 아닙니다. 프록시 페이지가 비어 있거나 로드 중 필드 오류가 발생하거나 다른 파일이 현재 설정으로 선택되어 있다면 여기서 멈추고 문제를 해결하세요. 프록시 그룹이 정상적으로 표시되면 다음 단계에서 실행 모드를 선택합니다.

2. 규칙 모드와 프록시 아웃바운드 선택

클라이언트 홈 화면이나 ‘프록시’ 페이지로 돌아가 ‘모드’, ‘실행 모드’ 또는 ‘Mode’ 옵션을 찾으세요. 처음 설정할 때는 규칙 모드(Rule)를 선택합니다. 이 모드에서는 코어가 현재 설정의 규칙에 따라 연결을 직접 연결, 프록시 그룹 또는 차단 중 어디로 보낼지 결정합니다. 규칙을 자동으로 생성해 주는 것은 아니며 모든 사이트가 같은 프록시 출구를 사용한다는 뜻도 아닙니다.

먼저 모드를 정한 다음 프록시 그룹 선택하기

규칙 모드로 바꾼 뒤 프록시 목록을 열고 설정에서 프록시 접속에 사용하는 그룹을 찾으세요. ‘Proxy’, ‘노드 선택’ 등으로 표시될 수 있으며 구체적인 이름은 설정 제공자에 따라 다릅니다. 그룹을 펼쳐 사용 가능한 아웃바운드를 선택하세요. 그룹 안에 다른 프록시 그룹이 중첩되어 있다면 다음 단계에서 어떤 항목이 선택되어 있는지도 확인해야 합니다. 프록시를 선택했다고 생각했지만 실제로는 최종 경로가 DIRECT일 수 있습니다.

수동 선택 그룹에서는 아웃바운드를 직접 지정할 수 있지만, 자동 선택 그룹이나 장애 조치 그룹은 설정된 검사 및 전환 방식에 따라 작동합니다. 항목을 눌러도 선택 상태가 고정되지 않으면 먼저 그룹 유형을 확인하세요. 클라이언트 오류로 오해하지 마세요. 처음 연결할 때는 설정에 있는 그룹 구조를 그대로 사용하고, 그룹 이름을 바꾸거나 중복처럼 보이는 그룹을 삭제하지 않는 것이 좋습니다. 규칙이 그룹 이름을 참조하고 있을 수 있습니다.

클라이언트에 연결 테스트 기능이 있다면 프록시 그룹을 선택한 뒤 한 번 실행해 명백히 연결할 수 없는 항목을 제외할 수 있습니다. 하지만 테스트 결과는 지정된 테스트 대상에 한 번 요청한 결과일 뿐, 모든 앱에 접속할 수 있다는 뜻도 실제 다운로드 속도를 보여주는 것도 아닙니다. 이 페이지의 뒷부분에서 브라우저 접속과 연결 기록을 확인한 뒤 전체 상태를 판단하세요.

규칙·전역·직접 연결 모드 구분하기

‘전역(Global)’ 모드는 보통 코어에 들어온 연결을 모두 전역 프록시 그룹으로 보냅니다. 특정 문제가 규칙과 관련 있는지 잠시 비교할 때 사용할 수 있습니다. 모드를 바꾼 뒤에도 전역 그룹의 아웃바운드를 확인하세요. DIRECT가 선택되어 있으면 접속이 예상대로 프록시를 통과하지 않습니다. 비교를 마치면 규칙 모드로 되돌려 임시 문제 해결 설정을 일상 설정으로 사용하지 않도록 하세요.

‘직접 연결(Direct)’ 모드는 코어에 들어온 연결을 대상에 직접 연결하므로 프록시 출구의 사용 가능 여부를 확인하는 데 적합하지 않습니다. 전역 모드는 코어가 이미 받은 연결을 처리하는 방식만 결정하며 시스템의 모든 앱을 자동으로 연결하지는 않습니다. 어떤 앱의 트래픽이 코어에 들어오는지는 다음 단계에서 시스템 프록시나 VPN 트래픽 처리를 활성화하는 방식에 따라 달라집니다.

이제 현재 모드가 규칙이고 대상 프록시 그룹에 아웃바운드가 지정되어 있는지 확인할 수 있어야 합니다. 모드와 프록시 그룹의 자세한 관계는 프록시 모드와 프록시 그룹 안내에서 확인할 수 있습니다. 처음 설정할 때는 규칙 파일을 수정하지 말고 연결을 켜세요.

3. 코어를 실행하고 트래픽 처리 켜기

홈 화면이나 상태 페이지로 돌아가 코어가 실행 중인지 확인하세요. 일부 데스크톱 클라이언트는 프로그램을 실행하면 코어도 시작하지만, ‘시작’ 또는 ‘연결’을 눌러야 하는 클라이언트도 있습니다. 설정 오류, 시작 실패 또는 포트 사용 중 메시지가 표시되면 먼저 문제를 해결하세요. 시스템 프록시만 켜고 계속 진행해서는 안 됩니다. 실행되지 않는 로컬 서비스로 시스템 프록시가 연결되면 브라우저에서 인터넷에 접속하지 못할 수도 있습니다.

데스크톱: 먼저 시스템 프록시 사용

Windows, macOS 또는 해당 기능을 지원하는 Linux 데스크톱 클라이언트에서 ‘시스템 프록시’ 스위치를 찾아 켜세요. 시스템 설정 변경 권한을 요청하면 방금 실행한 클라이언트에서 보낸 요청인지 확인한 뒤 시스템 안내에 따라 허용합니다. 시스템 프록시 설정을 따르는 브라우저와 앱은 요청을 로컬 프록시 포트로 보냅니다.

처음 설정할 때 TUN을 함께 켤 필요는 없습니다. 먼저 시스템 프록시로 브라우저 접속을 테스트하세요. 변경 요인이 적고 원래대로 되돌리기도 쉽습니다. Linux는 데스크톱 환경과 앱마다 시스템 프록시 지원 방식이 다릅니다. 클라이언트에 스위치가 없거나 브라우저가 별도의 프록시 설정을 사용한다면 해당 클라이언트 안내에 따라 앱의 프록시 설정을 확인하세요. 다른 가이드의 포트 번호를 그대로 사용하지 말고 현재 클라이언트에 설정된 리스닝 포트를 확인하세요. 관련 항목은 포트 설정에서 볼 수 있습니다.

브라우저에 프록시 전환 확장 프로그램이 설치되어 있다면 먼저 일시 중지하거나 시스템 설정을 따르도록 바꾸세요. 시스템 설정이 계속 바뀌지 않도록 다른 프록시 클라이언트와 사용 중인 VPN도 잠시 종료합니다. 처음 연결을 테스트할 때 여러 트래픽 처리 도구를 동시에 실행하면 요청이 어떤 서비스를 통과하는지 확인하기 어렵습니다.

모바일: VPN 연결 권한 확인

Android 또는 iOS 클라이언트의 홈 화면에서 ‘연결’ 또는 시작 버튼을 누르세요. 처음 연결할 때 시스템 VPN 설정 또는 연결 요청이 나타나는 경우가 많으므로 안내에 따라 권한을 허용합니다. iOS에서는 기기 인증이 필요할 수도 있습니다. 여기서 말하는 VPN은 시스템이 제공하는 트래픽 처리 인터페이스이며, 구독이 정상 작동하는지 이미 확인되었다는 뜻은 아닙니다.

클라이언트로 돌아와 상태가 연결됨 또는 실행 중으로 바뀌었는지 확인하고 시스템 네트워크 상태에서 VPN이 설정되었는지도 확인하세요. Android는 제조사마다 상태 표시줄 아이콘이 다를 수 있으므로 아이콘 하나만으로 판단해서는 안 됩니다. 시스템에서 이미 다른 VPN 연결을 사용 중이라면 연결이 대체되는지 확인한 뒤 진행하세요. 처음 테스트하는 동안에는 클라이언트를 전면에 둬 백그라운드 제한으로 인한 연결 끊김이 설정 문제와 섞이지 않게 하세요.

권한 요청을 거부했다면 클라이언트로 돌아가 연결을 다시 시도하고, 시스템 설정에서 해당 앱이 VPN을 만들 수 있도록 허용되어 있는지 확인하세요. 영향을 모르는 상태에서 다른 앱의 네트워크 설정을 삭제하지 마세요. 권한 요청이나 시작 실패가 계속되면 운영체제 버전과 안내 문구를 기록한 뒤 연결 오류 문제 해결에서 해당 상황을 찾아보세요.

이 단계가 끝나면 클라이언트를 계속 실행하고 데스크톱에서는 시스템 프록시를, 모바일에서는 VPN을 켜 둡니다. 클라이언트를 종료하거나 DNS 설정을 더 변경하지 말고, 다음 단계에서 실제 요청으로 연결이 되는지 확인하세요.

4. 접속 결과와 규칙 적용 확인

새 브라우저 창이나 탭을 열어 현재 설정에서 프록시를 사용해야 하고 대상 서비스가 정상인 사이트에 접속하세요. 익숙한 사이트를 사용하면 됩니다. 테스트를 위해 계정에 로그인하거나 민감한 정보를 입력할 필요는 없습니다. 브라우저가 이전 페이지를 계속 재사용한다면 해당 페이지를 닫고 다시 여세요. 브라우저 캐시와 기존 장기 연결 때문에 두 번의 결과를 비교하기 어려울 수 있습니다.

접속하면서 연결 기록 확인하기

클라이언트에서 ‘연결’, ‘Connections’ 또는 요청 기록 페이지를 연 다음 브라우저에서 대상 페이지를 새로고침하세요. 방금 요청한 도메인을 찾아 적용된 규칙, 사용한 프록시 그룹과 최종 아웃바운드를 확인합니다. 화면에 일부 항목만 표시되면 연결 세부 정보나 로그를 함께 확인하세요. 페이지가 열린 것은 첫 번째 확인 결과일 뿐이며, 연결 기록의 경로까지 예상과 일치해야 트래픽 분류도 올바르다고 볼 수 있습니다.

이어서 설정에서 직접 연결되어야 하는 대상에 접속하고 같은 방법으로 기록을 확인하세요. 두 번의 접속이 각각 예상한 프록시 아웃바운드와 DIRECT로 표시되면 규칙 모드에서 적어도 이 두 대상은 설정에 맞게 처리된 것입니다. DIRECT 요청도 클라이언트 기록에 나타날 수 있습니다. 요청이 코어에 들어온 뒤 코어가 대상에 직접 연결했기 때문입니다.

사이트 하나가 열리는지만으로 모든 규칙이 정상이라고 판단하지 말고, 한 번의 IP 확인 결과를 모든 앱의 트래픽이 처리되고 있다는 증거로 보지 마세요. IP 확인은 해당 요청이 통과한 경로만 보여줍니다. 앱, 도메인, 연결 유형에 따라 적용되는 규칙이 다를 수 있습니다. 처음에는 자주 사용하는 브라우저와 실제 사용 사례 하나를 확인한 뒤 테스트 범위를 단계적으로 넓히세요.

문제가 생기면 연결 경로를 따라 확인하고 여러 설정을 동시에 바꾸지 마세요

대상에 접속할 수 없고 클라이언트에 해당 연결 기록도 전혀 없다면 시스템 프록시나 VPN이 켜져 있는지, 브라우저가 시스템 설정을 우회하는지, 코어가 계속 실행 중인지 먼저 확인하세요. 이 단계에서는 트래픽이 들어오는 지점을 찾는 것이 우선이며 규칙 집합을 바로 바꾸지 마세요. 연결 기록은 있지만 최종 아웃바운드가 예상과 다르면 두 번째 단계로 돌아가 모드, 프록시 그룹 선택과 현재 활성화된 설정을 확인하세요.

연결 기록에 예상한 프록시를 사용한 것으로 표시되는데도 요청이 실패하면 ‘로그’ 페이지를 열고 방금 접속한 시간대의 오류를 찾으세요. timeout은 보통 연결 과정의 일부가 제한 시간 안에 완료되지 않았다는 뜻입니다. DNS 확인 실패라면 대상 도메인과 서버 도메인 중 어디에서 문제가 생겼는지 추가로 확인해야 합니다. 이런 문구만으로 어느 쪽에 문제가 있는지 단정할 수는 없습니다. 같은 프록시 그룹에서 정상 작동이 확인된 다른 아웃바운드를 선택해 같은 대상에 다시 접속하고, 다른 설정은 그대로 유지하세요.

추가 정보가 필요할 때만 로그 수준을 잠시 높이고 테스트가 끝나면 평소 수준으로 되돌리세요. 도움을 요청할 때는 클라이언트 이름, 운영체제 버전, 재현 단계, 발생 시간과 민감 정보를 가린 오류 내용을 함께 제공하세요. 전체 구독 URL과 인증 정보는 공개하지 마세요. 더 자세한 문제 해결 방법은 연결 및 접속 문제에서, 로그 읽는 방법은 자주 발생하는 오류의 의미와 해결 방향에서 확인할 수 있습니다.

정상 작동 상태를 저장하고 종료 후 네트워크 확인하기

접속과 트래픽 분류 결과가 예상대로라면 현재 설정 이름, 선택한 프록시 그룹과 트래픽 처리 방식을 기록하고 원본 설정을 백업해 두세요. 평소 구독을 업데이트한 뒤에는 프록시 그룹 선택을 간단히 확인하세요. 제공자가 그룹을 변경하거나 아웃바운드를 삭제하면 기존 선택이 더 이상 유효하지 않을 수 있습니다. 부팅 시 실행, 백그라운드 실행과 예약 업데이트는 기본 연결이 안정된 뒤 하나씩 설정하면 됩니다.

데스크톱 사용을 마칠 때는 먼저 시스템 프록시를 끄고 클라이언트를 종료한 다음 일반 웹페이지에 접속할 수 있는지 확인하세요. 대부분의 클라이언트는 종료할 때 프록시 설정을 복구하지만 프로세스를 강제 종료하면 시스템 설정이 남을 수 있습니다. 종료 후 네트워크에 문제가 생기면 시스템 프록시가 중지된 로컬 서비스로 연결되어 있지 않은지 먼저 확인하세요. 모바일에서는 클라이언트에서 연결을 끊고 시스템 VPN도 종료되었는지 확인합니다.

이제 구독 로드, 모드 선택, 트래픽 처리와 접속 확인까지 한 번의 설정 과정이 완료되었습니다. 이후 트래픽 분류를 사용자 지정하거나 앱 적용 범위를 넓히려면 초보자부터 고급 사용자까지 보는 전체 가이드를 읽어보세요. 이번에 정상 작동한 설정을 기준으로 보관하고, 설정을 바꿀 때마다 마지막 단계의 확인을 반복하면 됩니다.