시작 전: 클라이언트와 설정을 따로 준비하기

클라이언트는 화면을 제공하고 코어를 실행하며, 설정은 노드·정책 그룹·분기 규칙을 제공합니다. 클라이언트를 설치해도 프록시 노드가 자동으로 생기지는 않습니다. 시작하기 전에 신뢰할 수 있는 출처에서 받은 Clash 또는 mihomo 구독 링크나 바로 사용할 수 있는 YAML 설정 파일을 준비하세요. 프록시를 끈 상태에서도 기기가 로컬 네트워크와 필요한 설정 다운로드 주소에 접속할 수 있는지 확인하세요.

구독 링크에는 개인 접근 정보가 포함될 수 있습니다. 복사할 때 전체 내용을 유지하고, 공개 채팅이나 스크린샷, 온라인 변환 페이지에 링크를 올리지 마세요. 출처에서 단일 프로토콜 링크만 제공했다면 클라이언트가 해당 가져오기 방식을 지원하는지 먼저 확인하세요. 이 가이드는 완전한 설정 구독을 기준으로 하며 단일 노드 링크와 설정 파일을 혼용하지 않습니다.

처음 연결할 때는 다른 프록시 또는 VPN 클라이언트를 잠시 종료하고 현재 네트워크 상태를 기록해 두세요. 이후에는 한 번에 옵션 하나만 변경해야 무엇이 영향을 줬는지 파악하기 쉽습니다. 이미 설정이 있는 기기라면 클라이언트의 내보내기 또는 백업 기능으로 원본 파일을 보관하세요. 이 가이드에서는 클라이언트가 자동 생성한 실행 설정을 직접 수정하지 않습니다.

1. 구독을 가져와 설정 활성화하기

설정 페이지에서 링크 추가하기

클라이언트를 열고 “설정” 또는 “구독” 페이지로 이동한 뒤 “새로 만들기”, “추가” 또는 “URL에서 가져오기”를 찾으세요. 전체 구독 링크를 주소 입력란에 붙여 넣고 앞뒤에 공백, 줄바꿈 또는 메신저가 덧붙인 문장 부호가 없는지 확인하세요. 화면에서 이름을 요구하면 알아보기 쉬운 이름을 지정해도 됩니다. 이름은 관리용이며 구독 내용에는 영향을 주지 않습니다.

“가져오기”, “다운로드” 또는 “저장”을 눌러 클라이언트가 설정을 가져올 때까지 기다리세요. 완료되면 목록에 설정 카드나 항목이 표시됩니다. 해당 항목을 눌러 “활성화”, “현재 설정으로 지정” 또는 선택 표시를 통해 실행 설정으로 전환하세요. 다운로드가 완료되어도 설정이 활성화된 것은 아닙니다. 구독만 추가하고 기본 설정을 계속 실행 중이라면 프록시 페이지에 새 정책 그룹이 보이지 않을 수 있습니다.

설정을 전환한 뒤 “프록시” 페이지로 이동하세요. 정상이라면 설정에 정의된 정책 그룹과 각 그룹에서 선택할 수 있는 출구가 표시됩니다. 그룹 이름은 구독 제공자가 정하므로 반드시 “노드 선택”이나 “자동 선택”인 것은 아닙니다. 목록을 펼칠 수 있는지 확인하되, 아직 시스템 프록시는 켜지 마세요. 다음 단계에서 모드와 출구를 선택해야 합니다.

로컬 파일 및 업데이트

파일을 받았다면 설정 페이지에서 “파일에서 가져오기”를 선택하고 기기에 저장된 .yaml 또는 .yml 파일을 지정한 뒤 활성화하세요. 확장자만 바꿔 형식을 변환하거나 브라우저에서 다운로드한 로그인 페이지를 설정 파일로 사용하지 마세요. 텍스트 편집기로 열 수 있다고 해서 코어가 요구하는 형식에 맞는 것은 아닙니다.

구독 업데이트는 보통 설정 항목의 메뉴에서 “업데이트” 또는 “새로고침”을 선택해 진행합니다. 업데이트하면 원격 콘텐츠를 다시 가져오므로 노드 이름과 규칙이 바뀔 수 있습니다. 개인 설정을 계속 유지해야 한다면 원격 구독 사본을 반복해서 수정하는 대신 클라이언트의 오버라이드 방식을 먼저 확인하세요. 자세한 설정 구조는 YAML 설명서를 참고하세요.

