Clash 사용법:
구독 가져오기 및 연결 확인

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

클라이언트를 열고 사이드바나 하단 메뉴에서 “구독”, “설정” 또는 “Profiles”를 찾습니다. 화면에 들어가 “추가”, “구독 추가” 또는 더하기 버튼을 선택하세요. 가져오기 방식을 묻는다면 원격 주소에는 “URL 가져오기” 또는 “원격 설정”을, 기기에 저장된 파일에는 “로컬 파일”을 선택합니다. 어느 쪽이든 클라이언트가 읽을 수 있는 설정을 가져와야 합니다. 아무 웹 주소나 입력하면 되는 것은 아닙니다.

설정 링크를 복사해 처음으로 다운로드하기

서비스 제공업체의 구독 관리 페이지로 돌아가 Clash, Clash Meta 또는 mihomo 형식이라고 명확히 표시된 구독을 선택하고 복사 버튼을 눌러 주소를 가져옵니다. 클라이언트의 구독 주소 입력란에 붙여 넣고 “일상 설정”처럼 알아보기 쉬운 이름을 지정하세요. 브라우저 주소창에 표시된 계정 관리 페이지 주소를 복사하지 말고, 구독 주소가 보이는 화면을 공개 게시판에 올리지 마세요. 구독 링크에는 계정을 식별하는 접속 정보가 포함되는 경우가 많습니다.

주소 앞뒤에 여분의 공백이나 줄바꿈이 없는지 확인한 다음 “가져오기”, “저장” 또는 “다운로드”를 누릅니다. 클라이언트에 처리 결과가 표시될 때까지 기다리세요. 성공하면 보통 설정 이름과 업데이트 시각 또는 업데이트 버튼이 있는 설정 카드가 추가됩니다. 일부 클라이언트는 가져온 설정을 바로 활성화하지만, 다른 클라이언트에서는 목록에 저장한 뒤 한 번 더 선택하거나 “현재 설정으로 지정”을 눌러야 합니다. 목록에 이름이 보이는지만 보지 말고 현재 선택 표시를 확인하세요.

로컬 파일을 사용하는 경우 파일 선택 창에서 서비스 제공업체가 제공한 .yaml 또는 .yml 파일을 선택하세요. 파일을 가져오면 대개 현재 내용만 저장되며, 이후 원격에서 자동 업데이트된다는 뜻은 아닙니다. 파일 확장자만 YAML로 바꾸지 마세요. 형식이 잘못된 텍스트, 웹페이지 내용, 단일 공유 링크는 이름을 바꿔도 전체 설정 파일이 되지 않습니다.

프록시 화면에 설정이 표시되는지 확인하기

설정을 활성화한 뒤 “프록시” 화면으로 이동해 정책 그룹과 선택 가능한 출구가 표시되는지 확인하세요. 정책 그룹 이름은 구독 작성자가 정하므로 Proxy, 노드 선택, 자동 선택 등으로 표시되거나 용도에 따라 이름이 붙을 수 있습니다. 가이드와 이름이 같을 필요는 없습니다. 화면이 계속 비어 있다면 설정 화면으로 돌아가 현재 설정이 활성화됐는지 확인하고 가져오기 안내나 로그에서 파싱 오류를 살펴보세요. 설정 다운로드 성공과 설정 로드는 별개의 과정입니다.

다운로드할 수 없다면 먼저 현재 네트워크에서 서비스 제공업체의 관리 페이지를 열어 구독이 유효한지 확인하고 주소를 다시 복사하세요. 형식을 인식하지 못한다는 메시지가 표시되면 가져온 것이 전체 YAML 설정인지, Base64 노드 목록인지, 단일 프로토콜 공유 링크인지 확인합니다. 클라이언트마다 지원하는 가져오기 형식이 다릅니다. 비공개 구독을 잘 모르는 온라인 변환 사이트에 붙여 넣지 마세요. 형식 차이는 Clash 구독 형식 안내에서 확인할 수 있습니다. 프록시 화면에 정책 그룹이 정상적으로 표시되면 다음 단계로 넘어가세요.

규칙 모드와 프록시 출구 선택하기

설정을 활성화한 뒤 “개요”, “프록시” 또는 “설정”에서 모드 선택 메뉴를 찾습니다. 일반적인 옵션은 “규칙”, “전역”, “직접 연결”이며, 영어로는 Rule, Global, Direct로 표시될 수 있습니다. 처음에는 “규칙”을 선택하세요. 코어는 설정에 적힌 순서대로 연결에 규칙을 적용한 다음 직접 연결, 프록시 또는 차단 정책을 따릅니다. 규칙 모드는 웹사이트 이름만 보고 용도를 추측하는 기능이 아닙니다. 실제 연결 경로는 현재 사용 중인 설정에 따라 달라집니다.

