Clash for iOS 사용 가이드

시작 전 확인

시작하기 전에 설치가 완료된 Clash 클라이언트와 아직 유효한 구독 URL이 필요합니다. 구독 URL은 일반적으로 네트워크 서비스 제공자가 발급하며, 일반 웹사이트 주소나 개별 노드 이름과는 다릅니다. 서비스 제공자 콘솔의 구독 페이지에서 주소를 복사하면 클라이언트가 설정 파일로 바로 읽을 수 있습니다. 아직 클라이언트를 설치하지 않았다면 iOS 다운로드 페이지에서 iPhone 또는 iPad에 맞는 버전을 선택하세요.

구독 URL을 복사할 때는 가능한 한 페이지의 복사 버튼을 사용하고 텍스트를 직접 일부만 선택하지 마세요. 주소의 대소문자, 기호, 매개변수는 모두 의미가 있으므로 문자 하나만 빠져도 다운로드가 실패할 수 있습니다. 구독은 개인 설정 데이터이므로 공개 댓글, 스크린샷, 단체 채팅에 공유하지 마세요. 복사한 뒤에는 클라이언트가 설정을 정상적으로 읽을 때까지 서비스 제공자 페이지를 닫지 않는 것이 좋습니다. 만료나 권한 오류가 표시되면 바로 확인할 수 있습니다.

현재 기기가 정상적으로 인터넷에 연결되어 있는지도 확인해야 합니다. 클라이언트 연결을 잠시 끈 다음 Safari에서 평소 접속하는 웹사이트를 열어 보세요. 기본 네트워크 자체가 작동하지 않으면 구독 다운로드와 이후 확인도 실패하므로 Wi-Fi, 셀룰러 데이터 또는 로컬 네트워크 로그인 페이지부터 처리해야 합니다. 기업·학교·호텔 네트워크는 브라우저에서 먼저 인증해야 하는 경우가 있으니 웹페이지가 정상적으로 로드된 뒤 가져오기를 진행하세요.

구독 가져오기 및 설정 활성화

Clash 클라이언트를 열고 “설정”, “구독” 또는 “Profiles” 페이지로 이동합니다. 오른쪽 상단의 추가 버튼을 누른 뒤 소스 유형에서 URL, 원격 설정 또는 구독 URL 가져오기를 선택하세요. 앞에서 복사한 전체 주소를 입력란에 붙여 넣습니다. 이름에는 서비스 제공자 이름이나 사용 용도처럼 알아보기 쉬운 짧은 이름을 입력할 수 있습니다. 이름은 기기 내 목록 표시용일 뿐 구독 내용은 바꾸지 않습니다.

확인하면 클라이언트가 구독 URL에 접속해 설정을 분석합니다. 정상이라면 몇 초 안에 설정 목록에 새 항목이 나타나며, 업데이트 시간이나 업데이트 버튼이 함께 표시될 수 있습니다. 이 항목을 눌러 현재 활성 설정으로 지정하세요. 목록에 저장하는 것만으로는 실제 사용이 시작되지 않습니다. 기존 예시 설정이나 이전 설정이 있다면 방금 가져온 항목을 명확히 선택해야 합니다.

형식 오류, 분석 불가, 빈 설정이라는 메시지가 표시되면 연결 버튼을 반복해서 누르지 마세요. 구독 입력란으로 돌아가 URL 앞뒤에 공백이 없는지 확인하고, QR 코드 이미지 주소나 웹 공유 페이지, 다른 클라이언트 전용 링크가 아닌 Clash 또는 범용 구독 URL을 복사했는지 확인합니다. 네트워크가 정상인 상태에서 한 번 업데이트해 볼 수도 있습니다. 서비스 제공자가 여러 형식을 제공한다면 Clash, Mihomo 또는 YAML로 표시된 항목을 선택하세요.

설정이 정상적으로 표시되면 세부 정보나 미리보기 화면에서 “프록시”, “정책 그룹”, “규칙” 구조가 보이는지 확인하세요. 항목을 하나씩 수정할 필요는 없으며 분석 오류가 더 이상 표시되지 않으면 됩니다. 이후 메인 화면이나 프록시 페이지로 돌아가 실행 모드를 선택합니다. proxies, proxy-groups, rules의 관계처럼 설정 필드의 세부 내용은 직접 설정을 관리해야 할 때 프록시 노드 필드 참고에서 확인하세요.

규칙 모드와 정책 그룹 선택

