Clash Windows 에디션: 구독 가져오기부터 연결 확인까지

먼저 아직 유효한 구독 링크가 있는지 확인하세요. 구독 링크는 보통 서비스 제공업체가 생성하며, https://로 바로 시작하거나 관리 페이지에서 “구독 복사”를 눌러 가져올 수 있습니다. 브라우저 주소창의 현재 페이지 URL, 개별 노드 공유 링크, 웹 로그인 주소는 Clash가 읽을 수 있는 구독 링크가 아닐 수 있습니다. 제공업체가 Clash, Mihomo 또는 범용 구독 메뉴를 명확히 제공하는지 확인하는 것이 가장 확실합니다.

복사할 때는 전체 주소를 가져와야 합니다. 메신저나 문서 도구에서는 링크 앞부분만 보이더라도 실제 복사 결과는 전체일 수 있지만, 일부 도구는 끝에 공백이나 줄바꿈을 붙이기도 합니다. 가져오기 전에 주소를 일반 텍스트 편집기에 붙여넣어 시작 부분, 매개변수, 끝부분이 잘리지 않았는지 확인하세요. 구독 주소는 구성에 접근하는 정보이므로 공개 댓글, 스크린샷 또는 공개 저장소에 공유하지 마세요.

클라이언트에 이미 정상 작동하는 구성이 있다면 먼저 그대로 보존하고 서둘러 덮어쓰지 마세요. 대부분의 그래픽 클라이언트는 여러 Profile을 동시에 유지할 수 있으므로 새 구독을 두 번째 구성으로 가져오면 됩니다. 새 구성 분석에 실패해도 기존 구성으로 돌아가 계속 사용할 수 있습니다. 처음 설정할 때의 목표는 규칙을 다시 작성하는 것이 아니라 완전한 구성 하나를 코어가 정상적으로 불러오게 하는 것입니다.

준비가 끝나면 다음 단계에서는 Profile만 처리합니다. 이때는 시스템 프록시를 켜지 말고 DNS, 포트, TUN도 동시에 변경하지 마세요. 변수가 적을수록 문제가 발생했을 때 어느 단계에서 막혔는지 파악하기 쉽습니다.

클라이언트를 연 뒤 Profiles, 구성, 구독 관리 또는 구성 파일과 비슷한 이름의 화면으로 이동합니다. Windows 버전에서는 보통 왼쪽 탐색 메뉴에 Profiles가 있으며, 일부 모바일 클라이언트는 홈 화면 오른쪽 위에 추가 버튼을 제공합니다. URL 입력란을 찾으면 앞서 복사한 구독 주소를 붙여넣고 Download, Import, 업데이트 또는 확인을 누릅니다. 이 단계는 원격 구성을 다운로드하는 것이며 프록시를 시작하는 작업은 아닙니다.

정상이라면 클라이언트에 몇 초 안에 구성 카드가 새로 추가됩니다. 카드에는 구성 이름, 업데이트 시간, 파일 크기 또는 업데이트 주기가 표시될 수 있습니다. 해당 카드를 눌러 현재 활성 Profile로 지정하세요. 다운로드 성공만으로는 충분하지 않습니다. 일부 클라이언트는 가져온 뒤에도 기존 구성을 활성 상태로 유지하므로 선택 표시, Active 태그 또는 강조 테두리가 새 구성으로 이동했는지 확인해야 합니다.

이어서 Proxies, 프록시 또는 정책 그룹 화면으로 이동합니다. 여러 정책 그룹과 선택 가능한 노드가 보이면 구성의 기본 분석이 완료된 것입니다. 정책 그룹 이름은 “노드 선택”, “자동 선택”, “스트리밍”처럼 표시되거나 제공업체가 임의로 지정할 수 있습니다. 이름은 일정하지 않지만 화면이 비어 있지 않고 최소 하나의 주 정책 그룹을 펼칠 수 있는지가 중요합니다.

proxies:
  - name: example-node
    type: ss

proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - example-node

rules:
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