먼저 모드를 선택한 뒤 정책 그룹 확인하기

모드 선택과 노드 선택은 서로 다른 작업입니다. 규칙 모드로 바꾼 다음 “프록시” 화면으로 돌아가 규칙에서 참조하는 프록시 정책 그룹을 찾으세요. 그룹을 펼쳐 현재 계정에서 사용할 수 있는 출구를 누르고 선택 표시가 해당 항목에 나타나는지 확인합니다. 그룹에 “자동 선택” 같은 하위 그룹이 있다면 이를 선택하는 것은 해당 그룹의 검사 로직에 출구 선택을 맡긴다는 뜻이지, 목록의 첫 항목을 고정해서 사용한다는 뜻은 아닙니다.

수동 선택 그룹은 보통 마지막으로 선택한 항목을 유지하고, 자동 선택 그룹은 설정된 검사 결과에 따라 출구를 바꿀 수 있습니다. 클라이언트에 “테스트” 또는 “검사” 버튼이 있다면 연결할 수 없는 항목을 걸러내는 데 사용할 수 있습니다. 다만 검사 성공은 해당 테스트 요청이 응답을 받았다는 뜻일 뿐, 모든 웹사이트에 접속할 수 있다는 보장은 아닙니다. 처음에는 분명한 출구 하나만 선택하고 여러 용도별 그룹을 동시에 바꾸지 마세요. 그래야 연결에 영향을 준 설정을 파악하기 쉽습니다.

스트리밍, 개발 서비스 등 용도별 그룹이 설정에 포함되어 있다면 우선 기본값을 유지하고 해당 그룹이 주 프록시 그룹을 참조하는지 확인하세요. 특정 용도 그룹이 DIRECT로 선택되어 있으면 주 프록시 그룹에서 출구를 선택했더라도 해당 규칙에 걸린 연결은 직접 연결될 수 있습니다. REJECT는 연결을 차단한다는 뜻이며, 인터넷에 연결할 수 있는 프록시 노드가 아닙니다. 그룹 설정이 확실하지 않다면 항목을 무작정 바꾸지 말고 구독 제공업체의 설정 안내를 먼저 확인하세요.

나머지 두 모드의 용도 이해하기

전역 모드는 보통 코어에 들어온 연결을 전역 정책으로 처리하므로 짧은 시간 동안 비교 점검할 때 유용합니다. 하지만 원래 클라이언트에 들어오지 않는 트래픽까지 자동으로 가로채지는 않습니다. 직접 연결 모드는 보통 코어에 들어온 연결이 일반 프록시 출구를 거치지 않고 대상에 직접 접속하도록 합니다. 설정을 확인하기 전에는 두 모드 사이를 반복해서 전환하지 않는 것이 좋습니다. 규칙 모드를 유지하고 선택한 정책 그룹과 출구를 기록한 다음, 다음 단계에서 앱의 연결을 클라이언트로 전달하는 방법을 설정하세요.

처음부터 rules를 다시 작성하거나 구독을 여러 개 병합하고 DNS를 바꿀 필요는 없습니다. 규칙을 위에서부터 적용하는 방식이나 정책 그룹끼리 참조하는 방법은 고급 설정 가이드의 규칙 항목에서 확인할 수 있습니다. 먼저 구독에 포함된 설정으로 연결을 확인하면 문제 범위를 설정, 트래픽 가로채기 방식, 출구로 좁힐 수 있습니다.

시스템 프록시 또는 모바일 연결 켜기

모드와 출구를 선택한 뒤 클라이언트 개요 화면으로 돌아갑니다. 설정에 오류가 없는지, 코어 상태가 실행 중인지 확인하세요. 별도의 시작 버튼이 있다면 먼저 코어를 실행합니다. 프로그램 창을 열기만 해서는 네트워크 요청이 클라이언트로 전달되지 않습니다. PC와 모바일은 트래픽을 전달하는 메뉴가 다르므로 현재 기기에 맞는 아래 안내를 따르세요. 다른 플랫폼에 있는 스위치를 찾느라 시간을 낭비하지 않아도 됩니다.

PC: 시스템 프록시 켜기

PC 클라이언트에서 “시스템 프록시”를 찾아 켭니다. 시스템 네트워크 설정 변경 권한을 요청하는 창이 뜨면 방금 실행한 클라이언트에서 요청한 것인지 확인한 다음 안내에 따라 허용하세요. 시스템 프록시를 켜면 해당 설정을 따르는 브라우저와 앱의 요청이 로컬 프록시 포트로 전달됩니다. 대부분 브라우저에서 주소를 다시 입력할 필요는 없습니다. 브라우저에 별도의 프록시 확장 프로그램이 설치되어 있다면 시스템 설정을 덮어쓰지 않도록 우선 확장 기능을 비활성화하세요.

