Clash iOS App Store 다운로드 및 구독 설정 가져오기

iPhone과 iPad에서 Clash를 사용하는 방식은 데스크톱에서 코어를 직접 실행하고 시스템 프록시를 설정하는 방식과 다릅니다. iOS 클라이언트는 Apple이 제공하는 네트워크 확장 인터페이스를 통해 트래픽을 처리하므로, 처음 연결할 때 VPN 구성을 추가하라는 요청이 표시됩니다. 구독 링크는 노드, 정책 그룹, 규칙을 클라이언트에 전달합니다. 앱 설치, 구독 가져오기, 시스템 권한 허용은 서로 독립된 세 단계이며, 어느 하나라도 빠지면 정상적으로 연결할 수 없습니다.

App Store에서 사용할 수 있는 호환 클라이언트는 스토어 지역, 시스템 버전, 개발자의 유지보수 상태에 따라 달라지며 앱 이름과 기능도 변경될 수 있습니다. 시작하기 전에 먼저 이 사이트의 다운로드 센터에서 현재 권장하는 iOS 클라이언트 이름을 확인한 다음, App Store에서 앱 이름, 개발자 정보, 업데이트 날짜, 시스템 요구 사항을 대조하세요. 아이콘이 비슷하다는 이유만으로 판단하지 말고, 데스크톱용 설치 파일을 iPhone에 설치할 수 있는 파일로 착각해서도 안 됩니다.

설치 전 확인: 기기, 스토어, 구독 정보

먼저 “설정 → 일반 → 소프트웨어 업데이트”를 열어 기기의 iOS 또는 iPadOS 버전이 대상 클라이언트의 요구 사항을 충족하는지 확인하세요. 오래된 시스템에서는 최신 버전을 설치할 수 없으며, 과거에 다운로드한 적이 있어도 구형 시스템과 호환되는 이전 빌드만 받을 수 있습니다. 기기가 학교나 기업의 관리 대상이라면 “VPN 및 기기 관리”에서 네트워크 확장 제한, 새 VPN 추가 금지, 조직 프록시 강제 적용 정책이 있는지도 확인해야 합니다.

그다음 유효한 구독 주소를 준비하세요. 구독은 일반적으로 서비스 제공자가 생성한 HTTPS URL이며, 클라이언트가 해당 주소에 접속해 설정 내용을 가져옵니다. 이 주소에는 계정 식별자나 액세스 토큰이 포함될 수 있으므로 자격 증명처럼 취급해야 합니다. 사용할 클라이언트에만 복사하고 공개 메모, 스크린샷, 포럼, 온라인 변환 페이지에는 넣지 마세요. 구독 제공자가 “범용 구독”, “Clash 설정”, 기타 클라이언트 전용 형식을 함께 제공한다면 Clash 또는 Mihomo 호환으로 명확히 표시된 설정을 우선 선택하세요.

확인 항목	확인할 내용	주요 영향
시스템 버전	App Store 페이지에 표시된 최소 요구 사항 충족	다운로드, 설치, 실행 가능 여부를 결정
스토어 지역	현재 계정 지역에서 대상 앱이 표시되는지 확인	검색 결과와 다운로드 가능 여부가 달라질 수 있음
사용 가능한 저장 공간	앱, 설정, 로그에 필요한 공간 확보	공간이 부족하면 설치 또는 업데이트 실패
구독 형식	Clash 또는 Mihomo 호환 설정 사용	형식이 잘못되면 정책 그룹을 생성할 수 없음
기기 관리	새 VPN 및 네트워크 확장이 제한되지 않았는지 확인	권한 확인을 완료하지 못할 수 있음

App Store에서 다운로드하기: 앱 이름과 개발자를 하나씩 확인

App Store에 들어간 뒤 다운로드 센터에 표시된 클라이언트의 전체 이름을 검색창에 입력하세요. 검색 결과에는 이름이 비슷한 네트워크 도구가 섞일 수 있으므로 상세 페이지를 열어 개발자, 앱 설명, 최근 업데이트, 개인정보 보호 정보, 시스템 호환성을 차례로 확인해야 합니다. iPhone과 iPad가 같은 Apple 계정을 사용한다면 구입 항목에서 과거에 받은 앱을 확인할 수 있지만, 다시 다운로드할 수 있는지는 앱의 현재 상태와 시스템 호환성에 달려 있습니다.