2. 프록시 모드와 출구 노드 선택

처음에는 규칙 모드 선택

현재 설정이 활성화되어 있는지 확인한 다음 “홈”, “개요” 또는 “프록시” 페이지에서 모드 선택 메뉴를 찾으세요. 처음 사용할 때는 “규칙” 또는 Rule을 선택하는 것이 좋습니다. 이 모드에서는 코어가 설정에 정의된 규칙 순서에 따라 연결을 처리합니다. 일부 트래픽은 직접 연결되고 나머지는 지정된 정책 그룹을 거칠 수 있습니다. 규칙 모드가 실제 요구에 맞는지는 구독에 포함된 규칙에 따라 달라지며, 클라이언트가 모든 사이트의 연결 방식을 일률적으로 판단하는 것은 아닙니다.

“전역” 또는 Global 모드에서는 일반적으로 코어에 들어온 연결이 GLOBAL 정책으로 전달됩니다. 모드를 바꾼 뒤 해당 정책에서 어떤 출구를 선택했는지 확인하세요. DIRECT가 선택되어 있다면 연결이 직접 이루어질 수 있습니다. “직접 연결” 또는 Direct 모드는 프록시 노드를 거치지 않으므로 일반 연결을 복구하거나 비교 확인할 때 적합합니다. 프록시 연결을 처음 확인하는 상태로는 적합하지 않습니다.

여기서 모드는 코어에 들어온 뒤 연결을 어떻게 라우팅할지를 정합니다. 기기의 트래픽이 코어로 들어오는 방식을 정하는 것은 아닙니다. 전역 모드를 선택해도 모든 앱의 트래픽이 자동으로 전달되는 것은 아닙니다. 브라우저가 시스템 프록시를 따르는지, 모바일 VPN이 제대로 연결되었는지는 다음 단계에서 따로 확인해야 합니다.

정책 그룹에서 노드 선택

“프록시” 페이지에서 프록시 출구를 담당하는 정책 그룹을 펼치세요. 수동 선택 그룹이라면 사용 가능한 노드를 눌러 선택 표시가 해당 노드로 이동하게 하세요. 정책 그룹이 다른 그룹을 참조한다면 최종 출구를 확인할 때까지 계속 펼쳐야 합니다. 상위 그룹 이름만 보고 노드가 선택됐다고 착각하지 마세요. 설정에 따라 용도별 그룹이 여러 개 있을 수 있습니다. 우선 대상 요청에서 사용할 그룹만 확인하면 되며 모든 그룹을 같은 값으로 바꿀 필요는 없습니다.

그룹의 지연 시간 테스트 버튼을 누르고 결과가 나올 때까지 기다려도 됩니다. 지연 시간이 표시되면 해당 테스트 요청이 완료된 것이고, 시간 초과는 정해진 시간 안에 테스트 경로에서 응답을 받지 못했다는 뜻입니다. 결과는 테스트 주소, 네트워크 상태, 노드 부하에 따라 달라집니다. 다운로드 속도를 직접 나타내거나 대상 앱이 반드시 작동한다는 보장은 아닙니다. 처음 연결할 때는 테스트에 응답한 출구 하나를 선택한 다음 실제 요청으로 확인하세요.

그룹에 DIRECT만 있거나 예상한 노드가 전혀 표시되지 않는다면 이전 단계로 돌아가 올바른 설정을 선택했는지, 원격 노드 목록을 불러왔는지 확인하세요. 목록을 채우려고 출처를 모르는 노드를 함부로 붙여 넣지 마세요. select, url-test 및 규칙 대상에 대한 자세한 설명은 YAML 설명서의 정책 그룹 및 규칙 안내를 참고하세요.

3. 연결을 켜고 트래픽 유입 경로 확인

데스크톱: 먼저 코어를 확인한 뒤 시스템 프록시 켜기

모드와 노드를 선택한 다음 클라이언트 홈에서 코어 실행 상태를 확인하세요. “시작” 버튼이 있다면 코어부터 실행합니다. 설정 오류가 표시되면 네트워크 스위치를 반복해서 켜고 끄지 말고 설정 페이지로 돌아가 오류를 해결하세요. 코어가 실행 중인 것을 확인한 뒤 “시스템 프록시”를 켭니다. 그러면 시스템 프록시 설정을 따르는 앱이 요청을 클라이언트의 로컬 리스닝 포트로 보냅니다.