클라이언트의 기본 수신 포트는 그대로 두세요. 온라인 화면 예시와 맞추려고 포트를 바꿀 필요는 없습니다. 혼합 포트 7890은 흔히 쓰이는 설정 예시일 뿐, 모든 환경에서 고정으로 사용해야 하는 값은 아닙니다. address already in use 오류가 표시되면 해당 수신 주소나 포트를 다른 프로그램이 사용 중인 것입니다. 충돌을 해결한 뒤 연결을 확인하세요. 자세한 방법은 7890 포트 사용 중 오류 해결을 참고하세요. 오류가 난 상태에서 시스템 프록시를 계속 껐다 켜지 마세요.

시스템 프록시는 해당 설정을 사용하는 앱에만 적용됩니다. 일부 게임, 명령줄 프로그램, 자체 네트워크 연결 기능을 사용하는 소프트웨어는 시스템 프록시를 우회할 수 있습니다. 따라서 “브라우저는 되는데 다른 프로그램은 안 된다”는 사실만으로 구독이 만료됐다고 볼 수는 없습니다. 먼저 일반 브라우저로 연결을 확인하세요. 더 많은 앱의 트래픽을 가로채야 한다면 TUN 권한, 라우팅, DNS 설정을 살펴보세요. 처음 문제를 확인할 때 시스템 프록시와 TUN을 동시에 켜면 어느 경로에서 문제가 생겼는지 구분하기 어렵습니다.

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

모바일 클라이언트에서 “연결” 또는 시작 버튼을 누릅니다. 처음 연결할 때는 클라이언트가 시스템 네트워크 인터페이스를 통해 연결을 처리하도록 VPN 권한을 요청하는 안내가 표시될 수 있습니다. 앱 이름을 확인하고 권한을 허용한 뒤 클라이언트로 돌아가 연결 상태가 갱신될 때까지 기다리세요. 이 VPN 권한은 기기에서 트래픽을 클라이언트로 전달하는 방법이며, 방금 선택한 구독이나 출구를 시스템이 바꾼다는 뜻은 아닙니다.

기기에서 다른 VPN 앱이 연결 중이라면 먼저 연결을 끊은 뒤 Clash 클라이언트를 실행하세요. Android에서는 클라이언트 상태와 시스템 VPN 표시를 함께 확인할 수 있습니다. iOS에서는 클라이언트 상태와 시스템 VPN 설정을 살펴보세요. 화면 모양과 표시 위치는 OS 버전에 따라 달라질 수 있으므로 상태 표시줄에 특정 아이콘이 보이는지만으로 판단하지 마세요. 권한 요청을 거부했다면 다시 연결 버튼을 눌러 시스템 안내에 따라 허용하면 됩니다.

Android에서 처음 연결을 확인할 때는 클라이언트를 전면에 띄워 두고 백그라운드 설정은 바로 바꾸지 않아도 됩니다. 화면을 잠그면 연결이 끊기거나 앱으로 돌아와야 복구되는 경우에만 배터리 최적화, 백그라운드 실행 권한, 절전 정책을 확인하세요. 설정 방법은 Android VPN 권한 및 백그라운드 실행 유지를 참고하세요. 클라이언트에 연결 완료가 표시되면 설정과 출구를 그대로 유지한 채 마지막 단계로 넘어갑니다.

연결 기록에서 규칙 적용 여부 확인하기

브라우저를 열고 현재 설정에서 프록시를 사용해야 하는 웹사이트에 접속하세요. 새 탭에서 요청을 보내고, 캐시된 내용만 표시되지 않도록 필요하면 페이지를 새로고침합니다. 그런 다음 클라이언트의 “연결” 화면으로 돌아가 방금 방문한 도메인에 해당하는 기록을 찾으세요. 연결이 아주 짧게 유지되면 페이지가 로드되는 동안 확인해야 할 수 있습니다. 화면에 필요한 정보가 표시되지 않는다면 잠시 로그에서 연결 및 규칙 정보를 살펴보세요.

도메인, 규칙, 최종 출구 확인하기

기록을 찾으면 대상 도메인, 적용된 규칙, 정책 경로를 먼저 확인하세요. 도메인은 방금 접속한 서비스와 관련되어야 하고, 규칙은 예상한 프록시 그룹을 가리켜야 하며, 정책 경로의 마지막 항목은 해당 그룹에서 실제로 사용 중인 출구여야 합니다. 웹페이지 하나도 여러 도메인에 요청을 보낼 수 있습니다. 페이지 본문, 이미지, 스크립트, 로그인 서비스가 각각 다른 규칙을 따를 수 있으므로 DIRECT 기록 하나만 보고 페이지 전체가 프록시를 사용하지 않는다고 판단하지 마세요.

