시작 전: 클라이언트와 사용 가능한 설정
이 가이드는 클라이언트를 설치했고 첫 연결을 설정하려는 사용자를 위한 내용입니다. 보통 약 10분이면 주요 단계를 마칠 수 있지만, 구독 다운로드와 네트워크 환경, 시스템 권한에 따라 시간이 더 걸릴 수 있습니다. 먼저 Clash 또는 mihomo에서 사용할 수 있는 설정을 준비하세요. 구독 URL이나 설정 제공업체가 전달한 YAML 파일을 사용할 수 있습니다. 클라이언트는 설정을 읽고 트래픽을 분기하며 연결을 구성합니다. 클라이언트를 설치하는 것만으로 사용할 수 있는 프록시 노드가 자동으로 생기지는 않습니다.
클라이언트를 열고 설정 화면과 환경설정 화면을 찾아 창이 정상적으로 작동하는지 확인하세요. 시스템 네트워크 설정을 동시에 변경하지 않도록 실행 중인 다른 프록시 클라이언트나 VPN은 잠시 종료합니다. 현재 네트워크 연결은 유지하고, 프록시를 켜지 않은 상태에서도 일반 웹사이트에 접속할 수 있는지 확인하세요. 기본 네트워크에 문제가 있다면 먼저 Wi-Fi, 모바일 데이터 또는 라우터 문제를 해결해야 합니다. 그렇지 않으면 이후 문제가 설정 때문인지 판단하기 어렵습니다.
구독 URL에는 계정 식별 정보나 접속 인증 정보가 포함될 수 있으므로 로그인 정보처럼 안전하게 보관하세요. 전체 URL을 공개 게시판에 올리거나 출처가 불분명한 온라인 도구에 형식 변환을 맡기지 마세요. 오류가 발생하면 오류 유형만 기록하면 됩니다. 스크린샷을 공유하기 전에는 구독 주소, 노드 인증 정보와 개인정보를 가리세요. 준비가 끝났다면 첫 단계인 설정 가져오기로 진행하세요. 포트, DNS 또는 고급 네트워크 옵션부터 변경할 필요는 없습니다.
첫 번째 단계: 구독을 가져와 설정 활성화
설정 제공업체의 계정 페이지나 안내 문서에서 Clash, Clash Meta 또는 mihomo용이라고 명시된 구독 메뉴를 찾으세요. 계정 페이지 주소나 웹페이지 제목, 개별 노드의 공유 텍스트가 아니라 전체 구독 URL을 복사해야 합니다. 붙여넣기 전에 앞뒤 공백, 줄바꿈 또는 안내 문구가 포함되지 않았는지 확인하세요. 제공업체가 여러 형식을 제공한다면 현재 클라이언트가 지원하는 Clash 호환 형식을 우선 선택하세요. 프로토콜 지원 여부는 클라이언트에서 실제로 사용하는 코어에 따라서도 달라집니다.
클라이언트로 돌아가 ‘설정’ 또는 ‘구독’ 화면을 열고 추가, 가져오기 또는 더하기 버튼을 누릅니다. ‘URL로 가져오기’와 같은 메뉴를 선택해 주소 입력란에 링크를 붙여넣으세요. 이름에는 ‘일상용 설정’처럼 알아보기 쉬운 용도를 적으면 됩니다. 업데이트 간격을 설정할 수 있더라도 처음에는 기본값을 유지하세요. 확인한 뒤 다운로드와 설정 파싱이 끝날 때까지 기다립니다. 비슷한 이름의 설정이 여러 개 생기지 않도록 가져오기 버튼을 연속해서 누르지 마세요.
가져오기가 완료되면 설정 목록에 항목이 추가됩니다. 클라이언트에 따라 업데이트 시간, 활성화 표시 또는 작업 메뉴가 함께 나타날 수 있습니다. 해당 항목을 눌러 ‘사용’, ‘활성화’ 또는 ‘이 설정으로 전환’을 선택하세요. 다운로드에 성공했더라도 현재 설정으로 활성화된 것은 아닐 수 있으므로, 활성화 표시가 새 항목에 있는지 확인합니다. 이어서 프록시 화면에 프록시 그룹과 노드 목록이 표시되면 클라이언트가 해당 설정을 읽은 것입니다. 이제 두 번째 단계로 넘어갈 수 있습니다.
로컬 YAML 파일을 받았다면 ‘파일에서 가져오기’를 선택하고 시스템 파일 선택기에서 파일을 지정한 뒤 확인하세요. 이후 같은 방법으로 활성화하면 됩니다. 텍스트 편집기의 내용을 구독 URL 입력란에 임의로 붙여넣지 마세요. 두 메뉴는 서로 다른 형식의 데이터를 처리합니다. 로컬 파일은 원격 구독처럼 업데이트되지 않을 수도 있습니다. 업데이트 가능 여부는 파일 확장자가 아니라 파일의 제공업체 설정과 클라이언트 기능에 따라 달라집니다.
오류가 발생하면 먼저 어느 단계에서 실패했는지 구분하세요. ‘요청 시간 초과’, ‘다운로드할 수 없음’은 보통 클라이언트가 설정 내용을 가져오지 못했다는 뜻입니다. ‘파싱 실패’, ‘지원하지 않는 필드’는 내용을 가져왔지만 형식, 문법 또는 코어 호환성에 문제가 있다는 뜻입니다. 먼저 구독 URL이 만료되지 않았는지, 계정을 사용할 수 있는지 확인한 다음 설정 제공업체에서 해당 클라이언트용 형식을 제공하는지 살펴보세요. 모든 오류에 DNS를 변경하거나 문법을 모른 채 오류 주변의 필드를 삭제하지 마세요.
이 단계를 마쳤다고 판단하려면 ‘구독 항목이 생겼다’는 것만으로는 부족합니다. ‘설정이 활성화되었고 프록시 화면에 예상한 프록시 그룹이 표시된다’는 것을 확인해야 합니다. 아직 연결하지 말고, 다음 단계에서 트래픽 모드와 프록시 트래픽을 처리할 그룹을 선택하세요.
두 번째 단계: 규칙 모드와 프록시 그룹 선택
클라이언트 홈, 프록시 또는 설정 화면에서 모드 옵션을 찾으세요. 흔히 ‘규칙’, ‘전역’, ‘직접 연결’로 표시되며, 영어 UI에는 Rule, Global, Direct로 나올 수 있습니다. 처음 사용할 때는 ‘규칙 모드’를 선택하세요. 설정에 정의된 규칙에 따라 요청마다 처리 방식이 결정됩니다. 일부 요청은 직접 연결하고, 일부는 프록시 그룹으로 보내며, 일부는 차단합니다. 규칙 모드라고 해서 모든 웹사이트가 프록시를 사용하거나 클라이언트가 각 사이트에 적합한 경로를 알아서 판단하는 것은 아닙니다.
전역 모드는 보통 코어에 들어온 요청을 전역 정책으로 처리하므로 임시 비교 테스트에 적합합니다. 직접 연결 모드는 코어에 들어온 요청을 대상에 바로 연결하는 방식입니다. 여기서 핵심은 ‘코어에 들어온 요청’입니다. 프록시 모드는 요청이 코어에 도착한 뒤의 처리 방식을 결정하고, 시스템 프록시나 VPN은 앱 요청이 코어에 들어올 수 있는지를 결정합니다. 전역 모드로 바꿔도 시스템 프록시를 전혀 사용하지 않는 앱이 자동으로 연결되는 것은 아닙니다.
규칙 모드를 선택한 다음 ‘프록시’ 화면에서 설정이 주로 사용하는 프록시 그룹을 찾으세요. 설정에 따라 ‘프록시 선택’, ‘노드 선택’ 등 이름이 다를 수 있으며 모든 설정에서 통일된 그룹 이름은 없습니다. 그룹을 펼쳐 현재 선택된 항목을 확인하세요. 수동 선택 그룹이라면 계정에서 사용할 수 있는 노드를 선택합니다. 기본값이 자동 테스트 또는 장애 조치 그룹이라면 우선 그대로 두고 사용 가능한 노드가 포함되어 있는지 확인하세요.
일부 프록시 그룹은 노드를 직접 표시하지 않고 다른 그룹을 포함합니다. 예를 들어 주 그룹에서 ‘자동 선택’을 선택하고 자동 선택 그룹이 노드 중 출구를 고르는 방식입니다. 이런 구성은 정상이며, 단계 수를 줄이려고 YAML을 수정할 필요는 없습니다. 주요 프록시 그룹이 실수로 DIRECT나 REJECT를 선택하지 않았는지 확인하세요. DIRECT는 직접 연결, REJECT는 연결 거부를 뜻하며 일반 프록시 노드가 아닙니다.
클라이언트에 연결 테스트 버튼이 있다면 후보 노드에 한 번 실행해 보세요. 테스트 결과는 지정된 테스트 주소에 해당 노드가 연결되는지를 보여주는 것으로, 다운로드 속도와 같지 않으며 모든 웹사이트에 접속할 수 있다는 보장도 아닙니다. 노드 하나가 시간 초과되면 같은 설정의 다른 노드로 비교해 보세요. 특정 수치를 얻으려고 모든 설정을 계속 바꾸지 마세요. 먼저 정상적으로 연결되는 기준을 하나 확보하는 것이 중요합니다.
주요 프록시 그룹을 확인한 뒤에는 설정의 나머지 그룹을 그대로 유지하세요. 동영상, 다운로드 또는 특정 앱용 그룹을 따로 선택해야 하는지는 설정의 규칙 참조 방식에 따라 다릅니다. 해당 그룹에 적용되는 규칙이 없다면 선택을 바꿔도 효과가 없을 수 있습니다. 규칙은 위에서 아래로 검사하며 보통 일치하는 규칙을 찾으면 해당 정책을 실행합니다. 자세한 문법은 규칙 및 트래픽 분기 용어에서 확인하세요. 지금은 ‘규칙 모드가 선택됨’과 ‘주요 프록시 그룹에 사용 가능한 출구가 있음’ 두 가지만 확인하면 됩니다.
설정과 정책을 준비했더라도 앱 요청이 아직 클라이언트를 통과하지 않을 수 있습니다. 세 번째 단계에서는 시스템 프록시 또는 모바일 VPN을 활성화해 앱 트래픽을 앞서 선택한 규칙 처리 과정에 연결합니다.
세 번째 단계: 연결 및 시스템 권한 활성화
데스크톱: 먼저 코어를 실행한 뒤 시스템 프록시 켜기
데스크톱 클라이언트에서 먼저 실행 상태를 확인하세요. 화면에 ‘시작’, ‘실행’ 또는 코어 스위치가 있다면 실행 중인지 확인합니다. 일부 클라이언트는 프로그램을 시작할 때 코어도 함께 실행하므로 중복으로 조작할 필요가 없습니다. 다음으로 ‘시스템 프록시’ 스위치를 찾아 켜세요. Windows와 macOS 클라이언트는 보통 현재 시스템의 프록시 설정을 대신 변경해, 해당 설정을 따르는 브라우저와 앱이 로컬 프록시 주소로 연결되도록 합니다.
처음에는 시스템 프록시를 우선 사용하고 TUN은 함께 켜지 마세요. 활성화한 뒤 테스트 중인 브라우저의 기존 웹페이지를 닫고 새 탭에서 요청을 보내세요. 브라우저에 프록시 확장 프로그램을 설치했다면 다른 프록시 설정을 고정으로 사용하고 있지 않은지 확인합니다. 확장 프로그램이 시스템 설정을 덮어쓰면 웹페이지의 동작과 클라이언트 스위치가 일치하지 않을 수 있습니다. 브라우저는 시스템 프록시를 사용할 수 있지만 일부 게임, 명령줄 도구 또는 별도 네트워크 앱은 이를 따르지 않을 수 있습니다. 이는 연결 범위의 차이입니다.
클라이언트의 수신 대기 포트와 시스템 프록시가 지정하는 포트는 일치해야 합니다. 일반적으로 혼합 포트를 사용하지만 현재 클라이언트에 표시된 값을 기준으로 하세요. 가이드에서 특정 숫자를 봤다고 그대로 입력하지 마세요. 클라이언트가 시스템 프록시를 자동 설정한다면 보통 주소를 직접 입력할 필요가 없습니다. 수동 설정이 꼭 필요하다면 로컬 주소는 보통 127.0.0.1을 사용하고 포트는 현재 설정에 표시된 값을 입력하세요. 프록시 노드의 원격 서버 주소를 로컬 시스템 프록시 주소란에 입력하지 마세요.
Linux 데스크톱 환경과 클라이언트마다 시스템 프록시 지원 방식이 다를 수 있습니다. 먼저 클라이언트에 시스템 프록시 스위치가 있는지 확인하고, 데스크톱 환경이 해당 설정을 적용했는지도 확인하세요. 명령줄 코어만 사용하는 경우 모든 프로그램이 자동으로 프록시를 사용하게 되지는 않습니다. 각 앱이나 세션에서 연결 방식을 설정해야 합니다. Linux 명령줄 설치는 이 간단한 가이드의 범위에 포함되지 않습니다. 문제 해결 및 네트워크 연결 안내를 참고해 데스크톱 클라이언트 절차를 서버에 그대로 적용하지 않도록 하세요.
모바일: VPN 권한을 허용한 뒤 연결 시작
Android 또는 iOS 클라이언트는 보통 시스템에서 제공하는 VPN 인터페이스를 통해 트래픽을 연결합니다. 홈 화면에서 ‘연결’ 또는 ‘시작’을 누르면 VPN 연결, VPN 구성 추가 또는 관련 권한 허용을 요청하는 메시지가 표시될 수 있습니다. 방금 연 클라이언트에서 보낸 안내인지 확인한 다음 시스템 요청에 따라 권한을 허용하세요. 권한을 거부하면 설정과 노드를 가져왔더라도 해당 연결 방식으로 앱 요청을 처리할 수 없습니다.
권한을 허용한 뒤 클라이언트로 돌아가 상태가 연결됨 또는 실행 중으로 바뀌었는지 확인하세요. 시스템 상태 표시줄에 VPN 아이콘이 표시될 수 있지만 일부 시스템에서는 아이콘을 숨기거나 접어 두므로 클라이언트 상태도 함께 확인해야 합니다. 다른 VPN이 동시에 실행되면 시스템이 현재 연결을 일시 중지하거나 다른 설정으로 전환할 수 있습니다. 테스트할 때는 연결을 활성화한 클라이언트를 하나만 남겨 서로 간섭하는 문제를 먼저 배제하세요.
모바일에서 처음 연결에 성공했다면 다음 단계의 확인을 마칠 때까지 클라이언트를 전면에 유지하고, 배터리 최적화나 백그라운드 제한은 당장은 변경하지 마세요. 화면을 잠그거나 앱을 전환할 때만 연결이 끊긴다면 시스템의 백그라운드 실행 권한을 확인하세요. 데스크톱에서 특정 앱이 시스템 프록시를 따르지 않는 경우에는 TUN 모드를 알아볼 수 있습니다. 다만 TUN은 라우팅, 권한, DNS와 관련되므로 첫 연결 확인 전에 다른 설정과 함께 변경하지 않는 것이 좋습니다. 자세한 차이는 도움말 센터에서 확인하세요.
이 단계를 마치면 현재 연결 방식이 ‘데스크톱 시스템 프록시’인지 ‘모바일 VPN 연결’인지 분명히 알고 클라이언트가 실행 중인 것을 확인할 수 있어야 합니다. 연결 상태는 트래픽 진입점이 켜졌다는 뜻일 뿐이므로 규칙과 노드는 실제 요청으로 확인해야 합니다. 이제 네 번째 단계로 진행하세요.
네 번째 단계: 요청과 규칙 적용 확인
먼저 클라이언트에서 ‘연결’, ‘활성 연결’ 또는 ‘로그’ 화면을 찾은 다음 브라우저에서 새 웹페이지를 여세요. 원래 직접 연결할 수 있는 웹사이트와 현재 설정에서 프록시 그룹으로 처리되어야 하는 웹사이트를 각각 선택합니다. 실제 사용 환경을 기준으로 테스트 대상을 정하고, 사이트가 어느 지역에 속하는지만 보고 규칙 결과를 추측하지 마세요. 실제로 적용되는 정책은 설정 내용과 규칙 일치 결과에 따라 결정됩니다.
요청을 보낸 뒤 클라이언트에 해당 도메인이나 대상 주소의 연결 기록이 나타나는지 확인하세요. 웹페이지는 한 번에 여러 도메인에 요청할 수 있으므로 리소스 요청을 메인 페이지 요청으로 착각하지 마세요. 먼저 메인 도메인에 해당하는 기록을 찾고 규칙, 정책 경로 또는 출구 노드를 펼쳐 확인합니다. 클라이언트마다 표시되는 항목은 다를 수 있습니다. 프로세스 식별 기능을 켜면 앱 이름이 보일 수 있지만, 프로세스 정보가 없다고 반드시 프록시 연결이 실패한 것은 아닙니다.
프록시를 사용해야 하는 요청은 정책 경로가 두 번째 단계에서 선택한 프록시 그룹을 거쳐 사용 가능한 노드에 도달하는지 확인하세요. 직접 연결해야 하는 요청은 DIRECT로 표시되는지 확인합니다. 웹페이지가 열리는 것은 첫 번째 확인 항목일 뿐입니다. 연결 기록의 정책이 예상과 일치해야 트래픽 분기 과정도 정상적으로 작동한다고 볼 수 있습니다. 사이트는 열리지만 정책이 예상과 다르다면 모든 노드를 바로 바꾸기보다 규칙 순서와 현재 설정을 먼저 살펴보세요.
연결 화면에 새 기록이 없다면 먼저 새 요청을 보냈는지 확인하세요. 브라우저 캐시에서 페이지를 연 것일 수 있습니다. 이어서 시스템 프록시나 VPN이 여전히 켜져 있는지, 다른 클라이언트가 실행 중인지, 브라우저가 자체 프록시 설정을 사용하는지 확인하세요. 로그는 보조적인 단서로 활용할 수 있지만 로그 수준이 낮으면 세부 정보가 모두 표시되지 않습니다. 로그가 한 줄도 없다는 이유만으로 코어가 요청을 받지 못했다고 단정하지 마세요.
기록은 있지만 웹페이지가 열리지 않는다면 어느 단계에서 멈췄는지 확인하세요. REJECT가 적용되었다면 설정에서 의도한 차단인지 먼저 확인합니다. DIRECT가 적용되었다면 해당 대상이 직접 연결되어야 하는지 살펴봅니다. 프록시 그룹까지 도달한 뒤 시간 초과가 발생했다면 먼저 노드를 바꿔 같은 URL로 다시 시도하세요. 파싱 오류, 연결 시간 초과, TLS 오류는 서로 다른 증상입니다. 모두 속도 문제로 취급하지 마세요. 한 번에 조건 하나만 바꾸고 같은 테스트 URL을 사용해야 결과를 비교할 수 있습니다.
특정 웹페이지만 문제가 있고 다른 페이지는 정상이라면 클라이언트를 바로 재설치하지 마세요. 대상 서비스, 노드 출구 제한, 규칙 그룹, 브라우저 상태 등으로 일부 연결만 실패할 수 있습니다. 노드를 바꾼 뒤 테스트가 정상화되면 사용 가능한 노드를 유지하세요. 여러 노드에서 모두 실패한다면 문제 해결 가이드에서 증상에 따라 원인을 더 살펴보세요. DNS나 Fake-IP 관련 문제는 DNS 및 네트워크 스택 용어에서 현재 설정의 역할을 확인한 뒤 변경하세요.
연결을 확인한 뒤에 컴퓨터 시작 시 자동 실행, 시작 시 자동 연결, 구독 정기 업데이트를 사용할지 결정하세요. 각 스위치가 프로그램 시작, 코어 실행, 시스템 트래픽 연결 중 무엇을 제어하는지 먼저 확인해야 합니다. 이 동작들은 서로 같지 않을 수 있습니다. 데스크톱 클라이언트를 종료하기 전에는 시스템 프록시도 함께 꺼지는지 확인하세요. 앱을 종료했는데 시스템 프록시가 여전히 로컬 프록시 포트를 가리키면 일반 웹페이지에도 접속하지 못할 수 있습니다. 모바일에서는 연결을 중지한 뒤 시스템 VPN도 종료되었는지 확인하세요.
일상적으로는 다음 순서만 확인하면 됩니다. 설정이 유효한지, 모드와 프록시 그룹이 올바른지, 연결 스위치가 켜져 있는지, 실제 연결 기록이 나타나는지 차례로 살펴보세요. 다른 기기로 옮길 때는 다운로드 센터에서 해당 플랫폼의 클라이언트를 선택한 뒤 이 네 단계를 다시 진행하면 됩니다. 메뉴 이름이나 기본 개념이 헷갈리면 도움말 센터를, 연결 문제가 계속되면 체계적인 문제 해결 문서를 참고하세요. 처음부터 모든 고급 설정을 한꺼번에 맞출 필요는 없습니다.