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

1단계: 구독 설정 가져오기 및 활성화

서비스 제공업체의 구독 페이지에서 Clash 또는 mihomo용 구독 메뉴를 찾아 옆에 있는 복사 버튼으로 링크 전체를 복사하세요. 복사한 주소에는 계정과 연결된 접근 정보가 포함될 수 있으므로 공개 채팅방이나 스크린샷에 노출하지 마세요. 페이지에서 클라이언트 형식을 여러 개 제공한다면 다른 형식을 무작정 가져와 보는 대신 현재 클라이언트와 호환된다고 명시된 형식을 선택하세요.

클라이언트로 돌아가 사이드바에서 ‘설정’ 또는 ‘구독’을 열고 ‘새로 만들기’, ‘추가’ 또는 ‘URL에서 가져오기’를 찾으세요. 주소 입력란에 링크를 붙여 넣고 ‘일상 연결’처럼 알아보기 쉬운 이름을 지정한 다음 ‘가져오기’ 또는 ‘저장’을 누릅니다. 일부 클라이언트는 설정 페이지 상단에 입력란이 바로 표시되며, 링크를 붙여 넣은 뒤 다운로드 아이콘을 누르면 됩니다. 이 이름은 설정을 구분하기 위한 것이며 서버의 노드 정보에는 영향을 주지 않습니다.

가져오기를 시작한 뒤 다운로드가 끝날 때까지 기다립니다. 정상이라면 설정 카드가 표시되거나 목록에 구독 항목이 추가됩니다. 해당 설정을 누르고 ‘활성화’, ‘사용’ 또는 선택 표시를 눌러 현재 설정으로 지정하세요. 다운로드 완료와 설정 활성화는 별개의 작업입니다. 목록에 파일이 보인다고 해서 코어가 해당 파일을 읽고 있다는 뜻은 아닙니다. 전환 후 구문이나 필드 오류가 나타나면 다음 단계로 넘어가기 전에 오류부터 해결하세요.

‘프록시’ 페이지를 열어 정책 그룹과 그룹에 포함된 노드가 표시되는지 확인하세요. 그룹 이름은 구독 설정에 따라 ‘프록시 선택’, Proxy 등으로 다를 수 있으며 이 글과 같을 필요는 없습니다. DIRECT, REJECT 같은 기본 항목만 보이면 설정 페이지로 돌아가 현재 설정이 선택되어 있는지 확인한 뒤 구독 업데이트 결과를 살펴보세요. 노드가 누락된 상태에서 전역 모드를 켜도 노드가 추가되지는 않습니다.

가져오기에 실패하면 링크 전체가 복사되었는지, 공백이나 줄바꿈이 추가되거나 끝부분의 매개변수가 빠지지 않았는지 먼저 확인하세요. 시간 초과 오류는 현재 네트워크에서 구독 서버에 접속할 수 없다는 뜻일 수 있습니다. 파싱 오류가 발생했다면 로그인 페이지나 오류 페이지가 반환되었거나 설정 형식이 호환되지 않을 수 있습니다. 브라우저에서 주소가 열린다고 해서 클라이언트가 읽을 수 있는 설정이 반환된다는 뜻은 아닙니다. 자세한 점검은 구독 업데이트 실패 문제 해결을 참고하고, 출처가 불분명한 온라인 변환 사이트에 링크를 입력하지 마세요.

서비스 제공업체가 로컬 YAML 파일을 제공했다면 ‘파일에서 가져오기’를 선택하고 해당 파일을 지정한 뒤 활성화하세요. 파일 가져오기는 원격 자동 업데이트를 지원하지 않을 수 있어 노드가 변경되면 설정을 다시 받아야 할 수 있습니다. 링크와 파일 중 어떤 방식을 사용하든 현재 설정이 활성화되어 있고, 프록시 페이지에 예상한 정책 그룹이 로드되며, 처리되지 않은 설정 오류가 없어야 이 단계를 완료한 것입니다.

2단계: 규칙 모드와 프록시 노드 선택