설정상 직접 연결되어야 하는 웹사이트에도 접속해 해당 기록에 DIRECT가 적용되는지 확인하세요. 두 종류의 요청이 모두 예상대로 처리되어야 규칙 분기가 현재 설정에 맞게 작동한다고 볼 수 있습니다. 클라이언트의 연결 버튼이 켜져 있다는 사실은 서비스나 트래픽 가로채기 인터페이스가 시작됐다는 뜻일 뿐입니다. 웹사이트 하나가 열렸다는 사실만으로 요청이 프록시를 통과했다고 단정할 수도 없습니다. 웹페이지 결과와 클라이언트 기록을 함께 비교하는 것이 중요합니다.

프록시 출구를 확인하려면 신뢰할 수 있는 네트워크 정보 페이지를 참고할 수 있지만, 해당 페이지의 요청이 프록시 규칙에 적용됐는지도 함께 확인하세요. 검사 페이지에 직접 연결 규칙이 적용됐다면 직접 연결 출구가 표시되는 것은 자연스럽습니다. 기기 전체의 “단일 출구”를 계속 확인할 필요도 없습니다. 규칙 모드에서는 대상에 따라 서로 다른 경로를 사용할 수 있으며, 이는 분기 동작이지 클라이언트가 불안정한 것이 아닙니다.

확인에 실패하면 연결 흐름에 따라 점검하기

대상 페이지가 열리지 않으면 먼저 설정 화면에서 방금 가져온 설정이 활성화되어 있는지 확인한 다음 코어 실행 여부와 파싱 오류를 살펴보세요. 이어서 연결 기록을 확인합니다. 요청을 보내도 해당 기록이 전혀 나타나지 않는다면 시스템 프록시, 모바일 VPN 권한, 브라우저 프록시 확장 프로그램, 앱별 제외 설정을 먼저 점검하세요. 트래픽이 코어에 들어오지 않는 상태에서는 프록시 출구를 계속 바꿔도 문제가 해결되지 않습니다.

기록은 있지만 최종 정책이 DIRECT라면 규칙 모드와 해당 용도 그룹의 선택을 확인하세요. 기록에 프록시 출구로 전달된 것으로 표시되는데도 연결에 실패한다면 계정에서 사용할 수 있는 다른 출구를 선택해 다시 시도하고 서비스 만료일과 네트워크 제한을 확인하세요. 특정 도메인에서만 DNS 오류가 발생할 때 DNS 관련 안내를 살펴보면 됩니다. 한 번에 하나씩 설정을 바꾸고 같은 대상에 다시 접속해 기록을 확인하면 여러 변경 사항이 서로 영향을 주는 일을 막을 수 있습니다.

자주 발생하는 오류와 시스템 프록시 복구 방법은 고객센터에서 확인할 수 있습니다. TUN, Fake-IP, 도메인 스니핑, 로컬 오버라이드 관련 문제는 고급 설정 가이드에서 주제별로 살펴보세요. 문제를 문의할 때는 기기 OS, 클라이언트 이름, 트래픽 전달 방식, 오류 메시지를 알려주되 구독 주소, 노드 비밀번호 등 계정 정보는 먼저 가려야 합니다.

첫 설정을 마친 뒤 사용 순서

프록시 요청과 직접 연결 요청이 모두 예상대로 처리되면 첫 설정이 완료된 것입니다. 현재 활성화된 설정, 모드, 정책 그룹 선택을 기억해 두세요. 이후에는 먼저 클라이언트를 실행하고 플랫폼에 맞게 시스템 프록시를 켜거나 연결을 시작하면 됩니다. 구독을 업데이트한 뒤 동작이 달라졌다면 현재 설정과 그룹 선택을 다시 확인하세요. 사용자 지정 변경 사항이 모두 자동으로 유지된다고 가정하지 말고, 계속 보존해야 하는 변경은 클라이언트에서 제공하는 오버라이드 기능을 사용하세요.

사용을 마칠 때는 PC에서 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하세요. 그래야 앱이 중지된 로컬 포트로 요청을 계속 보내지 않습니다. 모바일에서는 클라이언트에서 연결을 끊으면 됩니다. 이후 시작 프로그램이나 TUN을 설정하려면 지금까지 확인한 상태를 기준으로 기능을 한 번에 하나씩 추가하고 이 절의 연결 확인을 반복하세요. 이렇게 하면 문제가 생겼을 때 처음부터 다시 설치하지 않고도 정상 작동하는 기준 상태를 유지할 수 있습니다.