시스템 프록시를 켠 뒤 브라우저에서 새 탭을 열어 접속해 보세요. 필요하다면 브라우저를 완전히 종료한 다음 다시 열어 프록시 설정을 새로 읽도록 하세요. 로컬 포트가 항상 7890이라고 가정하지 마세요. 설정과 클라이언트에 따라 포트가 다를 수 있습니다. 브라우저나 명령줄에서 프록시를 직접 설정할 때는 클라이언트에 표시된 현재 리스닝 주소를 사용하세요.

브라우저에서는 프록시가 작동하지만 터미널, 게임 또는 다른 앱은 달라진 점이 없다면 해당 앱이 시스템 프록시를 지원하고 설정을 읽는지 확인하세요. 더 많은 앱의 트래픽을 전달해야 할 때 TUN 모드를 고려하세요. 데스크톱 클라이언트에서 TUN을 켜려면 서비스를 설치하거나 관리자 권한을 허용하거나 네트워크 확장을 승인해야 할 수 있습니다. 현재 클라이언트의 안내에 따라 진행하세요. 권한 안내가 뜨지 않았다고 해서 서비스가 올바르게 설치된 것은 아닙니다.

TUN과 시스템 프록시는 서로 다른 트래픽 유입 경로이므로 처음 테스트할 때 둘 다 켤 필요는 없습니다. 먼저 시스템 프록시 경로를 작동시킨 다음 필요에 따라 TUN을 테스트하면 라우팅과 권한 문제를 구분하기 쉽습니다. TUN을 켠 뒤 네트워크에 문제가 생기면 TUN을 끄고 이전의 정상 설정으로 복구한 다음 서비스 상태와 로그를 확인하세요. 라우팅, DNS 및 제외 설정은 YAML 설명서에서 살펴보고, 첫 연결 단계에서 한꺼번에 바꾸지 마세요.

모바일: 시스템 VPN 권한 허용

Android 또는 iOS 클라이언트에서 홈 화면으로 돌아가 “연결” 또는 시작 버튼을 누르세요. 처음 연결할 때는 보통 시스템 VPN 설정 권한을 묻는 창이 표시됩니다. 안내를 읽고 허용하세요. 기기 잠금 암호나 생체 인증을 요구하면 인증을 마친 뒤 클라이언트로 돌아와 연결 상태가 갱신되었는지 확인하세요. 권한을 취소하면 설정을 불러왔더라도 이 경로로 트래픽을 전달할 수 없습니다.

같은 기기에서 다른 VPN, 업무용 프로필 또는 네트워크 필터링 도구를 사용하면 현재 연결과 충돌할 수 있습니다. 처음 테스트할 때는 같은 종류의 연결을 하나만 실행하세요. 조직에서 관리하는 기기라면 기기 정책을 따르고 관리 제한을 우회하지 마세요. VPN 아이콘이 표시되어도 터널 경로가 설정되었다는 뜻일 뿐, 노드·규칙·대상 사이트가 정상이라는 의미는 아닙니다. 다음 단계에서 실제로 확인해야 합니다.

4. 규칙 적용 여부와 실제 출구 확인

새 요청을 보내 연결 기록과 대조

클라이언트를 실행한 상태로 “연결” 또는 “로그” 페이지를 연 다음 브라우저로 돌아가 새 대상 페이지를 여세요. 클라이언트에서 방금 발생한 도메인이나 대상 주소를 찾습니다. 연결 기록에는 보통 대상, 적용된 규칙, 사용한 정책 그룹과 최종 출구가 표시됩니다. 클라이언트마다 표시 항목은 조금씩 다르며 짧은 연결은 활성 목록에서 금방 사라질 수 있습니다. 이때는 로그나 연결 기록을 함께 확인하세요.

기록에 대상 요청이 선택한 노드를 통해 전달된 것으로 표시되면 해당 요청은 프록시 출구까지 도달한 것입니다. DIRECT로 표시된다면 먼저 어떤 규칙이 적용됐는지 확인한 다음 해당 규칙이 지정한 정책 그룹에서 직접 연결을 선택했는지 살펴보세요. 규칙 모드에서는 일부 요청이 직접 연결되는 것이 정상입니다. 모든 기록에 노드 이름이 표시되도록 설정 전체를 바꿀 필요는 없습니다.