위 구조는 구성의 완성 여부를 판단하기 위한 참고입니다. proxies는 노드를 제공하고, proxy-groups는 선택 로직을 구성하며, rules는 트래픽 경로를 결정합니다. 그래픽 클라이언트에서 전체 YAML을 직접 표시하지 않더라도 가져온 뒤에는 최소한 프록시 그룹이 생성되어야 합니다. 구성 이름만 나타나고 Proxies 화면이 완전히 비어 있다면 구독 내용이 호환되지 않거나 웹 페이지 텍스트가 반환되었거나 구독이 만료되었을 수 있습니다.

가져오기에 실패하면 먼저 클라이언트가 표시한 원문 오류를 확인하세요. 시간 초과는 구독 주소에 일시적으로 접근할 수 없다는 뜻인 경우가 많고, 비정상 상태 코드는 링크 만료나 매개변수 누락을 의미할 수 있습니다. YAML 분석 오류는 서버가 잘못된 구성 형식을 반환했다는 뜻입니다. 수십 번 연속 업데이트를 누르거나 곧바로 클라이언트를 재설치하지 마세요. 먼저 구독 주소를 다시 복사해 한 번 더 시도하고, 그래도 실패하면 오류가 “다운로드 단계”와 “분석 단계” 중 어디에서 발생했는지 구분한 뒤 도움말 센터에서 해당 문제를 확인하세요.

구성이 로드되면 Mode, 모드 또는 실행 모드 옵션을 찾습니다. 처음에는 Rule을 바로 선택하세요. 규칙 모드는 구성의 규칙을 위에서부터 대조해 요청을 DIRECT, PROXY, REJECT 또는 지정된 정책 그룹으로 전달합니다. 자주 쓰는 로컬 서비스는 직접 연결하고 프록시가 필요한 대상은 노드로 보내며, 차단 규칙은 코어 단계에서 연결을 종료합니다. 일상적인 사용에서는 전체 프록시보다 구성 파일의 설계 방식에 잘 맞습니다.

Global은 대부분의 트래픽을 하나의 프록시 정책으로 통일해 보냅니다. 특정 사이트가 규칙 때문에 잘못된 경로로 가는지 짧게 확인할 때는 유용하지만, 최초 설정의 기본 모드로는 적합하지 않습니다. Direct는 트래픽을 가능한 한 직접 연결하며 프록시 경로를 잠시 끄거나 비교 테스트할 때 사용합니다. 클라이언트에 따라 세 모드를 Rule, Global, Direct 또는 규칙, 전체, 직접 연결로 표시하지만 의미는 거의 같습니다.

Rule을 선택한 뒤 Proxies 화면에서 정책 그룹을 설정합니다. 먼저 최종 출구를 담당하는 주 선택 그룹을 찾으세요. 흔히 PROXY라고 부르지만 이름이 반드시 같지는 않습니다. 그룹을 펼쳐 사용할 수 있는 노드를 선택합니다. 구성에 “자동 선택” 또는 URL-Test 그룹이 있다면 자동 그룹을 먼저 선택해도 됩니다. 이 경우 구성의 테스트 규칙에 따라 출구가 결정됩니다. 모든 노드를 하나씩 테스트할 필요는 없으며, 지연 시간 하나만으로 실제 속도를 판단해서도 안 됩니다. 지연 시간은 테스트 주소까지 한 번 왕복한 결과일 뿐 대역폭이나 지속적인 안정성을 의미하지 않습니다.

주 그룹 아래에 지역 그룹, 애플리케이션 그룹 또는 자동 그룹이 더 있다면 현재 선택된 경로를 따라 실제 노드까지 연결되는지 확인하세요. 가장 흔한 문제는 최상위 그룹이 다른 정책 그룹을 선택했지만 하위 정책 그룹에 유효한 노드가 없는 경우입니다. 그래픽 화면에서는 보통 체크 표시, 점 또는 강조색으로 현재 항목을 표시합니다. 가장 아래 단계까지 확인해 구체적인 노드 이름이 보이면 됩니다.