노드가 로드되었는지 확인한 다음 클라이언트의 홈, 프록시 또는 설정 페이지에서 ‘모드’를 찾으세요. 처음에는 ‘규칙’ 모드를 선택하는 것을 권장합니다. 영문 인터페이스에서는 보통 Rule로 표시됩니다. 이 모드에서는 설정에 정의된 규칙에 따라 연결마다 직접 연결, 프록시 그룹 또는 다른 출구를 사용하므로 프록시가 필요한 요청과 일반 접속을 구분할 수 있습니다. 선택한 뒤에는 구독에 포함된 규칙을 그대로 두고 사용자 규칙을 한꺼번에 많이 추가하지 마세요.

모드 메뉴의 ‘전역’은 보통 코어에 들어온 연결을 전역 정책으로 처리하므로 규칙이 결과에 영향을 주는지 잠시 비교할 때 유용합니다. ‘직접 연결’은 코어에 들어온 연결을 대상에 바로 접속시킵니다. 여기서 혼동하기 쉬운 점은 모드는 트래픽이 코어에 들어온 뒤의 경로를 정하며, 앱의 트래픽을 코어로 전달하지는 않습니다. 전역 모드를 선택해도 시스템 프록시나 VPN으로 연결되지 않은 앱은 여전히 직접 인터넷에 접속할 수 있습니다.

‘프록시’ 페이지로 돌아가 규칙에서 실제로 참조하는 기본 정책 그룹을 찾아 펼친 다음 노드를 선택하세요. 그룹에 ‘자동 선택’이나 ‘장애 조치’가 있다면 구독에서 미리 정의된 그룹을 사용해도 됩니다. 처음 문제를 확인할 때는 노드 하나를 직접 고정해야 전후 결과를 비교하기 쉽습니다. 하위 그룹에서 노드를 선택했다고 모든 요청이 그 노드를 사용한다고 단정하지 마세요. 규칙마다 참조하는 그룹이 다를 수 있습니다.

이어서 해당 그룹의 지연 시간 테스트 또는 연결 테스트 버튼을 누르고 결과가 나올 때까지 기다립니다. 시간 초과된 노드는 첫 확인에 사용하지 말고 다른 노드로 다시 테스트하세요. 테스트 결과는 클라이언트가 지정된 테스트 주소에 한 번 접속해 본 결과입니다. 지연 시간이 짧다고 모든 사이트의 다운로드 속도가 빠른 것은 아니며, 테스트에 성공해도 계정 트래픽, 대상 사이트, 전체 경로가 정상이라는 뜻은 아닙니다. 테스트가 계속 실패하면 구독 유효기간과 서비스 상태를 먼저 확인한 뒤 노드 지연 시간 및 시간 초과 안내를 살펴보세요.

평소 특정 사이트가 예상대로 프록시를 사용하지 않으면 연결 기록에서 어떤 규칙이 적용되었는지 확인한 다음 분기 설정을 변경할지 결정하세요. 전역 모드로 잠시 전환해 확인할 수 있지만 테스트 후에는 규칙 모드로 되돌리세요. 전역 모드도 연결되지 않은 프로그램의 트래픽을 처리하거나 사용할 수 없는 노드 문제를 해결해 주지는 않습니다. 규칙, 정책 그룹, 노드의 차이는 용어집에서 확인할 수 있습니다. 이 가이드에서는 우선 ‘규칙 모드와 명확한 출구 하나’로 간단하게 설정합니다.

이제 클라이언트에서 사용할 설정, 요청 처리 모드, 기본 정책 그룹의 출구를 지정했습니다. 다음 단계에서는 시스템이나 앱의 네트워크 요청을 클라이언트로 전달합니다. 현재 모드와 노드를 기억해 두고, 이후 테스트 중 노드 변경과 모드 전환, DNS 조정을 한꺼번에 하지 마세요. 연결이 복구되더라도 어떤 설정이 효과가 있었는지 파악하기 어려워집니다.

3단계: 서비스 시작 및 연결 설정

먼저 클라이언트 홈으로 돌아가 코어 또는 서비스 상태를 확인하세요. 클라이언트를 열면 코어가 자동으로 실행되는 경우도 있고 ‘시작’이나 연결 버튼을 눌러야 하는 경우도 있습니다. 실행 상태가 표시되고 포트 충돌이나 설정 로드 실패 같은 오류가 없어야 합니다. 코어가 정상적으로 시작되지 않았다면 시스템 프록시를 켜지 마세요. 응답하지 않는 로컬 포트로 앱이 연결되어 평소 열리던 사이트에도 접속할 수 없게 될 수 있습니다.