이 사이트의 다운로드 센터에서 현재 권장 클라이언트와 지원 플랫폼을 확인하세요.
App Store를 열고 전체 이름으로 검색하세요. 아이콘만 보고 식별하지 마세요.
상세 페이지에서 개발자 이름, 버전 업데이트 기록, 필요한 시스템 버전을 확인하세요.
받기 또는 구입 버튼을 누르고, 시스템 안내에 따라 Face ID, Touch ID 또는 계정 암호로 인증하세요.
설치가 끝날 때까지 기다린 뒤 홈 화면에서 앱을 실행하고 첫 사용 안내를 읽으세요.

일부 iOS 네트워크 클라이언트는 유료 앱이며, 가격과 제공 지역은 App Store의 현재 페이지를 기준으로 합니다. 한 번 구입한 앱이 가족 공유를 지원하는지, 다른 기기에 설치할 수 있는지도 개발자와 스토어 정책을 따라야 합니다. 대상 앱이 검색되지 않으면 먼저 철자, 스토어 지역, 시스템 버전을 확인하세요. 이름이 비슷하지만 개발자 정보가 다른 앱은 설치하지 마세요.

iPad에서는 검색 결과가 기본적으로 “iPad 앱”만 표시할 수 있습니다. 대상 클라이언트가 iPhone 호환 모드로 제공된다면 검색 필터에서 해당 분류를 확인하세요. 설치가 완료되었다는 것은 클라이언트 프로그램이 기기에 들어왔다는 뜻일 뿐, 아직 구독 설정을 가져오거나 시스템 VPN을 만든 상태는 아닙니다. 초기 화면에 빈 설정이 표시되거나 노드가 없는 것은 정상입니다.

구독 설정 가져오기: URL, 파일, 클립보드

클라이언트마다 버튼 이름은 Profile, 설정, 구독, Remote Config, Download from URL 등으로 다를 수 있지만 처리 방식은 대체로 같습니다. 원격 설정 기록을 만들고 구독 주소를 입력하면 클라이언트가 설정을 다운로드해 YAML을 해석합니다. 가져온 뒤에는 정책 그룹, 노드 목록, 규칙 정보가 나타나야 합니다. 텍스트 한 덩어리만 표시되거나 노드 수가 0이라면 주소 형식이 호환되지 않거나 링크가 만료되었거나, 서버가 설정 파일 대신 로그인 페이지를 반환했을 가능성이 큽니다.

구독 URL로 가져오기

서비스 제공자의 계정 페이지에서 Clash 호환 구독 링크를 복사하세요.
클라이언트의 설정 또는 Profile 페이지로 이동해 새 원격 설정을 선택하세요.
URL 입력란에 링크를 붙여 넣고 설정을 구분하기 쉬운 이름을 지정하세요.
자동 업데이트 간격을 설정할 수 있다면 사용 빈도에 맞추세요. 확실하지 않다면 클라이언트 기본값을 유지하세요.
다운로드 또는 저장을 실행하고 클라이언트가 해석을 완료할 때까지 기다리세요.
설정 목록으로 돌아가 새로 가져온 설정을 현재 활성 항목으로 지정하세요.

일부 서비스 페이지에는 “한 번에 가져오기” 버튼이 있습니다. 누르면 Safari가 클라이언트에 등록된 URL Scheme을 통해 앱을 열려고 하며, iOS에서 “어떤 앱에서 열까요?”라는 확인 창이 표시될 수 있습니다. 확인하기 전에 열릴 앱 이름을 점검하세요. 버튼이 반응하지 않으면 구독 URL을 직접 복사한 뒤 수동 가져오기 절차를 따르는 편이 문제를 찾기 쉽습니다.

로컬 YAML 파일로 가져오기

YAML 파일을 받았다면 먼저 “파일” 앱에 저장한 다음 클라이언트에서 파일에서 가져오기를 선택하세요. 설정 파일의 확장자는 보통 .yaml 또는 .yml입니다. iOS 공유 메뉴에 “대상 클라이언트에서 열기”가 표시될 수도 있지만 지원 여부는 클라이언트 구현에 따라 다릅니다. 파일 가져오기는 고정 설정에 적합하며, 기본적으로 구독 서버의 이후 노드와 규칙 변경을 자동으로 가져오지 않습니다.