모드와 노드를 정한 뒤에는 다른 설정을 그대로 유지하세요. 특히 Fake-IP, Sniffer, IPv6 또는 DNS 옵션이 보인다고 해서 한꺼번에 모두 변경하지 마세요. 구독에는 보통 해당 규칙에 맞는 기본 설정이 포함되어 있습니다. 여러 옵션을 동시에 바꾸면 간단한 연결 테스트가 다변수 문제 해결로 바뀝니다. 각 프로토콜, 코어 관계, 구성 호환성에 대한 자세한 설명은 기술 참고 자료에서 확인할 수 있으며, 이 페이지에는 연결에 필요한 선택지만 남겼습니다.

General, 홈 또는 설정 화면으로 돌아가 System Proxy, 시스템 프록시 스위치를 찾아 켭니다. Windows 클라이언트는 보통 현재 사용자 네트워크 설정에 시스템 프록시를 기록하며, 브라우저와 시스템 프록시를 따르는 데스크톱 애플리케이션은 이후 요청을 Clash의 로컬 포트로 전달합니다. macOS 클라이언트는 메뉴 막대에서 시스템 프록시를 전환할 수 있고, Android와 iOS는 보통 시스템 VPN 인터페이스로 연결하므로 처음 활성화할 때 시스템 권한을 확인해야 합니다.

켜진 뒤에는 클라이언트 상태를 확인하세요. 코어가 Running, 실행 중 또는 비슷한 상태를 유지해야 하며 시스템 프록시 스위치가 곧바로 꺼져서도 안 됩니다. 시스템에서 네트워크, VPN 또는 방화벽 권한을 요청하면 현재 설치한 클라이언트가 요청한 것인지 먼저 확인한 뒤 플랫폼 안내에 따라 허용하세요. 필요한 권한을 거부하면 화면에는 연결됨으로 표시되더라도 실제 애플리케이션 트래픽이 코어로 들어가지 않을 수 있습니다.

이제 시스템 프록시로 첫 번째 테스트를 진행하세요. 브라우저는 보통 새로운 프록시 설정을 즉시 읽지만, 오래 실행된 일부 애플리케이션은 기존 연결을 캐시하므로 완전히 종료한 뒤 다시 열어야 할 수 있습니다. 처음부터 TUN을 동시에 활성화하지 마세요. 시스템 프록시는 프록시 설정을 따르지 않는 프로그램, 일부 명령줄 도구, 특정 게임 트래픽을 처리하지 못할 수 있습니다. TUN은 더 넓은 네트워크 경로를 인계하지만 가상 네트워크 카드, 라우팅, 권한이라는 추가 변수를 만듭니다. 먼저 노드, 구독, 규칙이 작동하는지 확인한 다음 실제 필요에 따라 TUN 사용 여부를 결정하세요.

TUN이 꼭 필요하다면 TUN Mode, 가상 네트워크 카드 또는 향상 모드 스위치를 찾습니다. Windows에서는 관리자 권한이 필요할 수 있고 모바일 플랫폼은 시스템이 제공하는 VPN 채널을 사용합니다. 활성화한 뒤 클라이언트 로그에서 네트워크 카드 생성 실패, 라우팅 기록 실패, 권한 부족이 반복되지 않는지 확인하세요. 시스템 프록시와 TUN을 동시에 켤 수 있는지는 클라이언트 구현에 따라 다릅니다. 일부는 자동으로 조정하고 일부는 TUN만 유지할 것을 권장합니다. 현재 클라이언트의 화면 안내를 기준으로 하며 다른 클라이언트의 스크린샷 절차를 그대로 적용하지 마세요.

연결 후에는 잠시 클라이언트 창을 닫거나 백그라운드 프로세스를 종료하지 마세요. 시스템 프록시는 트래픽 주소를 로컬 수신 포트로 지정할 뿐이며, 실제 연결 처리는 실행 중인 Clash 또는 mihomo 코어가 담당합니다. 코어가 종료되었는데 시스템 프록시 설정이 남아 있으면 브라우저에서 모든 페이지에 연결할 수 없게 될 수 있습니다. 이는 구독이 만료되었다는 뜻이 아니며 클라이언트를 다시 시작하거나 남아 있는 시스템 프록시를 끄면 복구할 수 있습니다.

