Clash 사용 가이드: 구독 가져오기부터 연결 확인까지

01

CONFIG INPUT / PROFILE

구독을 가져와 현재 설정 활성화

결론부터 말하면, 가져오기에 성공했다고 설정이 바로 실행되는 것은 아닙니다. 이 단계의 완료 기준은 클라이언트에 새 설정이 표시되고 정상적으로 분석되며 현재 사용 항목으로 지정된 상태입니다.

구독 또는 설정 메뉴 찾기

설치한 Clash 클라이언트를 열고 먼저 ‘구독’, ‘설정’, ‘Profiles’ 또는 ‘설정 파일’ 페이지를 찾습니다. 대부분의 그래픽 클라이언트에는 주소 입력란과 ‘가져오기’, ‘다운로드’ 또는 ‘업데이트’ 버튼이 있습니다. 서비스 제공업체가 제공한 전체 구독 주소를 입력란에 붙여 넣고 가져오기를 실행하세요. 구독 주소에는 보통 접근 자격 정보가 포함되므로 신뢰할 수 있는 기기와 사용하는 클라이언트에만 저장하고, 공개 페이지나 스크린샷, 공개 문의 기록에 복사하지 마세요.

로컬 YAML 설정 파일을 받은 경우에는 ‘파일에서 가져오기’를 선택하거나 파일을 클라이언트의 지정 영역으로 끌어다 놓습니다. 원격 구독과 로컬 파일의 핵심 차이는 업데이트 방식입니다. 원격 구독은 보통 기존 주소로 새로 고칠 수 있지만, 로컬 파일은 내용이 바뀐 뒤 다시 가져와야 합니다. 처음에는 출처가 비슷한 설정을 여러 개 동시에 추가하지 마세요. 나중에 어떤 설정이 활성화되었는지 판단하기 어려워집니다.

분석이 끝날 때까지 기다린 뒤 설정 목록 확인

가져오기를 클릭한 뒤 클라이언트의 결과를 기다립니다. 정상이라면 설정 목록에 새 항목이 추가되고 설정 이름이나 업데이트 시간이 표시됩니다. 해당 설정을 열어 최소 하나 이상의 프록시 노드 또는 정책 그룹이 있는지 확인하세요. 클라이언트에서 YAML 형식 오류, 지원되지 않는 필드, 빈 구독 내용 또는 다운로드 실패가 즉시 표시되면 후속 단계로 진행하지 마세요. 정상적으로 분석되지 않은 설정은 모드 전환으로 복구할 수 없습니다.

설정이 목록에 표시되어도 아직 선택되지 않은 상태일 수 있습니다. 설정 항목, 활성화 스위치 또는 ‘활성 설정으로 지정’을 클릭해 현재 사용 항목을 명확히 지정하세요. 일부 클라이언트는 전환할 때 코어를 다시 불러오므로 잠시 중지되었다가 시작되는 것은 정상입니다. 상태가 계속 오류 또는 로딩 중이라면 시작 버튼을 반복해서 누르지 말고 로그에서 가장 먼저 나타난 분석 정보를 확인하세요.

이 단계 완료 후 상태

이제 클라이언트에는 명확한 활성 설정이 하나만 있어야 하며, 설정 페이지가 열리고 정책 그룹에도 선택 항목이 표시되어야 합니다. 아직 웹페이지 테스트를 서두르지 마세요. 다음 단계에서 요청이 규칙과 어떻게 매칭될지 결정해야 합니다. 설정은 ‘사용 가능한 데이터’이고 프록시 모드는 이 데이터가 각 연결에 어떻게 적용될지를 정합니다.

02

ROUTE MODE / POLICY

규칙 모드 선택 및 정책 그룹 확인

처음에는 규칙 모드를 선택하는 것이 좋습니다. 설정에 위에서부터 정렬된 규칙에 따라 요청의 경로를 판단하고 프록시와 직접 연결을 함께 처리하기 때문입니다. 글로벌 모드는 짧은 비교 테스트에, 직접 연결 모드는 프록시를 일시 중지하거나 로컬 네트워크를 확인할 때 적합합니다.

