1. 구독을 가져와 설정 선택하기
시작하기 전에 클라이언트를 설치하고, 신뢰할 수 있는 서비스에서 받은 Clash 호환 구독 URL이나 로컬 YAML 설정 파일을 준비하세요. 클라이언트는 설정을 읽고 정책을 선택해 연결을 처리합니다. 설치만으로 프록시를 사용할 수 있는 것은 아닙니다. 구독 URL에는 보통 계정 정보가 포함되므로 비밀번호처럼 안전하게 보관하세요. 공개 댓글에 올리거나 출처를 알 수 없는 온라인 변환 사이트에 전체 URL을 입력하지 마세요.
설정 페이지를 열고 원격 구독 추가하기
클라이언트를 실행한 뒤 탐색 메뉴에서 ‘설정’, ‘구독’ 또는 ‘Profiles’를 찾습니다. ‘추가’, ‘가져오기’ 또는 플러스 버튼을 누르세요. 유형 선택 창이 나타나면 ‘원격 설정’ 또는 ‘URL’을 선택합니다. 서비스에서 제공한 전체 구독 URL을 입력란에 붙여넣고 앞뒤에 공백이나 줄바꿈이 없는지, 메신저에서 덧붙인 문장부호가 없는지 확인하세요. ‘일상 연결’처럼 알아보기 쉬운 이름을 붙인 다음 저장 또는 가져오기를 누릅니다.
저장하면 클라이언트가 먼저 데이터를 다운로드한 뒤 설정을 파싱합니다. 진행이 끝날 때까지 기다리면 보통 이름, 업데이트 시간 또는 업데이트 버튼이 표시된 설정 카드가 나타납니다. 파싱 오류가 발생해도 연결 버튼을 반복해서 누르지 마세요. 복사한 내용이 구독 URL인지 확인하세요. 서비스 홈페이지, 계정 관리 페이지 또는 개별 노드 공유 텍스트는 구독 URL이 아닙니다. 형식에 따라 서로 호환되지 않을 수 있으므로 처음에는 서비스에서 현재 클라이언트나 mihomo를 지원한다고 명시한 구독을 사용하는 것이 좋습니다.
로컬 파일 가져오기 및 현재 설정 확인
.yaml 또는 .yml 파일을 받았다면 같은 페이지에서 ‘파일에서 가져오기’를 선택하고 시스템 파일 선택 창에서 파일을 엽니다. 가져온 뒤에는 원본 파일을 별도로 보관하고, 포트와 DNS를 바로 수정하지 마세요. 설정 파싱은 첫 단계일 뿐입니다. 가져온 설정 카드를 클릭하거나 메뉴에서 ‘사용’ 또는 ‘활성화’를 선택해야 합니다. 선택 표시가 나타나거나 현재 설정 이름이 바뀌면 클라이언트가 해당 설정을 사용할 준비가 된 것입니다.
이어서 ‘프록시’ 페이지로 이동합니다. 설정에 정의된 정책 그룹과 그룹 안의 노드, 다른 정책 그룹 또는 직접 연결 옵션이 보여야 합니다. 목록이 비어 있다면 설정 페이지로 돌아가 올바른 항목이 선택되었는지, 설정 다운로드가 완료되었는지 먼저 확인하세요. 일부 설정은 원격 프록시 목록을 사용하므로 목록을 가져오는 동안 선택 가능한 노드가 잠시 표시되지 않을 수도 있습니다. 이때는 클라이언트의 업데이트 기능으로 목록을 가져오고, 임의로 노드 이름을 추가해 목록을 채우지 마세요.
첫 연결을 확인하기 전에는 구독을 자주 업데이트할 필요가 없습니다. 먼저 현재 설정으로 전체 과정을 완료한 다음 서비스에서 권장하는 간격에 맞춰 업데이트하세요. 로컬 설정과 원격 설정의 차이는 용어집의 설정 구조 안내에서 확인할 수 있습니다. YAML을 직접 편집해야 한다면 설정 항목 참고서를 살펴보세요.
2. 프록시 모드와 노드 선택하기
설정을 활성화했다면 이제 연결을 처리할 대상을 정할 차례입니다. 클라이언트 홈, 프록시 또는 설정 페이지에서 ‘모드’ 선택 메뉴를 찾으세요. 보통 ‘규칙’, ‘전역’, ‘직접 연결’이 표시되며, 영어로 Rule, Global, Direct라고 나올 수도 있습니다. 처음 설정할 때는 규칙 모드를 권장합니다. 구독에 미리 설정된 규칙이 요청마다 프록시를 사용할지 직접 연결할지 결정하므로 여러 동작을 한꺼번에 바꾸지 않아도 됩니다.
먼저 규칙 모드로 시작하고 적용 범위 이해하기
규칙 모드는 설정에 지정된 순서대로 연결을 검사하고, 처음 일치한 규칙에 따라 해당 정책으로 전달합니다. 어떤 사이트는 직접 연결하고 다른 사이트는 프록시 그룹을 사용할 수 있으므로 ‘연결됨’ 상태라고 해서 모든 사이트가 같은 경로를 이용하는 것은 아닙니다. 트래픽 분기 방식은 구독 내용에 따라 다르므로 모드 이름만으로 특정 사이트의 경로를 판단할 수 없습니다. 실제 연결을 확인할 때는 연결 기록에 표시된 규칙과 정책을 기준으로 삼으세요.
전역 모드는 코어에 전달된 연결을 전역 정책으로 처리합니다. 규칙이 접속에 영향을 주는지 잠시 비교할 때 유용하지만, 전환한 뒤에는 전역 정책에서 무엇을 선택했는지 확인해야 합니다. 직접 연결 모드는 코어에 전달된 연결을 대상에 바로 접속시켜 임시 점검이나 직접 연결이 필요한 경우에 사용할 수 있습니다. 여기서 ‘전역’은 코어의 라우팅 결정 범위를 뜻하며 기기의 모든 앱을 자동으로 처리한다는 의미는 아닙니다. 앱이 코어에 전달되는지는 시스템 프록시, VPN, TUN 등 연결 방식에 따라 달라집니다.
주요 정책 그룹에서 사용 가능한 노드 선택하기
규칙 모드를 유지한 채 구독에서 주로 프록시 용도로 쓰는 정책 그룹을 찾습니다. ‘프록시 선택’, ‘노드 선택’ 등 이름은 다를 수 있으므로 가이드와 똑같을 필요는 없습니다. 그룹을 펼친 뒤 수동 선택 그룹이라면 서비스에서 제공한 사용 가능한 노드를 누르고 선택 표시가 나타나는지 확인하세요. 현재 선택 항목이 다른 정책 그룹이면 다음 단계로 이동해 최종적으로 수동 노드, 자동 선택 그룹, 직접 연결 중 무엇이 사용되는지 확인합니다.
일부 그룹은 ‘자동 선택’이나 ‘장애 조치’처럼 코어가 설정 조건에 따라 구성원을 선택하는 기능을 하므로 노드를 하나씩 직접 지정할 필요가 없습니다. 처음 테스트할 때는 서비스의 기본 설정을 그대로 사용해도 되고, 직접 선택할 수 있는 주요 그룹에서 노드를 지정해 비교해도 됩니다. 그룹의 테스트 버튼은 보통 지정된 테스트 주소에 접속 가능한지만 확인하므로 모든 사이트 접속을 보장하지 않습니다. 테스트에 성공하더라도 마지막 단계에서 실제 웹페이지 접속을 확인해야 합니다.
정책 그룹에서 DIRECT가 선택되어 있다면 해당 연결은 대상에 직접 접속합니다. 이는 프록시 노드가 아닙니다. 이름을 통일하려고 정책 그룹을 바꾸지 마세요. 규칙에서 그룹 이름을 참조할 수 있습니다. 현재는 규칙 모드인지, 주요 그룹에 예상한 선택 항목이 있는지만 확인하고 연결 단계로 넘어가면 됩니다. 모드와 정책 그룹에 관한 자세한 설명은 용어집의 작동 모드 및 규칙 기반 트래픽 분기에서 확인할 수 있습니다. 이번 설정에서 전체 구성 문법을 미리 익힐 필요는 없습니다.
3. 연결 및 시스템 권한 설정하기
앞의 두 단계를 마치면 클라이언트가 사용할 설정과 정책을 알게 되지만, 앱 트래픽이 아직 코어에 전달되지 않았을 수 있습니다. 다음으로 현재 플랫폼에서 연결 진입점을 켜야 합니다. 처음 설정할 때는 다른 프록시나 VPN 앱을 종료해 시스템 프록시, 라우팅, DNS가 서로 덮어쓰지 않도록 하세요. 여러 트래픽 처리 방식을 동시에 켤 필요는 없습니다. 먼저 가장 간단한 한 가지 방식으로 연결을 확인한 뒤 다른 앱의 연결 방법을 검토하세요.
데스크톱: 코어 실행을 확인한 뒤 시스템 프록시 켜기
Windows, macOS 또는 Linux 클라이언트에서 먼저 홈 화면에 코어 실행 상태가 표시되는지 확인하세요. 별도의 ‘시작’ 또는 ‘연결’ 버튼이 있으면 먼저 누릅니다. 코어가 클라이언트와 함께 자동으로 시작된다면 바로 ‘시스템 프록시’ 스위치를 켜세요. 시스템 프록시는 해당 설정을 따르는 앱의 요청을 로컬 프록시 포트로 전달합니다. 대부분의 브라우저는 첫 테스트에 적합하지만 모든 프로그램이 시스템 프록시를 사용하는 것은 아닙니다.
시스템에서 프록시 설정 변경, 보조 서비스 설치 또는 기기 관리자 암호를 요청할 수 있습니다. 방금 설치한 클라이언트에서 표시된 요청인지 확인한 다음 시스템 안내에 따라 진행하세요. 권한 설정을 마치면 클라이언트로 돌아와 스위치가 계속 켜져 있는지 확인합니다. 잠깐 켜졌다가 다시 꺼진다면 로그에 표시된 포트 사용 상태를 확인하세요. 이전 클라이언트가 백그라운드에서 실행 중일 수 있습니다. 한 화면의 포트만 바꾸고 다른 앱의 프록시가 이전 포트를 가리키는 상태로 두지 마세요.
macOS 클라이언트 중에는 네트워크 확장 프로그램이나 보조 구성요소 권한을 요청하는 경우가 있습니다. 클라이언트 안내에 따라 시스템 설정에서 허용하세요. Linux 데스크톱 환경은 시스템 프록시 지원 방식이 환경마다 다릅니다. 브라우저에서 연결 기록이 생성되지 않으면 브라우저가 시스템 프록시를 사용 중인지 확인하세요. 처음부터 모든 프로그램에 주소와 포트를 직접 입력할 필요는 없습니다. 먼저 브라우저 하나가 현재 연결 방식으로 접속되는지 확인한 뒤 다른 앱을 설정하세요.
모바일: 연결 후 VPN 설정 승인하기
Android 또는 iOS에서 클라이언트 홈으로 돌아가 ‘연결’, ‘시작’ 또는 기본 스위치를 누르세요. 처음 실행하면 시스템에서 VPN 설정 추가 또는 VPN 연결을 요청하는 경우가 많습니다. 앱 이름을 확인하고 허용하세요. iOS에서는 기기 잠금 해제를 추가로 요청할 수 있습니다. 설정을 마친 뒤 클라이언트로 돌아와 연결 상태가 유지되는지 확인합니다. VPN 아이콘의 표시는 운영체제 버전과 화면 영역에 따라 달라질 수 있으므로 아이콘 하나만으로 연결 여부를 판단하지 마세요.
연결 직후 끊긴다면 클라이언트 로그에서 설정 파싱 실패, 권한 미완료 또는 다른 VPN 사용 중이라는 메시지가 있는지 먼저 확인하세요. Android에서 ‘앱별 프록시’를 사용한다면 테스트할 브라우저가 처리 대상에 포함되어 있는지도 확인해야 합니다. 브라우저가 제외되어 있으면 클라이언트에 연결됨으로 표시되어도 브라우저는 기존 네트워크를 사용할 수 있습니다. 처음 테스트할 때는 기본 범위를 유지하세요. 브라우저를 제외한 채 DNS를 바꾸는 상황을 피할 수 있습니다.
TUN은 트래픽을 처리하는 또 다른 방식으로, 더 많은 앱의 연결을 처리해야 하는 데스크톱 환경에서 자주 사용되며 서비스 모드나 추가 권한이 필요할 수 있습니다. 처음 웹페이지를 열 때 꼭 필요한 기능은 아니며 프록시 모드의 전역 모드와도 다릅니다. 현재 작동하는 연결 방식은 그대로 두세요. 시스템 프록시를 따르지 않는 앱을 연결해야 할 때 설정 항목 참고서에서 TUN, DNS, 라우팅 설정을 확인하면 됩니다. 첫 연결부터 여러 네트워크 설정을 동시에 바꾸지 마세요.
4. 웹페이지와 연결 기록 확인하기
연결 상태가 켜졌다는 것은 클라이언트나 시스템 터널이 실행 중이라는 뜻일 뿐, 대상 사이트에 접속할 수 있다는 증거는 아닙니다. 현재 설정, 모드, 노드는 그대로 유지한 채 브라우저에서 새 탭을 열고 평소 정상적으로 접속하는 사이트를 방문해 기본 네트워크가 작동하는지 확인하세요. 이어서 프록시를 거칠 것으로 예상되는 사이트에도 접속합니다. 기존 페이지는 캐시된 내용을 표시할 수 있고, 이미 연결된 세션은 방금 바꾼 정책을 적용하지 않을 수 있으므로 새 요청을 보내는 편이 효과적입니다.
연결 기록에서 요청 경로 확인하기
대상 웹페이지를 연 상태에서 클라이언트의 ‘연결’, ‘활성 연결’ 또는 ‘로그’ 페이지로 돌아갑니다. 대상 도메인으로 방금 생성된 요청을 찾아 적용된 규칙, 사용된 정책 그룹, 화면에 표시되는 실제 출구 정보를 확인하세요. 규칙에 따라 직접 연결된 경우 웹페이지가 열려도 프록시를 사용한 것은 아닙니다. 기록에 예상한 프록시 정책으로 전달됐다고 표시되어야 해당 요청 경로가 설정과 일치하는지 확인할 수 있습니다. 클라이언트마다 표시 항목은 다르므로 모든 열 이름을 맞추려 하지 말고 확인 가능한 정보를 살펴보세요.
웹페이지는 열렸는데 클라이언트에 해당 기록이 없다면 페이지가 실제로 새 요청을 보냈는지 확인한 다음 브라우저가 시스템 프록시를 사용하는지, 모바일에서 앱별 프록시 대상에서 제외되지 않았는지 점검하세요. 브라우저 확장 프로그램이 자체 프록시 설정을 덮어쓰는 경우도 있으므로 테스트할 때는 관련 확장 프로그램을 잠시 비활성화할 수 있습니다. 연결 목록을 보고 있다면 요청이 끝난 뒤 기록이 금방 사라질 수 있습니다. 목록이 비었다는 이유만으로 클라이언트가 작동하지 않는다고 판단하지 말고 페이지를 다시 불러오면서 확인하세요.
출구 IP 주소를 확인하려면 신뢰할 수 있는 IP 조회 서비스에 접속해 연결을 끈 상태의 결과와 비교할 수 있습니다. 다만 이는 보조 확인 수단일 뿐입니다. 규칙 모드에서는 조회 사이트가 직접 연결되도록 설정되어 있을 수 있고, 브라우저 캐시나 사이트의 위치 정보가 표시 결과에 영향을 줄 수도 있습니다. ‘지역이 바뀌지 않았다’는 이유만으로 프록시가 전부 작동하지 않는다고 판단하지 마세요. 먼저 조회 요청에 어떤 정책이 적용됐는지 확인한 뒤 규칙이나 노드를 조정하세요.
문제 발생 시 정해진 순서로 점검하기
대상 사이트에 여전히 접속할 수 없다면 먼저 설정 페이지에서 현재 설정이 다른 항목으로 바뀌지 않았는지, 구독 내용과 프록시 목록이 로드되었는지 확인합니다. 이어서 프록시 페이지에서 주요 그룹이 실수로 직접 연결이나 사용할 수 없는 항목을 선택하지 않았는지 확인하세요. 데스크톱에서는 시스템 프록시가 켜져 있는지, 모바일에서는 VPN 연결이 유지되는지 점검합니다. 이 과정을 마친 뒤 오류가 발생한 시점의 로그를 확인해 구독 다운로드, 노드 연결, 도메인 조회, 대상 사이트 응답 중 어느 단계에서 문제가 생겼는지 구분하세요.
한 번에 하나의 조건만 바꾸세요. 예를 들어 같은 정책 그룹에서 서비스가 제공한 다른 노드를 선택하고 요청을 다시 보낸 뒤 결과를 확인합니다. 노드 변경, 전역 모드 전환, TUN 활성화, DNS 변경을 동시에 하지 마세요. 접속이 다시 되더라도 어떤 조치가 효과가 있었는지 알 수 없습니다. 전역 모드로 잠시 바꾼 뒤 접속이 되었다면 규칙이나 정책 선택을 추가로 확인할 필요가 있다는 뜻입니다. 그래도 전역 정책과 기존 그룹이 같은 노드를 사용하는지 확인해야 하며, 한 번 전환했다는 이유만으로 DNS 문제라고 단정하지 마세요.
DNS 또는 Fake-IP의 의미를 확인하려면 먼저 용어집을 읽어 보세요. 설정 항목, 규칙 순서 또는 덮어쓰기 동작을 수정할 때는 설정 항목 참고서를 참고하세요. 서비스에 문의할 때는 클라이언트 이름, 운영체제, 오류가 발생한 단계와 개인정보를 가린 오류 내용을 전달할 수 있습니다. 전체 구독 URL이나 접근 정보가 포함된 설정 파일을 그대로 보내지 마세요.
첫 연결 확인을 마친 뒤 필요에 따라 자동 업데이트, 시작 프로그램 등록, 다른 앱 연결을 설정하세요. 설정을 하나 추가할 때마다 웹페이지와 연결 기록을 다시 비교해 확인하고, 정상 작동하는 설정 사본을 보관하세요. 나중에 문제가 생겨도 모든 설정을 처음부터 다시 하지 않고 확인된 상태로 되돌릴 수 있습니다.