01 구독을 가져와 설정 적용하기
URL을 복사해 원격 설정 추가하기
서비스 제공업체의 구독 관리 페이지에서 Clash 또는 mihomo용 구독 메뉴를 찾아 페이지의 복사 버튼을 사용하세요. 브라우저 주소창에 표시된 계정 관리 페이지 주소를 복사하거나 안내 문구까지 함께 선택하지 않도록 주의하세요. 여러 형식이 제공된다면 현재 클라이언트와 호환된다고 명시된 형식을 우선 선택하세요. 다른 소프트웨어용 공유 URL은 바로 가져오지 못할 수 있습니다.
클라이언트로 돌아가 “설정” 또는 “구독” 화면에서 “새로 만들기”, “추가”, “URL에서 가져오기”를 찾습니다. 원격 URL 유형을 선택하고 복사한 주소를 URL 입력란에 붙여 넣으세요. “일상 설정”처럼 알아보기 쉬운 이름을 지정해도 됩니다. 이름은 로컬에서 설정을 구분하기 위한 것으로 연결 방식에는 영향을 주지 않습니다. URL 앞뒤에 공백이나 줄바꿈이 없는지 확인한 뒤 “가져오기”, “다운로드” 또는 “저장”을 누르세요.
다운로드가 끝날 때까지 기다린 뒤 새 설정 카드와 최근 업데이트 시간 또는 가져오기 완료 메시지가 표시되는지 확인하세요. 일부 클라이언트는 URL을 저장한 후 업데이트를 한 번 더 눌러야 합니다. 목록에 이름만 표시된다고 설정 내용까지 다운로드된 것은 아닙니다. 처음 가져올 때는 기본 업데이트 설정을 그대로 두고 요청 헤더, 업데이트 간격, 기타 고급 항목을 함께 변경하지 마세요.
설정을 선택하고 내용이 불러와졌는지 확인하기
새 설정 옆의 “사용”, “활성화”를 누르거나 선택 표시를 해 현재 설정으로 지정하세요. 이어서 “프록시” 화면으로 이동해 프록시 그룹과 그룹 내 선택 항목이 표시되는지 확인합니다. 프록시 그룹은 규칙이 출구를 선택할 때 사용하는 후보 모음으로, 단일 노드나 자동 선택 그룹, 다른 프록시 그룹 등이 포함될 수 있습니다. 설정 목록에는 카드가 보이는데 프록시 화면은 비어 있다면 같은 URL을 계속 추가하지 말고 설정 화면으로 돌아가 실제로 활성화했는지 확인하세요.
YAML 파일을 받았다면 “파일에서 가져오기”를 선택해 파일을 찾아 활성화하세요. YAML은 들여쓰기로 계층을 표현하는 텍스트 형식입니다. 문서 편집 프로그램에서 서식 있는 텍스트로 다시 저장하지 마세요. 파일에는 노드만 들어 있을 수도 있고 전체 규칙이 포함될 수도 있습니다. 가져온 뒤 바로 사용할 수 있는지는 클라이언트가 누락된 부분을 보완하는지에 따라 달라집니다. 형식이 호환되지 않는다면 파일을 무작정 수정하기보다 현재 클라이언트용 전체 설정을 제공업체에 요청하는 편이 안전합니다.
다운로드에 실패하면 먼저 일반 웹페이지가 열리는지 확인한 다음 URL을 다시 복사하고 계정 유효 기간과 구독 주소가 변경되었는지 확인하세요. 오류 페이지나 로그인 페이지가 파일로 다운로드되어 설정 파싱 오류가 발생할 수도 있습니다. 이런 메시지를 단순히 “노드가 작동하지 않는다”는 뜻으로 받아들이지 마세요. 우선 가져오기 단계에서 문제를 해결하면 됩니다. 구체적인 확인 방법은 자주 묻는 질문의 설치 및 설정 안내를 참고하고, 계속 실패하면 문제 해결로 이동하세요.
완료 기준: 현재 설정이 선택되어 있고 프록시 화면에 구독에서 제공한 프록시 그룹이 표시됩니다. 다음으로 그룹을 어떻게 사용할지 정한 뒤 트래픽 처리를 켜세요.
02 규칙 모드와 프록시 출구 선택
먼저 규칙 모드 사용하기
홈 화면, 대시보드 또는 프록시 설정에서 “모드”를 찾아 “규칙 / Rule”을 선택하세요. 규칙 모드는 설정에 지정된 규칙에 따라 각 요청을 프록시, 직접 연결 또는 다른 방식으로 처리합니다. 처음 연결할 때 적합한 방식입니다. 설정에 이미 트래픽 분기 규칙이 포함되어 있어 웹페이지 하나를 열기 위해 모든 요청을 같은 출구로 보낼 필요가 없습니다.
나머지 두 모드를 구분해 두면 실수를 줄일 수 있습니다. “전역 / Global”은 보통 모든 요청을 전역 프록시 그룹에서 선택한 출구로 보내지만, 클라이언트가 아직 처리하지 않는 앱까지 자동으로 프록시를 사용하게 하지는 않습니다. “직접 연결 / Direct”는 보통 프록시 노드를 거치지 않습니다. 모드는 코어에 전달된 요청을 어떻게 처리할지 정하며, “시스템 프록시가 켜져 있는지”와는 다른 설정입니다. 따라서 전역 모드로 바꾸기만 하고 트래픽 처리를 켜지 않으면 브라우저가 클라이언트를 사용한다고 보장할 수 없습니다.
프록시 그룹에서 사용할 수 있는 노드 선택하기
“프록시” 화면으로 이동해 주요 프록시 그룹을 펼친 다음 서비스 제공업체가 제공한 사용 가능한 노드를 선택하세요. 구독마다 그룹 이름이 다르므로 꼭 PROXY라는 버튼을 찾을 필요는 없습니다. 그룹 안의 선택 항목과 설정 안내를 보고 용도를 판단하세요. 주요 그룹이 다른 수동 선택 그룹을 가리킨다면 하위 그룹도 펼쳐 최종 선택 항목이 실수로 직접 연결로 설정되지 않았는지 확인합니다. 자동 선택 그룹은 보통 설정에 지정된 테스트 조건에 따라 클라이언트가 후보 출구를 고르므로 항목을 하나씩 직접 바꿀 필요가 없습니다.
클라이언트의 연결 테스트 버튼으로 명백히 실패하는 후보를 먼저 걸러낼 수는 있지만, 한 번의 테스트 결과만으로 모든 사이트의 접속 상태를 판단하지 마세요. 테스트 대상과 실제 방문 사이트가 다를 수 있으며 테스트에 성공해도 모든 규칙이 올바르다는 뜻은 아닙니다. 후보 노드를 하나 선택한 뒤 다음 단계에서 실제 요청을 확인하세요. 첫 연결부터 노드를 계속 바꾸면 어떤 설정이 영향을 주었는지 파악하기 어려워집니다.
이 단계에서는 사용자 지정 규칙을 추가하거나 DNS를 바꾸거나 여러 구독을 함께 적용하지 마세요. DNS는 도메인 이름을 네트워크 주소로 변환하는 과정이며 관련 설정은 이후 트래픽 분기에 영향을 주지만, 첫 연결 때 직접 조정할 필요는 없습니다. 먼저 구독과 클라이언트의 호환 기본 설정을 사용하고, 구체적인 증상이 나타나면 대응하세요. 노드, 프록시 그룹, 규칙, 코어의 관계를 알아보려면 용어집을 확인하세요. 이 단계에서 전체 설정 문서를 읽을 필요는 없습니다.
완료 기준: 모드가 규칙으로 설정되어 있고 주요 프록시 그룹에 사용할 출구가 명확히 선택되어 있습니다. 이제 설정과 출구가 준비되었으므로 기기에서 앱 연결을 시작할 수 있습니다.
03 시스템 프록시 또는 모바일 연결 켜기
데스크톱: 코어를 실행한 뒤 시스템 프록시 켜기
클라이언트 홈 화면으로 돌아가 코어가 실행 중인지 확인하세요. 코어는 설정을 읽고 규칙을 적용해 요청을 전달하는 프로그램이며, 그래픽 창은 조작 화면을 제공합니다. 창이 열려 있어도 코어가 실행 중이라고 단정할 수는 없습니다. 홈 화면에 시작 버튼이 있다면 먼저 누르고 상태가 실행 중으로 바뀔 때까지 기다린 다음 “시스템 프록시”를 켜세요. 일부 클라이언트는 코어를 자동으로 실행하므로 이 경우 실행 상태만 확인하면 됩니다.
시스템 프록시는 로컬 프록시 주소를 운영체제 설정에 등록해 해당 설정을 따르는 앱에서 사용하도록 합니다. 시스템에서 네트워크 설정 변경이나 서비스 권한을 요청하면 앱 이름을 확인하고 방금 설치한 클라이언트가 요청한 것이 맞을 때 승인하세요. 첫 테스트에서는 다른 프록시 클라이언트와 브라우저 프록시 확장 프로그램을 꺼 서로 설정을 덮어쓰지 않도록 하는 것이 좋습니다. 한 번에 트래픽 처리를 맡는 도구를 하나만 사용하면 요청 경로를 쉽게 확인할 수 있습니다.
TUN은 아직 함께 켜지 마세요. TUN은 가상 네트워크 인터페이스를 통해 트래픽을 처리하는 방식으로, 시스템 프록시를 사용하지 않는 일부 앱에 적합하지만 권한, 라우팅, DNS 설정에도 영향을 줍니다. 먼저 시스템 프록시로 브라우저 테스트를 마친 뒤, 시스템 프록시를 따르지 않는 앱이 실제로 있을 때 클라이언트 안내에 따라 TUN 사용을 검토하세요. 특정 설정에서는 두 방식을 함께 쓸 수 있지만 첫 문제 해결 단계로는 적합하지 않습니다.
그래픽 클라이언트가 아니라 Linux 명령줄 코어를 사용하는 경우, mihomo를 실행해도 데스크톱 환경의 시스템 프록시가 자동으로 설정되지는 않습니다. 시스템 네트워크 설정에 로컬 프록시 주소와 실제 포트를 입력하거나 앱에서 프록시를 직접 지정해야 합니다. 아래 설정 조각은 항목 예시일 뿐 노드와 규칙이 포함되어 있지 않으므로 구독 파일 대신 완전한 연결 설정으로 사용할 수 없습니다.
mixed-port: 7890
allow-lan: false
mode: rule
log-level: infomixed-port는 HTTP와 SOCKS 프록시 요청을 모두 받는 로컬 포트입니다. 이 가이드의 7890은 예시일 뿐이므로 클라이언트에 표시된 실제 수신 대기 포트를 사용하세요. 로컬 연결 주소는 보통 127.0.0.1입니다. 처음 사용할 때는 로컬 네트워크 접근을 꺼 둬도 됩니다. 이 기기의 브라우저를 인터넷에 연결하기 위해 “LAN 연결 허용”을 켤 필요는 없습니다.
모바일: 연결을 누르고 시스템 권한 승인하기
Android 또는 iOS 클라이언트의 홈 화면에서 “연결” 또는 시작 버튼을 누르세요. 처음 연결할 때 운영체제에서 VPN 구성을 추가하거나 VPN 연결을 설정해도 되는지 묻습니다. 안내에 따라 승인하세요. 승인 후 클라이언트로 돌아와 연결 버튼이 연결 상태로 바뀌었는지, 운영체제에도 연결 상태가 표시되는지 확인합니다. 다른 VPN이 같은 종류의 네트워크 처리 기능을 사용 중이라면 연결을 끊은 다음 현재 클라이언트에 다시 연결하세요.
클라이언트를 계속 실행한 상태로 두고 브라우저를 열어 다음 테스트를 진행하세요. 화면을 끄면 연결이 끊기는 경우 백그라운드 실행 제한이 원인일 수 있습니다. 처음 연결할 때 모든 배터리 설정을 바꿀 필요는 없습니다. 먼저 화면이 켜진 상태에서 정상적으로 접속되는지 확인한 뒤 실제 증상에 따라 백그라운드 제한을 조정하세요.
완료 기준: 데스크톱에서는 코어가 실행 중이고 시스템 프록시가 켜져 있거나, 모바일에서는 연결 상태가 표시됩니다. 이는 연결 기능이 켜졌다는 뜻일 뿐, 실제 요청으로 전체 경로를 확인해야 합니다.
04 요청이 예상한 출구를 통하는지 확인하기
브라우저에서 새 요청 보내기
브라우저를 열어 평소 직접 연결할 수 있는 사이트를 방문한 다음, 구독 규칙에 따라 프록시를 사용해야 하는 사이트에도 접속하세요. 새 탭을 열고 페이지를 새로고침해 새 요청을 보내면 캐시된 내용만 보는 일을 줄일 수 있습니다. 첫 번째 사이트로 기본 네트워크 연결을 확인하고, 두 번째 사이트로 프록시 출구가 작동하는지 확인합니다. 한 사이트만 열어서는 직접 연결과 프록시 분기가 모두 예상대로 작동하는지 확인할 수 없습니다.
그런 다음 클라이언트의 “연결” 또는 “로그” 화면을 열어 방금 방문한 도메인을 찾고 적용된 규칙과 최종 정책을 확인하세요. 클라이언트마다 표시 항목은 다르지만, 요청이 기록되었는지, 규칙이 예상과 일치하는지, 출구가 실수로 직접 연결이나 거부 정책으로 선택되지 않았는지가 중요합니다. TUN이나 특수 DNS 설정을 사용하면 화면에 표시되는 정보가 다를 수 있습니다. 첫 테스트에서는 시스템 프록시를 통한 브라우저 요청을 중심으로 확인하고 모든 항목이 똑같이 표시되는지까지 신경 쓸 필요는 없습니다.
공인 IP 조회는 참고용으로만 사용하세요. 규칙 모드에서는 조회 사이트 자체가 직접 연결 출구를 사용할 수 있으므로 조회 결과가 바뀌지 않아도 프록시가 작동하지 않는다고 단정할 수 없습니다. 반대로 IP가 바뀌어도 모든 앱이 트래픽 처리를 거친다는 뜻은 아닙니다. 사이트 접속 결과와 클라이언트의 요청 기록을 함께 보면 문제가 연결 설정, 규칙, 프록시 출구 중 어디에서 발생했는지 파악하기 쉽습니다.
명령어로 로컬 포트와 터미널 설정 구분하기
로컬 프록시 연결을 더 확인하려면 시스템에 curl이 설치되어 있는지 확인한 뒤 아래 명령어를 사용하세요. Windows 터미널에서는 해당 프로그램을 명확히 실행하도록 curl.exe라고 입력하는 것이 좋습니다. 명령어의 포트를 클라이언트에서 실제로 사용하는 HTTP 또는 혼합 포트로 바꾸세요. 테스트 주소도 확인하려는 사이트로 변경할 수 있습니다.
curl --proxy http://127.0.0.1:7890 --head --connect-timeout 10 https://example.com이 명령어는 프록시를 직접 지정하므로 터미널이 시스템 프록시 설정을 읽는지와 관계없이 실행됩니다. HTTP 응답 헤더를 받았다면 로컬 연결을 통해 요청이 최소 한 번 전달된 것입니다. 다만 사이트에서 리디렉션이나 거부 상태를 반환할 수도 있으므로 정상 페이지가 열렸다는 뜻은 아닙니다. 규칙이 직접 연결을 선택했을 수도 있어 원격 프록시 노드를 통과했는지도 이 명령어만으로 확인할 수 없습니다. 최종 출구는 클라이언트 연결 기록과 함께 확인하세요.
127.0.0.1에 연결할 수 없다는 메시지가 나오면 구독을 초기화하기 전에 코어 실행 여부와 포트 번호부터 확인하세요. 포트에는 연결되지만 계속 시간 초과가 발생한다면 선택한 노드와 로그를 확인합니다. 브라우저에서는 연결되는데 터미널에서 프록시를 지정하지 않은 일반 요청이 실패한다면 터미널이 시스템 프록시 설정을 읽지 않는 경우가 흔합니다. 이 때문에 클라이언트를 반복해서 재설치하지 마세요. 환경 변수 설정과 추가 문제 해결 방법은 문제 해결을 참고하세요. 여기서는 터미널 환경 전체를 바꾸지 않도록 프록시를 직접 지정하는 테스트를 사용합니다.
연결 종료 후 되돌릴 수 있는 상태 유지하기
테스트가 성공하면 현재 설정 이름, 선택한 프록시 정책, 사용한 트래픽 처리 방식을 기록해 두세요. 이후 설정을 바꿀 때는 한 번에 한 항목만 변경하고 매번 새 요청을 보내 확인합니다. 문제를 공유할 때는 클라이언트 이름, 운영체제 버전, 오류 메시지를 알려도 되지만 구독 URL, 계정 정보, 설정에 포함된 접속 정보는 가리세요. 설정 파일 전체를 그대로 업로드하지 마세요.
데스크톱에서는 사용을 마칠 때 먼저 시스템 프록시를 끄고 클라이언트를 종료하세요. 모바일에서는 먼저 연결을 해제합니다. 일부 클라이언트는 창을 닫아도 종료되지 않고 시스템 트레이로 최소화됩니다. 창을 닫았다고 트래픽 처리가 중단된 것은 아닙니다. 종료 후 일반 웹페이지가 열리지 않으면 시스템 프록시가 더 이상 요청을 받지 않는 로컬 포트를 가리키는지 확인하고 남은 설정을 끈 다음 기본 네트워크를 테스트하세요. 바로 운영체제를 다시 설치하거나 모든 설정을 삭제할 필요는 없습니다.
완료 기준: 브라우저에서 사이트를 열 수 있고 클라이언트 기록으로 요청 경로를 확인할 수 있으며, 종료 후에도 기본 네트워크가 정상으로 돌아옵니다. 여기까지 마치면 첫 설정이 완료됩니다. 일상적인 업데이트와 자주 쓰는 기능은 자주 묻는 질문을 참고하세요. 명확한 문제가 있을 때만 문제 해결에서 해당 증상을 하나씩 확인하세요.