mode: rule
mixed-port: 7890
allow-lan: false

dns:
  enable: true
  enhanced-mode: fake-ip

위 항목은 일반적인 작동 관계를 보여줍니다. mode는 트래픽 분기 모드를 결정하고, mixed-port는 로컬 프록시 수신 포트이며, DNS 모듈은 이름 해석 과정을 담당합니다. 실제 포트와 DNS 내용은 현재 구성에 따라 결정되므로 예시와 맞추기 위해 직접 수정할 필요가 없습니다. 클라이언트가 코어를 시작하고 시스템 트래픽을 인계하면 확인 단계로 넘어갈 수 있습니다.

확인은 세 단계로 진행합니다. 첫째, 코어 상태를 확인합니다. 클라이언트에 지속적인 오류가 없고 현재 Profile, Rule 모드, 노드가 계속 선택되어 있어야 합니다. 둘째, 시스템 트래픽을 확인합니다. 브라우저에서 평소 직접 접속되는 사이트와 구독 규칙상 프록시를 거쳐야 하는 대상을 각각 방문합니다. 셋째, 규칙 적용 결과를 확인합니다. Connections, 연결 또는 로그 화면에서 방금 요청이 나타나고 해당 정책이 표시되는지 확인하세요.

웹페이지만 열렸다고 해서 분기가 완전히 올바르다고 볼 수는 없습니다. 페이지가 캐시에서 로드되었거나 원래 직접 연결 가능한 사이트일 수 있습니다. 연결 기록이 더 직접적인 증거입니다. 대상 도메인 옆에 적용된 규칙, 정책 그룹 또는 최종 노드가 표시되는 경우가 많습니다. 직접 연결 대상은 DIRECT, 프록시 대상은 주 프록시 그룹 또는 구체적인 노드, 차단 대상은 REJECT로 표시되어야 규칙 경로가 예상대로 작동하는 것입니다.

클라이언트에서 로그 수준을 선택할 수 있다면 일반 확인에서는 기본값을 유지하세요. 연결 목록이 스크롤되는 로그보다 읽기 쉽습니다. 먼저 대상 웹페이지를 새로 고친 뒤 즉시 클라이언트로 돌아가 최신 기록을 확인합니다. 도메인을 찾을 수 없다면 화면 검색이나 시간순 정렬을 사용하세요. 연결 목록에 새 기록이 전혀 없다면 시스템 프록시가 실제로 켜져 있는지, 현재 애플리케이션이 시스템 프록시를 따르는지부터 확인합니다.

그다음 되돌리기 테스트를 진행합니다. System Proxy를 끄거나 모바일 기기의 VPN 연결을 해제한 뒤 방금 페이지를 새로 고칩니다. 프록시를 사용해야 하는 대상의 접속 결과가 달라지고 클라이언트 연결 목록에도 새 요청이 더 이상 나타나지 않아야 합니다. 연결을 다시 켜고 재시험하세요. 이 비교를 통해 브라우저 캐시, 실행 중인 다른 프록시 도구, 시스템에 남은 기존 프록시 설정의 영향을 배제할 수 있습니다.

마지막으로 모든 소프트웨어를 한꺼번에 실행하지 말고 자주 사용하는 애플리케이션을 확인합니다. 먼저 브라우저를 테스트하고 일상적으로 사용하는 클라이언트를 하나 더 확인하세요. 명령줄 도구, 가상 머신, 컨테이너, LAN 장치는 나중에 점검합니다. 이러한 환경은 별도의 DNS, 독립적인 네트워크 네임스페이스 또는 자체 프록시 설정을 사용할 수 있어 문제가 Clash의 기본 연결에 있지 않을 수 있습니다. 최초 설정에서는 브라우저의 규칙 분기와 연결 기록이 정확하면 신뢰할 수 있는 기준선이 마련된 것입니다.