새 연결이 전혀 보이지 않으면 먼저 연결 기록을 숨기는 필터가 켜져 있지 않은지 확인한 뒤 브라우저 프록시 확장 프로그램, 시스템 프록시 상태 또는 VPN 상태를 점검하세요. 요청이 코어에 들어오지 않았다면 노드를 바꿔도 도움이 되지 않습니다. 터미널이나 프록시를 별도로 설정한 앱은 자체 설정도 확인해야 합니다. 브라우저에서 성공했다고 해서 다른 앱도 같은 경로를 사용하는 것은 아닙니다.

출구 IP와 대상 앱을 함께 확인

이어서 신뢰할 수 있는 출구 IP 조회 페이지에 접속하고 프록시를 끈 상태의 결과와 비교하세요. 규칙 모드에서는 조회 페이지 자체가 직접 연결 규칙에 해당할 수도 있으므로 해당 조회 요청의 연결 기록도 확인해야 합니다. 기기 네트워크 어댑터의 사설 IP를 공인 출구 IP로 착각하지 마세요. IP의 위치 정보만으로 판단해서도 안 됩니다. 위치 데이터베이스가 최신이 아니거나 정확하지 않을 수 있습니다.

출구가 바뀌었다는 사실은 해당 조회 요청의 네트워크 경로가 바뀌었다는 것만 보여 줍니다. 마지막으로 실제 사용할 앱을 열어 페이지 로드, 로그인 또는 API 요청 등 구체적인 작업을 한 번 실행하고 해당 연결 기록을 확인하세요. 브라우저는 정상인데 앱이 작동하지 않는다면 모든 노드가 쓸 수 없다고 단정하기 전에 앱 자체의 프록시 설정, DNS, UDP 필요 여부와 계정 제한을 확인하세요.

모드나 노드를 바꿔 테스트했다면 새 연결을 만들어 확인하세요. 기존 장시간 연결은 이전 출구를 계속 사용할 수 있습니다. 클라이언트에 “연결 종료” 기능이 있다면 테스트 연결을 끊고 다시 시도할 수 있지만 전송 중인 작업은 중단됩니다. 처음 확인할 때는 새 브라우저 요청을 사용하고, 큰 파일을 다운로드하면서 설정을 반복해서 바꾸지 마세요.

실패하면 유입 경로, 규칙, 출구 순서로 점검

유입 경로:새 기록이 없다면 시스템 프록시, 앱 프록시 설정, TUN 또는 모바일 VPN 권한을 다시 확인하세요. 먼저 대상 트래픽이 코어에 도달하도록 해야 합니다.
규칙:기록은 있지만 예상과 다른 경로로 연결된다면 현재 모드, 적용된 규칙과 정책 그룹 선택을 확인하세요. 트래픽 분기 결과를 연결 오류로 오해하지 않도록 주의하세요.
출구:노드를 선택했는데 요청 시간이 초과되면 사용 권한이 있고 테스트에 응답한 다른 노드를 선택한 뒤 구독 유효 상태와 현재 네트워크를 확인하세요. 모든 노드가 실패하면 로그에 표시된 구체적인 오류를 기록하세요.

실제 앱이 작동하는 것을 확인한 뒤 필요에 따라 시작 시 자동 실행, 구독 자동 업데이트 등의 옵션을 설정하고 현재 사용할 수 있는 설정을 백업하세요. 데스크톱 클라이언트를 종료하기 전 시스템 프록시가 꺼졌거나 클라이언트가 원래대로 복구했는지 확인하세요. 그렇지 않으면 중지된 로컬 포트로 요청이 계속 전송될 수 있습니다. 나중에 문제가 생기면 모드·DNS·라우팅을 한꺼번에 바꾸기보다 이 네 단계를 다시 확인하는 편이 원인을 찾기 쉽습니다.

설정 필드, 규칙 문법과 오버라이드 관계를 더 알아보려면 YAML 설정 참고 설명서를 확인하세요. 클라이언트별 플랫폼 지원과 사용법을 비교하려면 클라이언트 비교를 참고하세요. 첫 연결은 여기까지면 충분합니다. 정상적으로 작동하는 설정에 옵션을 더 추가할 필요는 없습니다.