설정을 활성화한 뒤 클라이언트의 “프록시”, “모드” 또는 “Proxies” 페이지로 이동합니다. Clash의 일반적인 실행 방식에는 규칙 모드, 글로벌 모드, 직접 연결 모드가 있습니다. 처음 사용하는 경우 규칙 모드를 권장합니다. 이 모드에서는 설정 파일의 규칙에 따라 연결별로 직접 연결, 프록시 사용, 차단 여부가 결정되므로 일반 웹사이트와 프록시가 필요한 대상에 서로 다른 경로를 적용할 수 있습니다.

글로벌 모드는 대부분의 연결을 현재 선택한 프록시 정책으로 통일하므로 특정 프록시의 작동 여부를 짧게 확인할 때 유용하지만, 처음 설정할 때 기본 모드로 사용하기에는 적합하지 않습니다. 직접 연결 모드는 프록시를 우회하며 분기 테스트나 임시 비활성화에 주로 사용합니다. 현재 화면에 “Rule” 또는 “규칙”이 표시된다면 그대로 두세요. “Global” 또는 “Direct”라면 모드 선택기를 열고 규칙 모드로 전환합니다.

다음으로 정책 그룹을 확인합니다. 구독에는 노드 선택, 자동 선택, 장애 조치, 용도별 그룹 등 하나 이상의 정책 그룹이 포함되는 경우가 많습니다. 먼저 주요 프록시 선택 그룹을 열고 사용할 정책을 명확히 선택하세요. 자동 선택과 개별 노드가 함께 있다면 처음에는 서비스 제공자가 권장하는 자동 정책을 사용해도 됩니다. 자동 정책에 결과가 없으면 노드 하나를 직접 선택해 기본 테스트를 진행하세요.

노드 목록 페이지만 보고 설정 완료 여부를 판단하지 마세요. 정책 그룹은 서로 중첩되는 경우가 많아 상위 그룹이 다른 자동 선택 그룹을 참조하고, 규칙은 최종적으로 상위 그룹을 가리킬 수 있습니다. 주요 그룹 오른쪽에 현재 선택 항목이 표시되는지, 빈 상태나 미선택·오류 상태가 아닌지 확인하세요. 그룹 테스트 버튼이 있다면 한 번 실행할 수 있지만, 테스트 결과는 선택을 돕는 참고 자료일 뿐 이후 실제 웹페이지 확인을 대신하지는 않습니다.

이 단계에서 규칙을 하나씩 읽을 필요는 없으며 특정 표시 결과를 얻기 위해 규칙 순서를 임의로 바꾸지도 마세요. 규칙은 위에서 아래로 매칭되고 일치하면 이후 규칙을 확인하지 않으므로 한 줄만 바꿔도 많은 웹사이트의 연결 경로가 달라질 수 있습니다. 도메인 분기, 애플리케이션 규칙, 로컬 네트워크 예외를 추가해야 한다면 먼저 이 가이드를 완료한 뒤 규칙 문법 설명을 참고해 별도로 수정하고 항목별로 테스트하세요.

연결을 켜고 VPN 설정 허용

클라이언트 홈으로 돌아가 연결 스위치를 찾습니다. 보통 화면 상단, 상태 영역 또는 대시보드 중앙에 있습니다. 스위치를 누르면 처음 연결할 때 iOS에서 VPN 설정 추가를 허용할지 묻는 시스템 메시지가 표시됩니다. 허용을 선택한 뒤 화면 안내에 따라 기기 암호, Touch ID 또는 Face ID로 확인을 완료하세요. 이 과정은 시스템이 처리하며, 클라이언트는 승인을 받아야 네트워크 확장 연결을 생성할 수 있습니다.

승인이 끝난 직후 클라이언트를 떠나지 마세요. 연결 상태가 시작 중에서 연결됨으로 바뀌거나 스위치가 계속 켜져 있는지 확인합니다. iPhone과 iPad의 상단 상태 영역에 VPN 표시가 나타날 수 있지만 기기와 시스템 버전에 따라 위치가 다르므로 클라이언트의 연결 상태를 우선 기준으로 삼으세요. 스위치를 켜자마자 자동으로 꺼진다면 연결이 실제로 설정되지 않은 것이므로 클라이언트 오류 메시지나 로그 마지막 부분을 확인해야 합니다.

