시작 전: 클라이언트와 구독 링크 준비하기
이 튜토리얼은 클라이언트 설치를 마친 상태에서 시작합니다. 앱을 처음 열었다면 홈 화면이 정상적으로 표시되는지 확인한 다음, 서비스 제공자가 발급한 유효한 구독 링크를 준비하세요. 클라이언트는 설정을 읽고 연결을 처리하는 앱이며, 설치만으로 사용할 수 있는 노드가 생기지는 않습니다. 서비스 계정이나 구매 내역, 웹사이트 로그인 주소만 있다면 먼저 서비스 제공자의 사용자 페이지에서 Clash 또는 mihomo용 구독 메뉴를 찾으세요.
구독 링크에는 개인 계정 정보가 포함되는 경우가 많으므로 계정 정보처럼 안전하게 보관해야 합니다. 복사할 때는 서비스 페이지의 복사 버튼을 사용하세요. 채팅 화면을 보고 직접 입력하지 말고, 링크 전체를 공개 댓글에 게시하지도 마세요. 링크 끝의 매개변수가 반환되는 내용을 결정할 수 있으므로 주소를 줄이려고 임의로 삭제해서는 안 됩니다. 문제 해결을 요청할 때는 오류 유형만 설명하고 구독 주소나 노드 인증 정보는 공개하지 마세요.
이제 휴대전화의 네트워크가 정상적으로 연결되어 있는지 확인하고 DNS, 포트, 코어 고급 설정은 당분간 변경하지 마세요. 다른 VPN, 네트워크 필터링 또는 유사한 프록시 앱을 사용 중이라면 현재 상태를 기억해 두었다가 연결을 시작하기 전에 일시 중지하세요. 설정은 총 4단계입니다. 각 단계가 끝날 때마다 화면의 안내를 확인하고, 구독 다운로드가 끝나기 전에 연결 버튼을 반복해서 누르지 마세요.
1단계: 구독을 가져와 설정 활성화하기
설정 페이지에서 URL 구독 추가하기
클라이언트에서 「설정」 또는 「구독」 페이지를 열고 추가 메뉴를 누릅니다. 오른쪽 위의 더하기 버튼이나 페이지 하단에 있을 수 있습니다. 「URL에서 가져오기」, 「파일에서 가져오기」, 「클립보드에서 가져오기」 등의 메뉴가 표시되면 구독 링크에는 URL 가져오기를 선택하세요. 「휴대전화 기본 설정」처럼 알아보기 쉬운 이름을 입력하고 URL 입력란에 구독 주소 전체를 붙여 넣습니다. 앞뒤에 공백이나 줄바꿈이 들어가지 않았는지 확인하세요.
저장, 가져오기 또는 다운로드를 누른 뒤 요청이 완료될 때까지 기다립니다. 정상적으로 처리되면 설정 목록에 항목이 추가되고 이름, 업데이트 시간 또는 업데이트 메뉴가 표시됩니다. 일부 앱은 링크를 저장한 뒤 자동으로 다운로드하지 않으므로 업데이트를 한 번 더 눌러야 할 수 있습니다. 다운로드 완료 안내를 확인한 뒤에 설정을 활성화하세요. 목록에 이름이 보인다는 것만으로 원격 설정을 모두 불러왔다고 볼 수는 없습니다.
서비스 페이지에서 원터치 가져오기를 지원하면 시스템이 연결할 앱을 열지 물어볼 수 있습니다. 대상 클라이언트를 확인하고 앱으로 이동한 뒤, 앱에 표시된 출처와 설정 이름을 다시 확인하세요. 이동이 끝나도 설정 목록으로 돌아와 결과를 확인해야 합니다. 브라우저의 「전송 완료」 메시지만 보고 가져오기가 성공했다고 판단하지 마세요. 앱 선택 화면이 나타나지 않으면 수동 URL 가져오기로 돌아가 가장 간단한 방법으로 설정을 완료하세요.
설정을 선택하고 정책 그룹이 불러와졌는지 확인하기
설정 목록에서 방금 가져온 항목을 눌러 화면 안내에 따라 현재 설정으로 지정합니다. 일부 앱은 선택 표시로 활성화 여부를 나타내고, 다른 앱은 상세 화면에서 사용 버튼을 눌러야 합니다. 그런 다음 「프록시」 또는 「정책 그룹」 페이지를 열어 펼칠 수 있는 그룹이나 출구 옵션이 표시되는지 확인하세요. 화면이 비어 있다면 연결 모드를 바꾸기 전에 설정 목록으로 돌아가 현재 항목이 선택되어 있는지 확인합니다.
가져오기에 실패하면 먼저 오류 메시지 원문을 확인하세요. 주소에 접속할 수 없는 문제, 설정이 아닌 내용이 반환되는 문제, 설정을 해석하지 못하는 문제는 서로 원인이 다릅니다. 서비스 페이지에서 링크를 다시 복사하고 계정과 구독이 유효한지 확인하세요. 형식이 지원되지 않는다는 안내가 나오면 현재 클라이언트에 맞는 구독 형식을 다시 선택합니다. 브라우저에서 서비스 웹사이트가 열린다고 구독 API까지 정상이라는 뜻은 아니며, 반대로 요청 한 번이 실패했다고 구독 전체가 만료된 것도 아닙니다.
처음 가져온 뒤에는 기존 설정을 그대로 유지하세요. 자동 업데이트가 필요하면 구독 상세 정보에서 예약 업데이트를 활성화하고 서비스 제공자의 권장 주기에 맞추면 됩니다. 수동으로 계속 새로 고칠 필요는 없습니다. 업데이트 전후에 정책 그룹 이름이 달라질 수 있으므로 기존 선택이 초기화되었다면 그룹을 다시 확인하세요. 구독 형식과 코어 호환성에 대한 자세한 내용은 프로토콜 및 코어 기술 참고 자료를 확인하세요.
2단계: 규칙 모드와 출구 정책 선택하기
처음 사용할 때는 규칙 모드 선택
설정을 활성화한 다음 홈 화면이나 설정에서 모드 메뉴를 찾습니다. 일반적으로 「규칙」, 「전역」, 「직접 연결」 또는 Rule, Global, Direct로 표시됩니다. 처음에는 규칙 모드를 선택하세요. 클라이언트가 설정에 포함된 규칙에 따라 연결을 직접 연결할지, 정책 그룹으로 보낼지, 차단할지 결정합니다. 구독에 미리 설정된 트래픽 분기를 유지할 수 있고, 다음 단계에서 접속 기록을 확인하기도 쉽습니다.
전역 모드는 코어에 들어오는 트래픽을 전역 정책으로 처리하는 경우가 많지만, 모든 앱의 트래픽이 시스템에서 클라이언트로 전달된다는 뜻은 아닙니다. 실제 적용 여부는 VPN, 앱 제외 설정, 연결 설정에 따라 달라집니다. 직접 연결 모드에서는 일반적으로 트래픽이 대상에 바로 접속합니다. 웹페이지가 열리지 않는다고 세 모드를 번갈아 바꾸지 마세요. 모드를 변경하면 판단 조건도 함께 바뀝니다. 먼저 규칙 모드에서 기본 동작을 확인한 다음, 필요한 경우에만 임시로 조정하세요.
규칙에서 실제로 참조하는 정책 그룹 열기
「프록시」 또는 「정책 그룹」을 열고 일반적인 출구를 담당하는 그룹을 찾습니다. 그룹 이름은 Proxy, 프록시 선택일 수도 있고 서비스 제공자가 정한 이름일 수도 있습니다. 그룹을 펼쳐 사용 가능한 노드나 구독에 미리 설정된 자동 선택 그룹을 고르세요. 선택 표시가 바뀌었는지 확인합니다. 일부 화면에서는 그룹을 펼치는 동작이 목록을 보는 것에 그치므로, 출구를 바꾸려면 특정 항목을 한 번 더 눌러야 합니다.
정책 그룹에는 DIRECT 또는 REJECT가 표시될 수도 있습니다. DIRECT는 직접 연결, REJECT는 연결 거부를 뜻하므로 원격 노드가 아닙니다. 그룹 안에 다른 그룹이 중첩되어 있을 수도 있습니다. 따라서 자동 선택 그룹을 골랐다고 최종 출구 이름도 자동 선택인 것은 아닙니다. 처음에는 대상 트래픽을 처리하는 그룹에서 직접 연결이나 거부를 잘못 선택하지 않았는지, 그룹에 사용 가능한 출구가 있는지만 확인하면 됩니다.
설정에 동영상, 통신, 다운로드 등 용도별 그룹이 여러 개 있더라도 한 번에 모두 바꿀 필요는 없습니다. 먼저 테스트할 웹사이트가 어느 그룹에 해당하는지 확인하고 나머지 그룹은 기존 선택을 유지하세요. 연결 기록에서 실제로 적용된 규칙을 확인한 다음 해당 그룹을 변경할지 결정하면 됩니다. 규칙 유형과 매칭 순서는 고급 설정에 해당하므로 처음 연결할 때 수정할 필요는 없습니다. 자세한 내용은 기술 참고 자료를 확인하세요.
3단계: VPN 연결을 허용하고 시작하기
시스템 권한을 확인하고 실행 상태 살펴보기
모드와 정책 그룹을 선택했다면 클라이언트 홈 화면으로 돌아갑니다. 시스템 VPN을 사용 중인 다른 앱을 먼저 일시 중지한 다음 시작 또는 연결 버튼을 누르세요. Android에서는 처음 연결할 때 VPN 연결 요청이 표시되는 경우가 많습니다. iOS에서는 VPN 구성을 추가하도록 허용하고 기기 인증을 거쳐야 할 수 있습니다. 방금 설치한 클라이언트에서 보낸 요청인지 확인한 뒤 허용하세요. 권한을 거부해도 앱에 설정은 남을 수 있지만 시스템 트래픽은 예상대로 클라이언트에 전달되지 않습니다.
권한을 허용한 뒤 홈 화면으로 돌아와 실행 상태가 연결됨 또는 실행 중으로 바뀔 때까지 기다립니다. 시스템 상태 표시줄이나 설정 화면에 VPN 표시가 나타날 수도 있으며, 위치는 운영체제 버전에 따라 다릅니다. 이 표시는 시스템 터널이 설정되었다는 뜻일 뿐, 원격 노드와 DNS, 대상 웹사이트까지 모두 정상이라고 확인된 것은 아닙니다. 클라이언트가 계속 실행 중인지 확인한 다음 다음 단계에서 접속을 테스트하세요. 아이콘이 보인다는 이유로 확인을 마치지 마세요.
모바일 클라이언트는 시스템 VPN 인터페이스를 통해 트래픽을 처리하는 경우가 많으며, 앱에 TUN 관련 옵션이 표시될 수도 있습니다. 클라이언트마다 이 두 용어를 사용하는 방식이 완전히 같지는 않으므로 튜토리얼을 따라 모든 스위치를 켤 필요는 없습니다. 우선 클라이언트의 기본 연결 방식을 사용하세요. 「LAN 허용」도 휴대전화 자체의 인터넷 연결에 꼭 필요한 설정은 아닙니다. 처음에는 그대로 두어 불필요한 공유 액세스 설정을 피하세요.
시작에 실패하면 첫 번째 오류부터 확인하기
연결을 눌렀는데 바로 중지되면 로그나 진단 메뉴를 열고 이번 시작 과정에서 가장 먼저 나타난 오류를 확인하세요. 설정 해석, 포트 충돌, VPN 권한, 코어 시작 실패는 각각 다르게 해결해야 합니다. 먼저 현재 설정이 유효한지 확인하고 시스템 VPN 화면에서 다른 앱이 계속 연결되어 있는지도 살펴보세요. 오류 정보를 기록하기 전에 앱 데이터를 삭제하지 마세요. 구독 주소, 선택 항목, 로컬 설정을 다시 입력해야 할 수 있습니다.
Android에서 앱별 프록시 기능을 제공한다면 테스트할 브라우저가 제외되지 않았는지 확인하세요. 일부 설정은 체크한 앱만 프록시를 사용하고, 다른 설정은 체크한 앱을 제외한 나머지 앱이 프록시를 사용하므로 목록의 의미가 서로 반대일 수 있습니다. 첫 테스트에서는 기본 적용 범위를 명확하게 유지하고 연결이 정상적으로 되는지 확인한 뒤 앱을 선별하는 편이 좋습니다. 시스템 권한을 허용했고 클라이언트가 계속 실행 중이라면 실제 접속을 확인할 수 있습니다.
4단계: 접속 및 규칙 분기 적용 여부 확인하기
실제 요청으로 출구 경로 확인하기
연결을 유지한 채 브라우저에서 평소 직접 연결되는 사이트를 열어 기본 인터넷 연결이 유지되는지 확인합니다. 그런 다음 현재 설정에서 프록시를 거쳐야 하는 사이트에 접속해 새 요청이 발생하도록 합니다. 클라이언트의 「연결」, 「세션」 또는 「로그」 페이지로 돌아와 방금 접속한 도메인을 찾고 적용된 규칙, 정책 그룹, 최종 출구를 확인하세요. 앱마다 표시되는 항목은 다르지만, 요청이 클라이언트에 전달되었고 예상한 방식으로 처리되었는지는 확인해야 합니다.
규칙상 직접 연결되어야 한다면 기록에 DIRECT가 표시되는 것이 정상입니다. 모든 연결에 노드 이름을 표시하려고 전역 모드로 바꾸지 마세요. 프록시를 거쳐야 하는데 직접 연결로 표시된다면 적용된 규칙과 그룹 선택부터 확인하세요. 웹페이지가 열린다는 사실은 해당 접속이 성공했다는 뜻일 뿐입니다. 트래픽 분기가 올바른지 확인하려면 기록도 함께 살펴봐야 합니다. 반대로 특정 웹사이트 하나가 열리지 않는다고 클라이언트 전체가 적용되지 않았다고 단정할 수도 없습니다. 사이트 자체나 특정 출구에 문제가 있을 수 있습니다.
새 기록이 보이지 않으면 페이지를 새로고침한 뒤 브라우저가 앱별 규칙에서 제외되지 않았는지 확인하세요. 기존 연결을 재사용하는 요청이 있을 수 있고 브라우저 캐시 때문에 새 네트워크 요청이 발생하지 않을 수도 있으므로 다른 페이지를 열어 다시 시도해 보세요. 클라이언트에서 기록 일시 중지나 도메인 필터링을 지원한다면 필터 조건도 확인합니다. 확인을 마친 뒤에는 자세한 디버그 로그를 계속 켜 둘 필요가 없습니다. 일상적인 문제 해결이 필요할 때만 활성화하세요.
문제가 발생한 단계를 구분하기
직접 연결 사이트와 프록시 사이트가 모두 열리지 않는다면 먼저 연결을 일시 중지하고 휴대전화의 Wi-Fi 또는 모바일 네트워크가 정상인지 확인합니다. 기본 네트워크를 복구한 다음 다시 연결하세요. 직접 연결은 되지만 프록시 대상만 실패한다면 정책 그룹으로 돌아가 사용 가능한 출구를 바꾸고 같은 페이지에 다시 요청합니다. 한 번에 조건 하나만 변경해야 네트워크, 노드, 선택 항목 중 어디에서 문제가 생겼는지 구분할 수 있습니다.
도메인 확인 관련 오류는 로그를 함께 살펴봐야 합니다. 처음 실패했다고 DNS 설정 전체를 바꾸는 것은 권장하지 않습니다. 구독에 DNS와 규칙 설정이 함께 포함되어 있을 수 있으므로 임의로 변경하면 문제를 찾기 더 어려워집니다. 로그에 계속 도메인 확인 문제가 표시된다면 오류 요약을 보관한 뒤 DNS 및 네트워크 스택 참고 자료를 확인하세요. 설정 활성화, 올바른 규칙 선택, 시스템 연결 유지, 실제 요청의 예상 경로 확인까지 마쳤다면 4단계 초기 설정이 완료된 것입니다.
노드 지연 시간: 테스트 결과와 실제 사용 경험 구분하기
출구를 비교하려면 프록시 또는 정책 그룹 페이지에서 클라이언트가 제공하는 지연 시간 테스트나 연결 가능성 테스트를 실행합니다. 일부 앱은 그룹 전체를 테스트할 수 있고, 다른 앱은 노드 메뉴에서 각각 실행해야 합니다. 테스트가 끝났는지 확인한 다음 최신 결과를 기준으로 출구를 선택하세요. 측정 대상이 헷갈리지 않도록 테스트 중에 여러 그룹을 빠르게 바꾸지 마세요.
여기에 표시되는 값은 일반적으로 지정된 테스트 주소에 요청을 보내는 데 걸린 시간입니다. ICMP 왕복 시간이나 다운로드 속도와 같다고 볼 수는 없습니다. 테스트 주소, DNS, TLS 핸드셰이크, 당시의 모바일 네트워크 상태가 결과에 영향을 줍니다. 수치가 낮으면 선택할 때 참고할 수 있지만, 최종적으로는 실제 사용하는 웹사이트나 앱을 열어 안정적으로 로드되는지 확인해야 합니다.
시간 초과나 실패가 발생하면 먼저 휴대전화 네트워크, 구독 상태, 테스트 주소에 접속할 수 있는지 확인한 뒤 다른 출구로 교차 테스트합니다. 일부 출구만 실패한다면 클라이언트를 다시 설치할 필요는 없습니다. 모든 테스트가 동시에 실패하면 연결 상태와 로그를 다시 확인하세요. 자동 선택 그룹은 설정에 포함된 테스트 방식에 따라 동작합니다. 수동으로 한 번 테스트해도 일반 수동 선택 그룹이 자동 전환 그룹으로 바뀌지는 않습니다.
백그라운드 및 부팅 시 자동 실행: 연결이 안정된 뒤 설정하기
Android: 배터리 제한과 시작 권한 확인하기
앞서 접속 테스트를 마쳤다면 화면을 잠시 잠근 뒤 잠금을 해제하고 테스트 페이지를 다시 엽니다. 화면이 켜져 있을 때는 정상인데 잠근 뒤 자주 끊긴다면 시스템 설정에서 앱 정보를 열고 클라이언트의 배터리 관리와 백그라운드 활동 권한을 확인하세요. 기기 제조사마다 「제한 없음」, 「백그라운드 실행 허용」, 「배터리 최적화 해제」 등 메뉴 이름이 다를 수 있으므로 현재 기기의 설정 위치에 맞춰 조정하면 됩니다. 같은 문구의 메뉴를 찾을 필요는 없습니다.
부팅 후 연결을 복구하려면 먼저 클라이언트에서 시작 시 연결, 부팅 시 시작 또는 비슷한 옵션을 찾아보세요. 그런 다음 시스템에 별도의 자동 시작 권한이 있는지 확인합니다. 앱 자동 시작 허용과 VPN 자동 연결은 서로 다른 기능입니다. 재부팅 후 앱이 실행되어도 현재 설정을 불러와 자동으로 연결된다는 보장은 없습니다. 설정한 뒤 여유 있을 때 기기를 한 번 재부팅하고 설정 선택 상태, VPN 상태, 실제 페이지 접속을 확인하세요. 앱 아이콘이 나타나는지만 확인해서는 안 됩니다.
일부 Android 시스템에는 VPN 상시 연결 또는 VPN을 통하지 않는 연결 차단 옵션이 있습니다. 후자를 켜면 클라이언트가 시작되지 않았거나 설정에 문제가 있을 때 기기의 인터넷 연결이 차단될 수 있으므로 처음 설정할 때 꼭 필요한 기능은 아닙니다. 먼저 일반 연결과 백그라운드 동작을 확인한 뒤 기기 사용 목적에 따라 활성화 여부를 결정하세요. 시스템을 업그레이드하거나 클라이언트를 바꾼 뒤에도 관련 권한을 다시 확인해야 합니다.
iOS: 클라이언트의 자동 연결 기능을 확인하기
iOS의 백그라운드 및 시작 방식은 Android와 다르므로 Android처럼 배터리 최적화 제외나 부팅 시 자동 시작 권한을 찾을 필요는 없습니다. 클라이언트가 필요 시 연결이나 자동 연결을 제공한다면 조건 설명을 읽고 활성화하세요. 해당 메뉴가 없다면 현재 앱에서 지원하는 기능을 기준으로 사용하면 됩니다. 화면을 잠그거나 Wi-Fi와 모바일 네트워크를 전환한 뒤 시스템 VPN 상태를 확인하고 실제 페이지를 열어 연결이 복구되었는지 확인하세요.
마지막으로 간단한 설정 기록을 남겨 두세요. 사용 중인 클라이언트, 구독 설정 이름, 자주 사용하는 정책 그룹과 연결 방식이면 충분합니다. 기록에 구독 인증 정보 전체를 포함하지 마세요. 나중에 문제가 생기면 「기본 네트워크 → 현재 설정 → 정책 그룹 → 시스템 연결 → 요청 기록」 순서로 확인하는 편이 앱을 재설치하고 DNS를 바꾸고 모드를 전환하는 것보다 원인을 찾기 쉽습니다. 프로토콜 선택, 코어 차이, 복잡한 규칙은 프로토콜 및 코어 기술 참고 자료에서 확인하세요. 클라이언트를 바꾸려면 먼저 클라이언트 선택 가이드를 읽어 보세요.