세 가지 모드의 사용 범위 이해

‘모드’, ‘Mode’ 또는 홈 화면의 실행 모드 영역으로 이동하면 보통 규칙, 글로벌, 직접 연결 세 가지 옵션이 표시됩니다. ‘규칙’을 선택하면 도메인, 네트워크 주소 또는 프로세스가 설정의 규칙에 따라 정책 그룹에 매칭됩니다. 일치하는 규칙을 찾으면 이후 규칙은 확인하지 않습니다. 설정 관리자가 규칙에서 트래픽별 처리 방식을 이미 나누어 두었기 때문에 일상적인 사용의 출발점으로 가장 적합합니다.

‘글로벌’은 대부분의 요청을 하나의 통합 정책 그룹으로 보내는 방식이며, 복잡한 규칙을 우회했을 때 특정 웹사이트에 연결되는지 확인할 때 유용합니다. 하지만 일상적인 기본값으로 항상 더 좋은 것은 아닙니다. 로컬 네트워크 기기, 로컬 서비스와 프록시가 필요 없는 연결까지 프록시로 전달될 수 있기 때문입니다. ‘직접 연결’은 프록시 노드를 거치지 않으며 원래 네트워크가 정상인지 확인하거나 클라이언트를 종료하기 전 임시 복구 수단으로 사용할 수 있습니다.

정책 그룹에서 특정 노드 선택

모드를 정한 뒤 ‘프록시’, ‘Proxies’ 또는 ‘정책 그룹’ 페이지를 엽니다. 이곳은 단순한 노드 목록이 아니라 선택 로직이 적용된 정책 모음입니다. 대표적으로 수동 선택, 자동 테스트, 장애 조치, 부하 분산 방식이 있습니다. 처음 설정할 때는 ‘노드 선택’, ‘프록시 선택’과 비슷한 이름이거나 설정 설명에서 지정한 주요 정책 그룹을 우선 처리하고, 그 안에서 사용할 수 있는 노드를 선택하세요.

클라이언트에 표시되는 지연 시간 테스트는 특정 탐색 요청의 결과일 뿐 모든 웹사이트와 앱의 실제 사용 경험을 의미하지는 않습니다. 노드를 선택할 수 있으면 현재 선택을 유지한 채 다음 단계로 진행하고 모든 항목을 계속 테스트할 필요는 없습니다. 정책 그룹에 항목이 전혀 없다면 첫 단계로 돌아가 구독이 정상적으로 분석되었는지 확인하세요. 일부 프로토콜 노드만 표시되지 않는다면 코어 지원 차이일 수 있으므로 프로토콜 및 코어 기술 참고를 확인하고, 간단한 시작 절차에서 설정을 무작정 수정하지 마세요.

모드 전환으로 문제 해결 기준 만들기

연결을 계속하기 전에 현재 모드와 주요 정책 그룹 선택을 기록해 두세요. 이후 확인에 실패하면 노드는 그대로 둔 채 규칙 모드를 글로벌 모드로 바꿔 비교하거나, 규칙 모드는 유지한 채 노드만 바꿔 볼 수 있습니다. 한 번에 하나의 변수만 바꿔야 문제가 규칙, 노드 또는 시스템 연결 기능 중 어디에서 비롯되었는지 판단할 수 있습니다. 모드와 노드를 동시에 바꾸고 구독까지 새로 고치면 연결이 복구되어도 어떤 작업이 영향을 주었는지 알 수 없습니다.

03

NETWORK LINK / SYSTEM

코어를 시작하고 시스템 연결 설정

이 단계에서는 두 가지 상태를 확인해야 합니다. Clash 코어가 실행 중인지, 운영체제가 대상 앱의 트래픽을 해당 코어로 전달하는지입니다. 한 가지만 충족하면 웹페이지가 여전히 기존 연결 경로를 사용할 수 있습니다.