처음 시작할 때는 설정을 불러오고 DNS를 초기화하며 네트워크 확장을 설정하는 데 몇 초가 걸릴 수 있습니다. 이때 스위치를 계속 반복해서 전환하면 오히려 과정이 중단됩니다. 약 10초 정도 기다린 뒤 상태가 안정되면 브라우저에서 확인하세요. 시스템 설정에 다른 VPN 설정이 저장되어 있다면 현재 Clash에 해당하는 설정이 활성화되어 있는지 확인합니다. iOS에서는 보통 한 번에 하나의 기본 VPN 연결만 유지하므로 다른 VPN 앱이 현재 상태를 바꿀 수 있습니다.

시스템 승인 창이 나타나지 않고 연결도 계속 시작되지 않는다면 “설정”을 열어 VPN 관련 페이지에 해당 클라이언트 설정이 있는지 확인하세요. 이미 승인한 기기에서는 매번 다시 묻지 않습니다. 설정은 있지만 상태가 비정상이라면 Clash로 돌아가 연결을 끄고 몇 초 기다린 뒤 다시 켜 보세요. 그래도 실패할 때만 클라이언트를 재시작하고, 곧바로 구독을 삭제하지는 마세요. 구독을 삭제해도 시스템 승인 문제는 해결되지 않으며 재설정 과정만 늘어납니다.

연결이 안정되면 첫 번째 확인이 끝날 때까지 앱을 전면에 유지하세요. 브라우저 접속과 규칙 적용이 모두 정상인지 확인한 뒤 주문형 연결, 셀룰러 네트워크 자동 연결, 백그라운드 업데이트를 켤지 결정합니다. 주문형 연결은 네트워크 조건에 따라 VPN을 자동으로 시작하므로 안정성이 확인된 설정에 적합합니다. 처음 설정할 때는 수동으로 제어하는 편이 상태 변화를 이해하기 쉽습니다.

네트워크와 규칙 적용 여부 확인

연결을 설정한 뒤 Safari에서 평소 직접 접속되는 웹사이트를 먼저 열고, 이어서 프록시를 사용할 것으로 예상되는 대상에 접속합니다. 이렇게 하면 직접 연결 경로와 프록시 경로를 함께 확인할 수 있습니다. 웹사이트 하나만 테스트하면 페이지가 실패했을 때 사이트 자체, DNS, 노드, 규칙 중 무엇이 원인인지 바로 구분하기 어렵습니다. 테스트할 때는 새 시크릿 탭을 열거나 페이지를 새로고침해 브라우저 캐시의 영향을 줄이세요.

그다음 클라이언트로 돌아가 연결 기록, 로그 또는 세션 페이지를 엽니다. 방금 접속한 도메인을 찾아 어떤 규칙이 적용되었고 최종적으로 어떤 정책을 사용했는지 확인하세요. 직접 연결 사이트에는 보통 DIRECT 또는 직접 연결 정책이 표시되고, 프록시가 필요한 대상에는 주요 정책 그룹이나 현재 노드가 표시되어야 합니다. 페이지 결과와 규칙 경로가 일치하면 구독, 모드, 정책 그룹, 시스템 연결이 모두 정상적으로 이어진 것입니다.

웹페이지는 열리지만 실제 경로가 예상과 다르더라도 곧바로 클라이언트를 바꾸지 마세요. 먼저 현재도 규칙 모드인지 확인한 다음 대상 도메인에 적용된 규칙을 점검합니다. 흔한 원인은 도메인이 더 앞에 있는 규칙에 매칭되었거나 주요 정책 그룹이 나중에 직접 연결로 전환된 경우입니다. 기록에 규칙 이름이 보인다면 “도메인—규칙—정책 그룹—노드” 순서로 확인하는 편이 DNS를 무작정 바꾸는 것보다 빠릅니다.

연결 스위치를 이용해 한 번 비교 테스트할 수도 있습니다. Clash를 끈 뒤 같은 페이지를 다시 로드해 결과를 기록하고, 연결을 다시 켠 뒤 재차 로드하세요. 두 상태의 차이를 보면 트래픽이 실제로 클라이언트를 통과하는지 확인하는 데 도움이 됩니다. 비교 중에는 Wi-Fi, 셀룰러 데이터, 노드를 동시에 바꾸지 마세요. 한 번에 하나의 조건만 변경해야 문제 해결 결과를 신뢰할 수 있습니다.