Clash 계열 코어가 인식할 수 있는 설정에는 일반적으로 리스닝, 프록시, 정책 그룹, 규칙 등의 필드가 포함됩니다. 서비스 제공자가 생성한 모바일 설정은 모든 필드를 노출하지 않을 수 있지만, 최소한 선택 가능한 정책과 최종 규칙을 구성할 수 있어야 합니다. 아래 내용은 구조 관계를 설명하기 위한 예시일 뿐 실제 구독을 대체하지 않습니다.

mode: rule

proxies:
  - name: Example
    type: socks5
    server: 192.0.2.10
    port: 1080

proxy-groups:
  - name: Select
    type: select
    proxies:
      - Example
      - DIRECT

rules:
  - DOMAIN-SUFFIX,example.com,Select
  - MATCH,Select

설정의 proxy-groups는 메인 화면에서 선택할 수 있는 정책을 결정하고, rules는 위에서 아래 순서로 트래픽을 매칭하며 마지막의 MATCH가 일반적으로 기본 처리를 담당합니다. 클라이언트가 Mihomo 코어를 사용한다면 더 많은 규칙 유형, DNS 옵션, 프록시 제공자 필드를 지원할 수도 있습니다. 특정 필드의 지원 여부는 클라이언트에 내장된 코어 버전에 따라 달라지므로, 데스크톱에서 설정이 작동한다고 해서 iOS에서도 작동한다고 단정할 수 없습니다.

VPN 권한 확인: iOS 시스템 안내 이해하기

처음 연결 버튼을 누르면 iOS에서 클라이언트가 VPN 구성을 추가하려 한다는 안내가 표시됩니다. 승인하면 기기 잠금 암호를 입력하라는 요청이 나타날 수 있으며, 이후 상태 표시줄이나 제어 센터에 VPN 상태가 표시됩니다. 이 단계는 앱이 Network Extension을 통해 로컬 네트워크 터널을 만들도록 허용하는 절차로, iPhone과 iPad에서 시스템 트래픽을 처리하는 데 필수적입니다.

“설정 → 일반 → VPN 및 기기 관리 → VPN”에서 추가된 구성을 확인할 수 있습니다. 시스템 버전에 따라 메뉴 이름은 약간 다를 수 있습니다. 목록에 대상 클라이언트에 해당하는 VPN 항목이 없다면 권한 절차가 완료되지 않은 것입니다. 클라이언트로 돌아가 다시 연결하고 시스템 확인 창이 다시 표시되는지 살펴보세요. “VPN 구성 추가” 안내를 취소했다면 구독을 다시 가져오는 것만으로는 권한이 부여되지 않습니다.

데스크톱 Clash에서는 보통 “시스템 프록시”와 “TUN 모드”로 트래픽 처리 방식을 구분하지만, iOS 클라이언트는 대개 시스템 네트워크 확장을 통해 작동하며 화면에는 연결 스위치, VPN 또는 강화 모드만 표시될 수 있습니다. 데스크톱의 TUN 스위치 위치를 iPhone에 그대로 적용할 수는 없습니다. 로컬 네트워크를 프록시할지, 특정 도메인을 우회할지, DNS를 어떻게 해석할지는 클라이언트 자체의 라우팅 및 DNS 설정을 확인하세요.

기기에 다른 VPN, 기업 보안 소프트웨어, DNS 네트워크 확장이 이미 설치되어 있다면 여러 네트워크 확장이 서로 전환될 수 있습니다. iOS에서는 일반적으로 같은 종류의 VPN 두 개가 동시에 전체 트래픽을 처리할 수 없습니다. Clash 호환 클라이언트를 활성화하기 전에 다른 VPN을 먼저 연결 해제하고 대상 설정이 안정적으로 연결되는지 확인하세요. 기존 VPN 구성을 삭제하기 전에는 용도를 확인해야 하며, 기업 또는 학교 관리 구성은 임의로 제거하지 마세요.

첫 연결 점검: 설정 선택부터 로그 해석까지

권한을 승인한 직후 DNS, 규칙, 라우팅 옵션을 대량으로 수정하지 마세요. 먼저 가져온 설정의 기본값으로 최소한의 테스트를 한 번 진행해야 문제가 구독, 노드, 정책, 추가 설정 중 어디에서 발생했는지 판단하기 쉽습니다.