먼저 클라이언트 코어 시작

클라이언트 홈 또는 일반 설정 페이지로 돌아가 ‘시작’, ‘실행’ 또는 전체 스위치를 클릭합니다. 정상적으로 시작되면 상태가 중지에서 실행으로 바뀌고 로그에 설정 분석 오류가 계속 나타나지 않습니다. 데스크톱 클라이언트에는 HTTP, SOCKS 또는 혼합 포트가 표시될 수 있는데, 이는 로컬 프록시 수신 대기 지점입니다. 그래픽 클라이언트를 처음 사용할 때는 보통 직접 수정할 필요가 없으므로 기본값을 유지하는 편이 설정 변수를 줄이는 데 도움이 됩니다.

시작 직후 중지된다면 먼저 로그 앞부분의 오류를 확인하세요. 포트가 이미 사용 중이라면 다른 프록시 클라이언트가 백그라운드에서 실행 중일 가능성이 큽니다. 설정 로드에 실패했다면 구독 페이지로 돌아가 분석 가능한 설정을 다시 선택하세요. 시스템 프록시 스위치를 반복해서 바꾸는 것으로 코어 시작 실패를 해결하려 하지 마세요. 시스템 프록시는 트래픽을 수신 대기 포트로 보낼 뿐 코어 자체를 복구하지는 못합니다.

플랫폼에 맞는 트래픽 연결 기능 켜기

Windows, macOS 또는 일반적인 Linux 데스크톱 클라이언트에서는 계속해서 ‘시스템 프록시’를 켭니다. 이 스위치는 운영체제의 프록시 설정을 변경해 시스템 프록시를 따르는 앱이 Clash의 로컬 수신 대기 포트에 연결하도록 합니다. 켠 뒤에는 클라이언트를 바로 종료하지 말고 실행 상태를 유지한 채 다음 단계로 확인하세요. 클라이언트에 강화 모드, TUN 또는 서비스 모드가 있어도 처음부터 모두 켤 필요는 없습니다. 먼저 시스템 프록시로 브라우저를 테스트하면 권한, 라우팅, DNS 변수를 줄일 수 있습니다.

Android와 iOS에는 보통 ‘시스템 프록시’ 스위치가 없으며 연결을 누를 때 VPN 설정 생성 권한을 요청합니다. 시스템 권한을 승인한 뒤 상태 영역에 VPN 표시가 나타나는지 확인하고 클라이언트로 돌아가 연결이 계속 실행 중인지 확인하세요. 모바일 운영체제에서는 같은 종류의 VPN 채널을 하나의 앱만 사용할 수 있는 경우가 많습니다. 다른 VPN, 필터 또는 보안 앱이 실행 중이면 새 연결이 거부되거나 기존 연결을 대체할 수 있습니다.

연결 중 상태 일관성 유지

연결을 설정한 뒤에는 먼저 구독 업데이트, 설정 전환 또는 DNS 변경을 하지 마세요. 활성 설정, 규칙 모드와 노드 선택을 그대로 유지하고 클라이언트의 연결 또는 로그 페이지를 열어 다음 단계에서 요청을 관찰할 준비를 합니다. 이때 현재 어떤 설정을 쓰는지, 어떤 모드인지, 주요 정책 그룹에서 무엇을 선택했는지, 시스템 연결 기능이 켜져 있는지 네 가지를 명확히 알 수 있어야 합니다. 하나라도 확실하지 않다면 웹페이지를 테스트하기 전에 해당 페이지로 돌아가 확인하세요.

04

OUTPUT CHECK / REQUEST

실제 요청으로 적용 여부 확인

스위치 색상, 트레이 아이콘 또는 VPN 표시만으로 결과를 판단하지 마세요. 신뢰할 수 있는 확인을 위해서는 앱 요청이 성공하고, 클라이언트에 해당 연결 기록이 나타나며, 요청이 예상한 규칙 또는 정책에 매칭되었는지 함께 확인해야 합니다.