Windows, macOS, Linux 데스크톱에서는 첫 테스트로 ‘시스템 프록시’를 켜는 것이 좋습니다. 이 설정은 시스템 프록시를 변경해 해당 설정을 따르는 브라우저와 앱의 요청을 로컬 클라이언트로 전달합니다. 활성화한 뒤 브라우저에서 새 탭을 열어 테스트하세요. 네트워크 설정 변경을 허용할지 묻는 메시지가 나타나면 요청한 앱이 사용 중인 클라이언트인지 확인한 뒤 안내에 따라 허용하세요. 시스템 보호 기능을 끄는 것을 일반적인 설치 절차로 삼지 마세요.

시스템 프록시가 모든 프로그램에 적용되는 것은 아닙니다. 일부 게임, 명령줄 도구, 자체 프록시를 지정한 앱은 시스템 설정을 무시할 수 있습니다. 따라서 브라우저에서는 작동하지만 다른 프로그램에서는 달라진 점이 없더라도 노드가 작동하지 않는다고 단정할 수 없습니다. 먼저 브라우저 테스트를 마친 뒤 해당 프로그램에 프록시를 따로 설정해야 하는지, TUN을 사용해야 하는지 확인하세요. 명령줄 프록시 환경 변수와 시스템 프록시는 서로 다른 설정이므로 이번 브라우저 테스트를 위해 별도로 변경하지 마세요.

Android와 iOS에서는 보통 ‘연결’을 누르면 시스템 VPN 권한 요청이 표시됩니다. 앱 정보를 확인하고 VPN 연결을 허용한 뒤 클라이언트로 돌아와 상태를 살펴보세요. 시스템 VPN 표시로 터널이 설정되었는지는 알 수 있지만, 노드가 대상 사이트에 접속할 수 있는지를 그것만으로 확인할 수는 없습니다. 기기에서 다른 VPN을 사용 중이라면 먼저 연결을 끊고 테스트하세요. 업무용 프로필, 기기 관리 정책, 시스템의 상시 연결 VPN 설정이 새 연결을 제한할 수도 있습니다.

데스크톱 앱이 시스템 프록시를 따르지 않는 경우 클라이언트에서 ‘TUN’, ‘가상 네트워크 어댑터’ 또는 비슷한 항목을 찾아볼 수 있습니다. TUN은 가상 네트워크 인터페이스로 트래픽을 전달하며 서비스 설치, 라우팅, 추가 권한이 필요할 수 있습니다. 현재 클라이언트의 안내에 따라 권한을 허용하세요. 다른 가이드의 어댑터 이름, 라우팅 명령, DNS 매개변수를 그대로 복사해 사용하지 마세요. Linux의 권한, macOS의 네트워크 승인, Windows의 서비스 상태는 각 플랫폼에 맞게 확인해야 합니다.

TUN을 켠 뒤 네트워크 전체에 문제가 생기면 먼저 TUN을 끄고 일반 직접 연결이 복구되는지 확인하세요. DNS나 라우팅 설정을 계속 추가하지 마세요. 가상 네트워크 어댑터, 권한, DNS 연결 설정을 더 살펴보려면 전체 가이드의 해당 플랫폼 섹션을 참고하세요. 이 단계가 끝나면 데스크톱의 시스템 프록시 또는 올바르게 권한을 허용한 VPN/TUN처럼 연결 방식이 명확해야 합니다.

4단계: 트래픽 경로 확인 및 원래 상태 복구

연결 버튼이 활성화된 것으로 표시되더라도 아이콘 색상만 보고 끝내지 마세요. 브라우저에서 새 탭을 열고 프록시로 접속하려는 사이트 중 현재 정상적으로 운영되는 곳을 방문하세요. 이미 로드된 페이지나 오프라인 캐시, 기존 연결이 테스트 결과에 영향을 주지 않도록 새 요청을 사용하세요. 그런 다음 클라이언트로 돌아가 ‘연결’ 또는 Connections 페이지에서 방금 접속한 도메인을 찾습니다.

