Clash 구독 가져오기
및 프록시 설정 가이드
사용 가능한 구독 하나를 가져와 설정 선택, 규칙 기반 트래픽 분배, 연결 확인을 차례로 진행합니다. 먼저 브라우저 연결을 확인한 다음 필요한 앱을 설정하세요. 전체 과정에 약 10분 정도 걸립니다.
시작하기 전에 서비스 제공업체에서 받은 구독 주소나 Clash / mihomo와 호환되는 YAML 설정 파일을 준비하세요. 구독은 설정을 가져오는 주소이지 클라이언트 설치 파일이나 일반 웹사이트의 로그인 주소가 아닙니다. 클라이언트는 설정을 읽고 규칙을 적용해 연결을 구성합니다. 프로그램을 설치하는 것만으로 사용할 수 있는 프록시 노드가 자동 생성되지는 않습니다.
Mac에 설치한 뒤 Applications 폴더에서 클라이언트를 실행하세요. 다른 프록시 도구나 VPN을 사용 중이라면 잠시 연결을 끊어 두세요. 그래야 이후 트래픽을 어떤 프로그램이 처리하는지 파악하기 쉽습니다. 기본 포트, DNS, 고급 설정은 그대로 두고 이 가이드에서 안내하는 항목만 변경하세요. 문제가 생겨도 이전의 정상 상태로 되돌리기 쉽습니다.
1단계: 구독을 가져와 설정 선택하기
클라이언트를 열고 “구독” 또는 “설정” 페이지로 이동해 “추가”, “가져오기” 또는 더하기 아이콘이 있는 메뉴를 찾으세요. 원격 주소와 로컬 파일을 따로 가져오는 경우에는 준비한 자료에 맞는 메뉴를 선택합니다. 복사한 구독 URL은 원격 가져오기를, 컴퓨터에 저장한 .yaml 또는 .yml 파일은 로컬 가져오기를 이용하세요. 파일 내용을 통째로 URL 입력란에 붙여 넣거나 웹페이지 링크의 이름만 바꿔 YAML 파일로 가져오지 마세요.
원격 구독을 사용한다면 서비스 제공업체의 구독 페이지로 돌아가 Clash 또는 mihomo로 명시된 형식을 선택하고 주소 전체를 복사하세요. 붙여 넣은 뒤 주소의 앞부분, 끝부분, 중간의 매개변수가 빠지지 않았는지 확인하세요. 특히 물음표 뒤의 내용이 누락되지 않도록 주의해야 합니다. 한 페이지에 여러 클라이언트 형식이 함께 표시될 수 있으며, 일반 노드 공유 링크는 Clash 설정으로 바로 사용할 수 없을 수 있습니다. QR 코드만 있다면 클라이언트가 QR 코드 가져오기를 지원하는지 먼저 확인하고, 맞지 않는 메뉴를 반복해서 시도하지 마세요.
“일상 연결”처럼 알아보기 쉬운 이름을 설정에 지정한 다음 가져오기 또는 저장을 실행하세요. 요청이 완료될 때까지 기다리고 업데이트 성공 메시지가 표시되는지, 프록시 그룹·규칙·노드 등의 설정 내용이 나타나는지 확인합니다. 설정 목록에 이름이 추가된 것만으로는 항목이 생성됐다는 뜻일 뿐입니다. 설정을 정상적으로 파싱할 수 있는지, 현재 사용할 설정으로 선택됐는지도 확인하세요. 일부 클라이언트는 체크 표시로 현재 항목을 나타내고, 다른 클라이언트는 “사용” 또는 “활성화”를 눌러야 합니다.
로컬 파일을 사용할 때는 파일 가져오기 메뉴를 눌러 원본 YAML 파일을 선택하고, 클라이언트가 파싱을 마친 뒤 해당 파일을 선택하세요. YAML은 들여쓰기로 구조를 나타내는 텍스트 설정 형식입니다. 처음 사용할 때 직접 수정할 필요는 없습니다. 클라이언트에서 문법 오류가 표시되면 서식 있는 텍스트 편집기로 저장해 불필요한 문자가 들어가지 않았는지 확인하고 원본 파일을 다시 받아 보세요. 파일에서 외부 규칙이나 프록시 그룹을 참조한다면 처음 불러올 때 네트워크 연결이 필요할 수 있습니다. 따라서 파일 가져오기에 성공했다고 해서 외부 항목까지 모두 로드된 것은 아닙니다.
가져오기에 실패했다면 먼저 어느 단계에서 오류가 발생했는지 확인하세요. 요청 시간 초과는 현재 네트워크나 구독 주소에 접근할 수 없는 문제일 수 있습니다. 웹페이지가 반환되거나 파싱에 실패한다면 복사한 주소가 로그인 페이지, 구매 페이지, 공유 안내 페이지가 아닌 구독 인터페이스 주소인지 확인하세요. 주소가 만료됐거나 계정 상태가 변경돼 업데이트에 실패했을 수도 있습니다. 먼저 제공업체 페이지에서 주소를 다시 복사해 한 번 더 시도하세요. 원인을 찾지 못한 채 프록시 포트, DNS, 규칙을 동시에 바꾸지는 마세요.
구독 주소의 매개변수에는 계정 접근 정보가 포함될 수 있습니다. 스크린샷을 공유하기 전에 주소 전체를 가리고 공개 댓글에 올리거나 출처를 알 수 없는 온라인 변환 페이지에 입력하지 마세요. 노드를 새로고침하려면 해당 항목의 “업데이트” 기능을 사용하면 됩니다. 일반적으로 설정을 매번 삭제하고 다시 만들 필요는 없습니다.
2단계: 규칙 모드와 프록시 노드 선택하기
설정이 활성화됐는지 확인한 뒤 “프록시” 페이지로 이동하거나 “모드” 선택 메뉴를 찾으세요. 처음에는 “규칙”을 선택합니다. 일부 화면에는 Rule로 표시됩니다. 규칙 모드는 현재 설정의 조건을 읽고 연결별로 직접 연결, 프록시 또는 다른 정책을 선택합니다. 평소 네트워크의 트래픽 분배 설정을 유지할 수 있고, 다음 단계에서 연결이 어떤 경로로 처리되는지도 확인하기 쉽습니다.
“규칙 모드”와 “노드 선택”은 서로 다른 작업입니다. 모드는 연결을 어떻게 분배할지 정하고, 프록시 그룹은 특정 정책이 선택됐을 때 어떤 출구를 사용할지 정합니다. 프록시 그룹을 열어 직접 선택할 수 있는 노드, 자동 선택 그룹 또는 하위 그룹이 있는지 확인하세요. 그룹 이름은 구독 설정에 따라 달라 “노드 선택”이라고 표시되지 않을 수 있습니다. 일반 프록시 트래픽에 쓰이는 선택 그룹을 찾아 사용 가능한 항목을 선택하세요.
그룹에 연결 테스트나 지연 시간 테스트 버튼이 있다면 한 번 실행해 해당 노드로 테스트 대상에 연결할 수 있는지 확인하세요. 테스트 결과가 나오면 노드를 눌러 선택 표시가 나타나는지 확인합니다. 테스트 버튼만 누른 채 페이지를 나가지 마세요. 테스트와 실제 선택은 별개의 작업입니다. 자동 선택 그룹은 보통 설정의 테스트 조건에 따라 출구를 선택하므로 처음에는 기본 동작을 그대로 사용해도 됩니다. 테스트 간격이나 허용 오차를 바로 조정할 필요는 없습니다.
전역 모드는 보통 클라이언트가 처리하는 연결을 모두 전역 정책으로 보내며, 규칙의 결과가 예상과 다를 때 잠시 비교하는 용도로 적합합니다. 전역 모드로 바꿔도 모든 앱이 자동으로 프록시를 사용하는 것은 아닙니다. 직접 연결 모드는 처리 대상 연결을 목적지에 직접 연결하므로 프록시 노드가 정상인지 확인하는 데 사용할 수 없습니다. 테스트를 위해 전역 모드로 바꿨다면 전역 정책에서 실제로 어떤 항목이 선택됐는지도 확인하세요. 모드 이름만으로 출구를 판단해서는 안 됩니다.
설정에 이미 있는 규칙과 프록시 그룹의 연결 관계는 그대로 두세요. 특정 웹사이트를 프록시로 연결하려고 모든 DIRECT 항목을 바꾸지 마세요. DIRECT는 직접 연결을 뜻하며 규칙에서 의도적으로 지정한 경로일 수 있습니다. 특정 앱에 별도의 정책 그룹이 있더라도 처음 연결할 때 하나씩 조정할 필요는 없습니다. 우선 브라우저에서 한 가지 대상에 연결해 기본 경로를 확인한 다음 앱별 트래픽 분배를 설정하세요.
이제 프록시 페이지에서 규칙 모드가 선택되어 있고 규칙이 참조하는 선택 그룹에 항목이 지정됐는지 확인하세요. 모든 노드 테스트가 실패한다면 노드를 바꿔 다시 시도하고 구독 서비스 상태도 확인하세요. 모드를 반복해서 바꿔도 접속할 수 없는 노드가 복구되지는 않습니다. 규칙 우선순위나 중첩 프록시 그룹과 같은 내용은 설치 가이드 모음에서 확인하고, 이번에는 설정 구조를 그대로 유지하세요.
3단계: 트래픽 처리 켜기
설정과 노드를 준비한 다음 트래픽 처리 스위치를 켜세요. Mac 클라이언트의 홈 화면, 설정 페이지 또는 메뉴 막대에서 “시스템 프록시”를 찾아 코어에 오류가 없는지 확인한 뒤 켭니다. 코어는 실제 연결을 처리하는 백그라운드 구성 요소입니다. 클라이언트 창이 열린다고 해서 코어도 정상적으로 실행 중인 것은 아닙니다. 시작 실패나 포트 충돌이 표시되면 해당 오류부터 해결하세요. 다른 네트워크 기능을 추가로 켜지 마세요.
시스템 프록시는 macOS의 프록시 설정을 변경해 해당 설정을 따르는 앱의 요청을 클라이언트 로컬 포트로 전달합니다. 처음에는 연결 기록과 비교하기 쉬운 브라우저로 확인하는 것이 좋습니다. 시스템 프록시를 켠 뒤 브라우저의 프록시 확장 프로그램에 같은 주소를 따로 입력할 필요는 없습니다. 확장 프로그램에 별도의 프록시가 설정되어 있다면 일단 비활성화하거나 시스템 설정 사용으로 전환해 두세요. 두 설정이 서로 덮어쓸 수 있습니다.
시스템 프록시를 켠 상태로 브라우저에서 새 탭을 열어 접속을 시도하세요. 클라이언트 스위치만 보고 연결 여부를 판단하거나 서둘러 TUN까지 함께 켜지 마세요. 시스템 프록시는 시스템 설정을 따르는 앱에만 적용됩니다. 일부 터미널 도구, 게임, 자체 네트워크 스택을 사용하는 프로그램은 시스템 프록시를 사용하지 않을 수 있습니다. 브라우저는 연결되는데 특정 프로그램만 안 된다면 전체 설정이 실패했다고 단정하지 말고 해당 프로그램의 프록시 지원 여부부터 확인하세요.
더 많은 앱의 트래픽을 처리해야 할 때 TUN 모드를 고려하세요. TUN은 가상 네트워크 인터페이스를 통해 트래픽을 처리하므로 일반적으로 시스템 프록시보다 적용 범위가 넓지만, 실제 동작은 라우팅, 제외 항목, DNS 설정에도 영향을 받습니다. 데스크톱 클라이언트에서는 보조 서비스나 서비스 모드를 먼저 설치해야 할 수 있습니다. 클라이언트 안내에 따라 진행하고 시스템 권한 창에 표시된 프로그램을 확인한 뒤 허용하세요. 인터넷에서 찾은 권한 상승 명령을 그대로 복사하지 말고, 브라우저 연결을 처음 확인하는 단계에서 시스템 라우팅을 바꿀 필요도 없습니다.
TUN을 테스트할 때는 시스템 프록시를 먼저 끄고 TUN만 켜서 확인하면 어떤 방식이 트래픽을 처리하는지 구분하기 쉽습니다. 클라이언트 안내에서 두 기능을 함께 사용하도록 요구한다면 해당 클라이언트의 최신 안내를 따르세요. 계속 네트워크에 연결되지 않거나 도메인 이름을 확인할 수 없다면 방금 켠 TUN을 끄고 이전에 정상 작동한 시스템 프록시 방식으로 돌아가세요. 네트워크에 문제가 있는 상태에서 DNS, 라우팅, 방화벽 설정을 연이어 바꾸지 마세요.
Windows에서도 “코어 정상 작동 → 시스템 프록시 켜기 → 브라우저 테스트” 순서로 진행할 수 있습니다. 특정 앱이 설정을 따르지 않을 때 플랫폼별 안내를 확인하세요. Android와 iOS에서는 연결을 누르면 대개 시스템 VPN 권한 요청이 표시됩니다. 승인한 뒤 클라이언트로 돌아와 연결 상태를 확인하세요. 휴대폰 상태 표시줄에 VPN 표시가 나타나면 트래픽 처리 통로가 만들어졌다는 뜻이지만, 선택한 프록시 노드가 정상이라는 의미는 아닙니다.
연결 중에는 트래픽을 처리하는 도구를 하나만 사용하는 것이 좋습니다. 회사 VPN, 보안 소프트웨어, 다른 프록시 클라이언트가 라우팅과 DNS를 변경해 같은 작업에서도 결과가 달라질 수 있습니다. 기기에 조직의 관리 정책이 적용되어 있다면 해당 사용 요건을 따르세요. 보조 서비스, 권한, 플랫폼별 차이는 필요에 따라 플랫폼별 설치 및 설정 안내에서 확인할 수 있습니다.
4단계: 프록시 적용 여부 확인하기
먼저 현재 네트워크에서 정상적으로 접속되는 페이지를 열어 기본 연결이 살아 있는지 확인하세요. 그런 다음 프록시를 통해 접속할 것으로 예상되는 페이지를 열어 제대로 로드되는지 확인합니다. 이미 열어 둔 페이지라면 캐시된 내용을 새 요청으로 착각하지 않도록 새 탭에서 열거나 새로고침하세요. 처음부터 속도 테스트를 할 필요는 없습니다. 요청이 예상한 경로를 통과하는지 먼저 확인하세요.
클라이언트의 “연결”, “활동” 또는 “로그” 페이지에서도 방금 접속한 요청의 새 기록을 찾아보세요. 표시되는 항목은 클라이언트와 로그 수준에 따라 다르지만, 보통 대상 도메인, 적용된 규칙, 사용된 프록시 경로를 비교할 수 있습니다. 프록시를 사용해야 하는 요청이 DIRECT로 표시된다면 적용된 규칙과 프록시 그룹을 먼저 확인하세요. 선택한 프록시가 표시되는데도 요청 시간이 초과된다면 시스템 프록시 스위치를 반복해서 바꾸지 말고 노드, 대상 사이트, 상위 네트워크를 점검하세요.
규칙 모드에서 어떤 경로가 선택됐는지 파악하려면 출구 IP만 보는 것보다 연결 기록을 확인하는 편이 낫습니다. 웹사이트마다 적용되는 규칙이 다를 수 있고 IP 조회 페이지 자체가 직접 연결로 설정됐을 수도 있습니다. 따라서 한 번의 조회에서 로컬 출구가 표시됐다고 해서 반드시 프록시가 작동하지 않는 것은 아닙니다. 출구를 비교해야 한다면 같은 대상과 같은 트래픽 처리 방식으로 테스트하고 해당 요청에 프록시 정책이 실제로 적용됐는지 확인하세요. 기록을 공유할 때는 구독 주소, 인증 정보, 공개할 필요가 없는 접속 기록을 가리세요.
브라우저에서 대상 페이지가 열리지 않으면 정해진 순서대로 하나씩 확인하세요. 먼저 현재 설정이 선택되어 있는지, 다음으로 프록시 그룹에서 항목이 선택되어 있는지, 마지막으로 코어가 실행 중이고 시스템 프록시 또는 TUN이 올바른 상태인지 확인합니다. 그런 다음 다른 노드로 바꿔 다시 접속하고 새 연결 기록을 살펴보세요. 한 번에 하나만 변경하고 결과를 기록하세요. 설정, 모드, 노드, DNS를 동시에 바꾸면 어떤 변경이 결과에 영향을 줬는지 알기 어렵습니다.
브라우저에서는 연결되는데 터미널이나 특정 앱에서 실패한다면 먼저 문제를 해당 앱으로 좁히세요. 시스템 프록시를 지원하는지, 별도의 프록시가 설정되어 있는지, 새 설정을 읽기 위해 재시작해야 하는지 확인합니다. 기존의 장시간 연결은 이전 경로를 계속 사용할 수 있으므로 노드를 바꾼 뒤에는 연결을 새로 만든 다음 확인하세요. 터미널 프록시, 앱 제외 설정, TUN의 DNS 문제를 해결하려면 문제 해결 안내를 참고하세요. 첫 설정을 처음부터 다시 진행할 필요는 없습니다.
마지막으로 종료 상태를 확인하세요. 사용을 마치기 전에 시스템 프록시나 TUN을 끄고 클라이언트를 종료한 다음 일반 웹페이지를 열어 네트워크가 복구됐는지 확인합니다. 대부분의 클라이언트는 정상적으로 종료하면 설정을 정리하지만, 비정상 종료 후 로컬 포트를 가리키는 프록시 항목이 남을 수 있습니다. 종료 후 인터넷에 연결되지 않으면 클라이언트를 다시 열어 트래픽 처리를 끄세요. 그래도 복구되지 않는다면 macOS의 “시스템 설정 → 네트워크 → 현재 네트워크 서비스 → 세부사항 → 프록시”에서 관련 설정을 확인하세요. 경로는 macOS 버전에 따라 다를 수 있습니다.
첫 설정을 마친 뒤에는 확인을 마친 설정을 그대로 보관하고, 이후에는 구독 항목의 업데이트 버튼으로 변경 사항을 가져오세요. 업데이트 후 특정 앱만 문제가 생긴다면 해당 앱의 새 연결 기록을 먼저 살펴본 다음 트래픽 분배를 조정할지 결정하세요. 일상적인 사용은 여기까지면 충분합니다. 기기를 바꾸거나 Linux 코어를 배포하거나 규칙을 자세히 알아보려면 설치 가이드 모음을 항목별로 참고하세요.