식별하기 쉬운 새 요청 보내기

클라이언트의 연결 또는 로그 페이지를 열어 둔 상태에서 브라우저로 이전에 방문하지 않은 웹페이지를 열거나 시크릿 창에서 요청을 보냅니다. 이렇게 하면 브라우저 캐시가 이전 콘텐츠를 바로 반환하는 영향을 줄일 수 있습니다. 페이지가 로드되기 시작하면 클라이언트로 돌아가 연결 목록에 방금 방문한 도메인이 표시되는지 확인하세요. 해당 기록이 보이면 브라우저 트래픽이 Clash로 들어온 것입니다. 이어서 그 기록이 직접 연결인지 특정 프록시 정책인지 확인합니다.

웹페이지는 열리는데 클라이언트에 새 기록이 전혀 없다면 브라우저가 시스템 프록시를 사용하지 않았거나 캐시, 별도 프록시 또는 다른 네트워크 경로로 요청을 처리했을 수 있습니다. 먼저 새 도메인으로 다시 테스트한 뒤 브라우저에 별도 프록시가 설정되어 있는지 확인하세요. 모든 앱 요청이 클라이언트에 들어오지 않는다면 세 번째 단계로 돌아가 시스템 프록시 또는 VPN이 여전히 활성화되어 있는지 확인합니다.

규칙 모드의 매칭 결과 확인

규칙 모드에서는 연결 기록에 적용된 규칙, 정책 그룹 또는 최종 출구가 표시되는 경우가 많습니다. 대상 요청에 DIRECT가 표시되면 규칙에 따라 직접 연결된 것입니다. 특정 정책 그룹이나 노드가 표시되면 해당 프록시 경로로 전달된 것입니다. 핵심은 모든 요청이 프록시로 표시되어야 한다는 것이 아니라 결과가 설정의 예상과 일치하는지 확인하는 것입니다. 로컬 네트워크 주소, 로컬 서비스와 일부 일반적인 네트워크 요청은 원래 직접 연결 규칙으로 처리될 수 있습니다.

규칙 모드에서 특정 대상에 연결되지 않으면 노드는 그대로 둔 채 일시적으로 글로벌 모드로 전환해 페이지를 다시 열어 보세요. 글로벌 모드에서는 성공하지만 규칙 모드에서 실패한다면 규칙 순서, GeoIP, GeoSite 또는 정책 그룹 선택을 중점적으로 점검해야 합니다. 두 모드 모두 실패하면 노드 상태, 프로토콜 지원 또는 로컬 네트워크를 확인하세요. 비교가 끝나면 규칙 모드로 돌아가 임시 테스트 상태를 장기 설정으로 사용하지 않도록 합니다.

재시작으로 설정 복원 여부 확인

처음 확인에 성공한 뒤 클라이언트를 정상적으로 종료하고 다시 열어 활성 설정, 프록시 모드와 시스템 프록시 상태를 점검합니다. 클라이언트마다 시작 시 시스템 프록시를 복원하는 방식이 다릅니다. 자동으로 복원하는 경우도 있고 다시 수동으로 켜야 하는 경우도 있습니다. 웹페이지 요청을 다시 보내 연결 기록을 확인하면 현재 세션에서만 우연히 작동한 것이 아닌지 검증할 수 있습니다.

데스크톱에서는 프로그램을 종료하기 전에 시스템 프록시가 복원되는지도 확인해야 합니다. 클라이언트가 비정상 종료된 뒤에도 시스템이 이미 중지된 로컬 포트를 가리키면 브라우저의 모든 웹페이지 연결이 실패할 수 있습니다. 이 경우 클라이언트를 다시 열어 시스템 프록시를 끄거나 운영체제 네트워크 설정에서 자동 구성을 복원하세요. 모바일에서 연결을 중지하면 시스템 VPN 표시가 사라져야 합니다. 상태가 바뀌지 않으면 시스템 VPN 설정에서 현재 적용된 구성을 확인하세요.