현재 활성화된 항목이 빈 설정이나 이전 설정이 아니라 방금 가져온 Profile인지 확인하세요.
정책 그룹으로 들어가 주요 선택 그룹에 사용할 수 있는 노드를 지정하세요. 사용할 수 없는 이전 선택 항목에 머무르지 않도록 합니다.
연결을 누르고 VPN 구성을 허용한 뒤 상태가 연결됨으로 유지되는지 확인하세요.
먼저 규칙이 명확한 웹사이트에 접속한 다음 자주 사용하는 앱을 테스트하세요. 단일 속도 측정 결과에만 의존하지 마세요.
연결 로그를 열어 요청이 어떤 규칙에 매칭되었는지, 어떤 정책을 사용했는지, DNS 또는 핸드셰이크 오류가 발생했는지 확인하세요.

규칙 모드에서는 웹사이트마다 다른 정책을 사용할 수 있습니다. 특정 웹페이지가 열린다는 것은 해당 도메인과 관련 요청이 처리되었다는 뜻일 뿐, 모든 노드와 규칙이 정상이라는 의미는 아닙니다. 반대로 특정 앱 하나가 인터넷에 연결되지 않는다고 해서 VPN 전체가 중단된 것도 아닙니다. 해당 도메인이 DIRECT, REJECT 또는 사용할 수 없는 정책 그룹에 매칭되었을 수 있습니다. 로그의 규칙 이름, 정책 이름, 대상 도메인은 설정 순서를 점검하는 핵심 단서입니다.

첫 테스트에서는 Wi-Fi와 셀룰러 네트워크를 각각 사용해야 합니다. Wi-Fi에서는 되지만 셀룰러 네트워크에서 실패한다면 시스템에서 해당 클라이언트의 셀룰러 데이터 사용을 허용했는지 확인하고, 구독에 포함된 서버 주소가 현재 네트워크에서 연결 가능한지도 점검하세요. 네트워크를 바꾼 뒤에도 연결 상태는 켜져 있지만 요청이 멈춘다면 먼저 연결을 끊었다가 다시 연결해 네트워크 확장이 경로를 새로 만들도록 하세요.

구독 업데이트 및 여러 설정 관리

원격 구독은 한 번 가져온 뒤 영구히 변하지 않는 로컬 파일이 아닙니다. 서버에서 노드, 정책 그룹, 규칙을 변경할 수 있으므로 클라이언트가 다시 다운로드해야 변경 사항을 반영할 수 있습니다. 설정 페이지에는 보통 수동 업데이트 기능이 있으며, 일정 간격의 자동 업데이트를 지원하기도 합니다. 업데이트 전에는 구독이 아직 유효한지 확인하고, 업데이트 후에는 현재 정책에서 선택한 노드가 여전히 존재하는지 점검하세요.

자동 업데이트 간격을 지나치게 짧게 설정하지 마세요. 잦은 요청은 노드 품질을 높이지 않고 오히려 서버의 요청 빈도 제한을 유발할 수 있습니다. 평소에는 클라이언트 기본 간격을 사용하고, 서비스 제공자가 설정 변경을 알렸을 때 수동 업데이트를 한 번 실행하는 것이 좋습니다. 업데이트에 실패하면 설정 상세 화면에서 HTTP 상태나 오류 설명을 먼저 확인하고 빠르게 연속 새로고침하지 마세요.

여러 Profile을 관리할 때는 용도와 출처를 기준으로 “일상 구독”, “테스트 규칙”, “로컬 직접 연결 점검”처럼 이름을 지정하는 것이 좋습니다. 같은 구독을 반복해서 가져오면 비슷한 설정이 여러 개 생겨 업데이트와 정책 선택에서 혼동하기 쉽습니다. 중복 항목을 더 이상 사용하지 않는지 확인한 뒤 삭제하고, 연결이 검증된 설정 하나는 복구용으로 남겨 두세요.

원격 구독: 노드와 규칙 업데이트를 계속 받을 때 적합합니다.
로컬 YAML: 고정 규칙을 테스트할 때 적합하지만 서버 변경 사항을 자동으로 동기화하지 않습니다.
임시 테스트 설정: 필드 확인이 끝나면 바로 보관하거나 삭제해 잘못 선택하지 않도록 하세요.
설정 이름: 용도를 명확히 적고 구분하기 어려운 “새 설정”, “설정 2” 같은 이름은 사용하지 마세요.

구독을 업데이트하면 원격 설정의 서버 측 필드가 대개 덮어써집니다. 클라이언트가 오버라이드 또는 Override를 지원한다면 사용자 지정 규칙을 명확한 오버라이드 계층에 넣고 적용 순서를 확인하세요. 구독을 다운로드한 뒤 캐시 내용을 직접 수정하면 다음 업데이트에서 사라질 수 있습니다. 복잡한 YAML을 장기간 관리해야 한다면 이 사이트의 YAML 매뉴얼에서 필드와 규칙 순서를 확인하세요.