해당 연결을 펼쳐 대상 도메인, 적용된 규칙, 정책 그룹, 최종 출구를 확인하세요. 클라이언트마다 표시하는 항목은 다릅니다. 정책 경로 전체를 보여 주는 경우도 있고 최종 노드만 표시하는 경우도 있습니다. 기록에 선택한 프록시 노드가 최종 출구로 표시되고 웹페이지도 정상적으로 로드된다면 해당 요청의 연결과 프록시 경로는 대체로 정상입니다. DIRECT로 표시되면 규칙에 따라 판단해야 합니다. 예상된 직접 연결일 수도 있고 분기 설정이 예상과 다를 수도 있습니다.

웹페이지는 열리지만 연결 목록에서 해당 요청을 찾을 수 없다면 목록에 필터가 적용되어 있거나 새로고침이 중지되었는지, 특정 프로세스만 표시 중인지 확인한 뒤 페이지를 다시 방문하세요. 그래도 기록이 없다면 3단계로 돌아가 앱이 시스템 프록시를 따르는지 또는 VPN/TUN이 실제로 설정되었는지 확인해야 합니다. 페이지에 접속할 수 있다는 이유만으로 프록시가 작동한다고 단정하지 마세요. 원래 직접 연결할 수 있는 사이트일 수도 있습니다.

이어서 직접 연결이 예상되는 일반 사이트에도 접속해 같은 방식으로 기록을 확인하세요. 규칙 모드에서는 두 사이트가 서로 다른 출구를 사용하는 것이 정상입니다. 출구 IP 조회 사이트를 보조 확인에 사용한다면 조회 요청 자체가 프록시와 직접 연결 중 어느 쪽을 이용하는지 먼저 확인하세요. 조회 결과는 해당 요청만 보여 주며 기기의 모든 앱이 같은 출구를 사용한다는 뜻은 아닙니다. 결과 스크린샷을 공유할 때는 본인의 주소, 구독 정보, 계정 정보를 가리세요.

‘기록에는 프록시로 표시되지만 웹페이지가 열리지 않는’ 경우에는 먼저 대상 사이트를 바꾸고 다음으로 노드를 바꾸세요. 한 번에 한 항목씩만 변경해야 합니다. 여러 사이트에서 접속이 안 되고 노드 테스트도 시간 초과된다면 노드와 서비스 상태를 우선 확인하세요. 한 사이트에서만 실패하면 사이트 제한, 노드 출구 또는 규칙 문제일 수 있습니다. 페이지는 열리지만 일부 리소스만 실패한다면 전역 모드를 반복해서 전환하기보다 실패한 리소스의 연결 기록을 확인하는 편이 도움이 됩니다. 추가 원인은 자주 묻는 질문에서 증상별로 찾아보세요.

접속 테스트를 마친 뒤 연결 해제 상태도 확인하세요. 데스크톱에서는 시스템 프록시나 TUN을 끄고, 모바일에서는 연결을 끊은 다음 일반 사이트에 접속할 수 있는지 확인합니다. 시스템 프록시가 복구되기 전에 데스크톱 클라이언트를 강제 종료하지 마세요. 종료 후 브라우저가 여전히 인터넷에 연결되지 않으면 시스템 네트워크 설정에 로컬 클라이언트를 가리키는 수동 프록시가 남아 있는지 확인하세요. 복구할 때는 이번 클라이언트가 변경한 항목만 수정하고 회사나 학교에서 유지하도록 요구한 프록시 설정은 삭제하지 마세요.

사용 가능한 설정 이름, 트래픽 연결 방식, 현재 정책 그룹 선택을 기록해 두면 문제가 생겼을 때 확인된 설정으로 돌아갈 수 있습니다. 구독 업데이트 후 동작이 달라졌다면 현재 설정과 그룹 내 선택이 초기화되었는지 먼저 확인하세요. 자동 업데이트, DNS, 규칙 세트, 플랫폼별 백그라운드 권한을 설정하려면 전체 가이드의 설정 관련 자주 묻는 질문을 읽어 보세요. 첫 연결 단계에서 모든 고급 옵션을 한꺼번에 변경할 필요는 없습니다.