확인이 끝나면 실제 필요에 따라 구독 자동 업데이트를 켤 수 있습니다. 업데이트 주기를 지나치게 짧게 설정하지 말고 평소에는 서비스 제공자의 권장 주기를 따르세요. 업데이트된 설정은 정책 그룹과 규칙을 바꿀 수 있으므로 업데이트 후 동작이 달라졌다면 현재 설정의 업데이트 시간과 정책 선택을 먼저 확인합니다. 사용자 지정 규칙을 장기적으로 관리해야 한다면 오버라이드 또는 병합 방식을 사용해 구독 업데이트 때 수동 설정이 덮어써지지 않도록 하세요. 자세한 구조는 오버라이드 및 병합 참고에서 확인할 수 있습니다.

연결 실패 시 빠른 문제 해결

4단계를 마쳤는데도 인터넷에 연결되지 않으면 여러 옵션을 한꺼번에 바꾸지 마세요. 기본 네트워크, 구독, 정책, 연결, DNS 순서로 확인하고 각 항목을 점검할 때마다 다시 테스트합니다. 순서가 중요합니다. 상위 구독이 유효하지 않으면 로컬 DNS를 바꿔도 해결되지 않으며, 시스템 연결이 설정되지 않았다면 노드를 아무리 바꿔도 실제 트래픽이 발생하지 않습니다.

구독 업데이트 실패

먼저 클라이언트 연결을 끄고 브라우저에서 일반 웹페이지에 접속되는지 확인한 뒤 설정 페이지에서 수동 업데이트를 실행하세요. 구독 URL이 완전한지, 만료되지 않았는지, 서비스 제공자가 링크를 새로 생성하도록 요구하는지 확인합니다. 기존 설정이 표시되는데 업데이트만 계속 실패한다면 로컬 설정이 손상된 것이 아니라 구독 소스에 일시적으로 접근할 수 없는 상황일 수 있습니다. 이전 설정은 유지하고 새 주소를 확인한 뒤 교체하세요.

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

주요 정책 그룹이 빈 상태가 아닌지, 실수로 직접 연결이나 거부 정책을 선택하지 않았는지 확인합니다. 그런 다음 같은 그룹에서 다른 사용 가능한 노드로 바꾸고 동일한 웹사이트만 테스트하세요. 모든 노드에서 결과가 같다면 연결 기록에 DNS 확인 실패가 있는지 확인합니다. 기록 없이 DNS 가로채기를 켜거나 nameserver를 변경하고 강화 모드를 전환하지 마세요. 이러한 설정은 네트워크 환경과 함께 판단해야 하며 자세한 필드는 DNS 설정 장에서 확인할 수 있습니다.

일부 웹사이트만 열리고 일부는 실패함

이 경우 시스템 연결은 이미 설정되었고 문제는 규칙 적용, 대상 웹사이트 상태, 현재 노드에 있을 가능성이 큽니다. 연결 기록을 열어 정상 사이트와 실패 사이트가 어떤 정책을 사용했는지 비교하세요. 실패 대상이 직접 연결로 분류되었는데 프록시를 사용해야 한다면 규칙 순서를 확인하고, 이미 프록시를 사용 중이라면 같은 그룹의 다른 노드로 다시 테스트하세요. 같은 유형의 도메인에서만 계속 DNS 오류가 발생할 때 DNS를 추가로 점검합니다.

연결 스위치가 자동으로 꺼짐

모든 로그를 오류로 간주하지 말고 클라이언트에 기록된 마지막 명확한 오류부터 확인하세요. 흔한 원인으로는 설정 로드 실패, 다른 앱에 의한 시스템 VPN 교체, 네트워크 확장 상태 이상, 현재 설정에 포함된 미지원 필드가 있습니다. 방금 가져온 설정을 다시 선택해 한 번 시작해 보세요. 수동 편집 후 문제가 생겼다면 구독 원본 설정으로 되돌려 비교합니다. 원본 설정이 정상임을 확인한 뒤 사용자 지정 내용을 조금씩 추가하세요.

네트워크를 바꾼 뒤 연결이 작동하지 않음

Wi-Fi에서 셀룰러 데이터로 전환하거나 웹 로그인 인증이 필요한 공용 네트워크에 접속하면 기존 연결을 다시 설정해야 할 수 있습니다. 먼저 Clash를 끄고 공용 네트워크 인증을 완료한 다음 연결을 다시 켜세요. 특정 Wi-Fi에서만 문제가 발생한다면 구독이 만료되었다고 단정하지 말고 해당 네트워크의 특수 DNS, 로컬 프록시, 접근 제한을 확인합니다. 같은 노드와 모드를 유지한 채 네트워크만 바꿔 테스트하면 로컬 네트워크 문제와 설정 문제를 빠르게 구분할 수 있습니다.