일반적인 문제 점검: 현상별로 원인 구간 찾기

App Store에서 클라이언트가 검색되지 않음

먼저 전체 이름과 철자를 확인한 뒤 현재 Apple 계정의 스토어 지역, 기기 시스템 버전, 앱 호환 범위를 점검하세요. 검색되지 않는 것은 구독 문제와 무관할 수 있습니다. 아직 설정 가져오기 단계에 들어가지 않았기 때문입니다. 앱이 현재 지역에서 판매 중단된 경우 구입 항목에서도 설치 가능한 버전을 다시 받지 못할 수 있으므로 다운로드 센터에서 현재 이용 가능한 방법을 확인하세요.

구독을 붙여 넣은 뒤 형식 오류가 표시됨

복사한 내용이 완전한 HTTPS URL인지, 앞뒤에 공백·줄바꿈·설명 문구가 섞이지 않았는지 확인하세요. 브라우저에서 열었을 때 로그인 페이지, 오류 페이지, 일반 웹페이지 HTML이 반환된다면 클라이언트가 YAML로 해석할 수 없습니다. 다른 프로토콜 클라이언트 전용 원본 링크가 아니라 Clash 호환 구독을 선택했는지도 확인해야 합니다.

설정을 가져왔지만 노드가 없음

구독이 빈 내용을 반환했거나 계정 상태에 문제가 있거나, 설정이 주로 proxy-providers를 사용하지만 현재 클라이언트 코어가 해당 제공자를 불러오지 못했을 수 있습니다. 로그에 provider 다운로드 실패, 지원되지 않는 필드, 인증 오류가 있는지 확인하세요. 같은 구독이 클라이언트마다 다르게 작동한다면 시스템 VPN을 반복해서 삭제하기보다 각 클라이언트의 코어 종류와 버전을 비교하세요.

연결을 누르자마자 끊어짐

먼저 VPN 권한이 실제로 추가되었는지 확인한 뒤 시작 로그에서 설정 해석, 포트 초기화, DNS, 네트워크 확장 오류를 확인하세요. 기기 관리 제한, 실행 중인 다른 VPN, 클라이언트가 지원하지 않는 필드가 포함된 설정 때문에 확장 실행이 실패할 수 있습니다. 검증된 기본 설정으로 잠시 전환해 앱 권한 문제인지 현재 Profile 문제인지 구분할 수 있습니다.

VPN은 연결됨으로 표시되지만 웹페이지가 열리지 않음

정책 그룹에서 사용할 수 있는 노드를 선택했는지, DNS가 결과를 반환하는지, 규칙이 대상 요청을 올바른 정책으로 보내는지 차례로 확인하세요. 다른 노드로 바꾼 뒤 다시 테스트하고 로그에 시간 초과가 표시되는지 살펴보세요. 모든 요청에 로그 기록이 없다면 현재 활성화된 VPN이 정말 대상 클라이언트의 것인지 확인하세요. 요청 기록은 있지만 모두 시간 초과라면 노드 연결 가능성과 네트워크 환경을 중점적으로 점검해야 합니다.

화면을 잠근 뒤 연결이 끊기거나 자동 복구되지 않음

iOS는 시스템 리소스, 네트워크 전환, 클라이언트 구현에 따라 네트워크 확장을 관리합니다. 클라이언트에서 주문형 연결 또는 On Demand를 제공한다면 규칙을 이해한 뒤 활성화하고 Wi-Fi, 셀룰러 네트워크, 비행기 모드 전환을 각각 테스트하세요. 주문형 연결은 노드 장애 조치 기능이 아닙니다. 노드 자동 전환 여부는 url-test, fallback 등의 정책 그룹과 클라이언트 지원 여부에 따라 결정됩니다.

위 점검을 마치면 기기에서 네 가지 상태를 확인할 수 있어야 합니다. App Store 클라이언트 출처 확인, Profile 정상 해석, iOS VPN 권한 추가, 실제 요청의 예상 규칙 매칭입니다. 이후 최적화는 현상을 명확히 관찰하며 항목별로 진행해야 하며, 클라이언트·구독·DNS·규칙을 동시에 교체해서는 안 됩니다.