Clash 구독 및 연결 가이드

클라이언트와 유효한 구독 준비

설치된 클라이언트를 열어 기본 창이 정상적으로 표시되는지 확인한 다음, 서비스 제공업체에서 받은 구독 URL을 준비하세요. 클라이언트는 설정을 읽고 연결을 전달하며, 구독은 노드와 정책 그룹, 규칙을 제공합니다. 소프트웨어만 설치했다고 프록시 서비스를 바로 사용할 수 있는 것은 아닙니다. 이 사이트에서는 클라이언트 다운로드와 설정 방법을 안내하지만 구독을 발급하거나 만료된 계정을 복구해 드리지는 않습니다.

구독 URL은 보통 매개변수가 포함된 긴 주소입니다. 서비스 제공업체의 계정 페이지에서 복사 버튼을 눌러 가져오세요. 브라우저 주소창에 표시된 계정 관리 페이지 주소를 구독 URL로 착각하거나, 스크린샷 또는 QR 코드 이미지의 링크를 복사하지 마세요. URL의 매개변수에는 계정 권한 정보가 포함될 수 있으므로 비밀번호처럼 안전하게 보관해야 합니다. 도움을 요청할 때는 오류 내용만 설명하거나 민감한 부분을 가린 뒤 캡처를 공유하세요.

처음 설정할 때는 다른 프록시 클라이언트와 브라우저 프록시 확장 프로그램, 사용 중인 VPN을 먼저 종료하세요. 여러 도구가 동시에 네트워크를 제어하면 포트 충돌이나 설정 덮어쓰기가 발생해 어떤 연결이 작동하는지 파악하기 어렵습니다. 클라이언트의 기본 포트와 DNS, LAN 설정은 일단 그대로 두고 온라인에서 찾은 설정을 여러 개 한꺼번에 적용하지 마세요. 현재 컴퓨터에 사용 가능한 설정이 있다면 계속하기 전에 내보내거나 복사해 백업하세요.

각 단계에는 완료 여부를 확인할 수 있는 기준이 있습니다. 해당 결과를 확인한 뒤 다음 단계로 넘어가세요. “구독”, “코어”, “정책 그룹” 같은 용어가 낯설다면 먼저 용어 빠른 안내를 확인하세요. 세부 항목의 의미는 전체 설정 가이드에서 살펴볼 수 있습니다. 이 페이지에서는 첫 연결에 필요한 과정만 안내합니다.

구독 URL을 붙여 넣고 설정 활성화

클라이언트 사이드바에서 “설정” 또는 “구독” 페이지를 열고 “URL에서 가져오기”, “구독 추가” 또는 더하기 버튼을 찾으세요. 추가 창이 열리면 원격 구독을 선택하고 알아보기 쉬운 이름을 입력할 수 있습니다. 주소 입력란에 앞서 복사한 URL 전체를 붙여 넣으세요. 앞뒤에 공백이나 줄바꿈, 메신저에서 붙은 문장부호가 없는지 확인한 뒤 “가져오기”, “다운로드” 또는 “저장”을 누릅니다.

클라이언트가 구독 내용을 가져와 설정을 분석합니다. 정상적으로 완료되면 페이지에 설정 이름이나 업데이트 시간이 표시된 설정 카드가 추가됩니다. 가져온 설정이 자동으로 활성화되는 클라이언트도 있고, 카드에서 “사용”, “활성화”를 누르거나 선택 표시를 해야 하는 클라이언트도 있습니다. 현재 설정이 선택되었는지 확인한 뒤 “프록시” 페이지에서 정책 그룹이 나타나는지 살펴보세요. 파일 다운로드가 완료된 것만으로는 코어가 해당 설정으로 전환되었다고 볼 수 없습니다.

구독 형식을 선택하라는 메시지가 나오면 서비스 제공업체에서 지원한다고 명시한 Clash 또는 mihomo 형식을 선택하세요. 일반 웹페이지나 계정 로그인 페이지, 다른 클라이언트 전용 형식을 입력하면 설정 분석에 실패할 수 있습니다. “설정이 유효하지 않음”, “프록시를 찾을 수 없음” 등의 오류가 표시되면 서비스 제공업체 페이지에서 구독 유형을 먼저 확인하세요. 전체 구독 URL을 낯선 온라인 변환 사이트에 입력하지 마세요. 형식이 맞지 않으면 서비스 제공업체에 해당 클라이언트용 구독 주소가 있는지 문의하세요.

가져오는 중 시간 초과가 발생하면 현재 네트워크에서 구독 서버에 접속할 수 있는지 확인하고, 아직 사용할 수 없는 프록시를 거치도록 구독 업데이트가 설정되어 있지는 않은지 살펴보세요. 인증 실패나 링크 만료 메시지가 표시되면 계정 페이지에서 구독 유효기간과 주소가 재설정되었는지 확인합니다. 업데이트를 계속 눌러도 권한 문제는 해결되지 않습니다. 이 문제만으로 DNS를 바꾸거나 TUN을 켜거나 클라이언트를 다시 설치하지 마세요.

이미 로컬 YAML 파일을 받은 경우 “파일 가져오기”를 선택해 불러올 수 있지만, 로컬 파일은 보통 원격 구독처럼 자동 업데이트되지 않습니다. 처음 사용하는 경우 서비스 제공업체의 원격 구독을 직접 가져오는 편이 좋습니다. 파일 가져오기와 URL 가져오기 중 하나만 사용하면 됩니다. 같은 내용을 두 번 추가하면 나중에 이전 설정을 활성화할 수 있으니 중복으로 등록하지 마세요.

완료 기준: 설정 목록에 새 항목이 나타나고 현재 설정으로 지정되어 있으며, 프록시 페이지에 정책 그룹이 표시됩니다. 다음 단계에서는 모드와 정책만 선택하고 설정 파일은 수정하지 않습니다.

규칙 모드와 아웃바운드 정책 선택

“개요”, “프록시” 또는 “설정” 페이지에서 실행 모드를 찾아 먼저 “규칙”을 선택하세요. 영어 인터페이스에서는 보통 Rule로 표시됩니다. 규칙 모드에서는 설정 파일의 규칙 순서에 따라 연결 경로가 결정됩니다. 일부 연결은 직접 연결되고 나머지는 프록시 정책 그룹으로 전달됩니다. 일상적인 사용에 적합하지만 어떤 사이트가 프록시를 사용하는지는 현재 구독에 포함된 규칙에 따라 달라집니다. 클라이언트가 사이트 이름만 보고 자동으로 판단하는 것은 아닙니다.

그런 다음 “프록시” 또는 “정책 그룹” 페이지로 이동해 주요 프록시 그룹을 펼치세요. 그룹 이름은 구독 작성자가 정하므로 “프록시 선택”, “노드 선택” 등으로 표시될 수 있습니다. 가이드와 똑같은 이름을 찾을 필요는 없습니다. 그룹에서 직접 선택할 수 있다면 서비스 제공업체가 사용 가능하다고 표시한 노드를 하나 선택하세요. 자동 선택 그룹이라면 우선 기본 정책을 유지해도 됩니다. 한 그룹이 다른 그룹을 가리킬 수도 있으므로 최종적으로 어떤 노드가 선택되었는지 확인하세요.

처음 연결할 때 프록시가 필요한 주요 그룹의 정책으로 DIRECT를 선택하지 않도록 주의하세요. DIRECT는 대상에 직접 연결한다는 뜻이며 원격 노드를 통한 연결이 아닙니다. REJECT는 연결을 거부한다는 뜻입니다. 노드 연결 테스트는 뚜렷한 오류를 찾는 데 도움이 되지만, 테스트 성공은 테스트 대상에 연결할 수 있다는 의미일 뿐 모든 사이트에 접속할 수 있다는 보장은 아닙니다. 하나의 노드를 선택한 상태로 두고 실제 웹페이지에서 확인하세요. 계속 노드를 바꿀 필요는 없습니다.

“전역” 또는 Global을 선택하면 코어로 들어오는 연결이 모두 전역 정책으로 전달되므로 잠깐 비교 테스트할 때 유용합니다. 컴퓨터의 모든 앱이 자동으로 클라이언트에 연결되는 것은 아니며, 만료된 구독이나 노드 오류를 우회할 수도 없습니다. “직접 연결” 또는 Direct에서는 코어로 들어오는 연결이 원격 프록시 노드를 거치지 않습니다. 실행 모드와 다음 단계의 시스템 프록시, TUN은 서로 다른 설정입니다. 실행 모드는 트래픽을 어떻게 분기할지 정하고, 시스템 프록시와 TUN은 트래픽을 코어로 전달하는 방식을 정합니다.

아래는 이 단계와 관련된 기본 항목의 예시입니다. 이름을 알아두기 위한 내용이며 구독을 대체하는 용도가 아닙니다. 구독에는 보통 프록시, 정책 그룹, 규칙도 포함됩니다. 이 몇 줄만으로는 사용할 수 있는 프록시 서비스가 구성되지 않습니다. 규칙을 수정해야 한다면 규칙 문법 안내를 먼저 읽고, 모드와 정책 그룹의 차이를 알아보려면 용어 빠른 안내를 확인하세요.

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

완료 기준: 실행 모드가 Rule이고 주요 프록시 그룹에 사용할 노드나 자동 정책이 지정되어 있습니다. 다음 단계에서는 트래픽 연결 지점을 켜 앱의 연결이 실제로 클라이언트에 전달되도록 합니다.

프록시 연결 지점을 켜고 코어 실행 확인

데스크톱에서는 클라이언트 개요나 로그를 열어 코어가 실행 중이고 설정 분석 실패나 포트 점유 오류가 없는지 확인하세요. 창이 열려 있다고 코어가 반드시 실행 중인 것은 아닙니다. 시작 오류가 보이면 프록시를 켜기 전에 먼저 해결하세요. 혼합 포트의 기본값은 7890인 경우가 많지만 실제 값은 현재 클라이언트에 표시된 내용을 기준으로 해야 합니다. 가이드에 이 숫자가 나온다고 다른 포트 설정까지 같은 값으로 바꾸지 마세요.

코어가 실행 중인지 확인한 다음 설정에서 “시스템 프록시”를 켜세요. 이 설정은 시스템 프록시를 지원하는 앱의 요청을 로컬 프록시 포트로 전달합니다. 클라이언트를 계속 실행한 상태에서 브라우저로 돌아가 새 탭을 열어 테스트할 준비를 하세요. 브라우저에서 프록시를 별도로 제어하는 확장 프로그램을 사용 중이라면 먼저 비활성화하세요. 확장 프로그램에 저장된 이전 주소가 시스템 설정을 덮어쓰면 브라우저와 다른 앱의 동작이 달라질 수 있습니다.

Android와 iOS에서는 보통 클라이언트 홈 화면의 연결 버튼을 눌러 시작합니다. 처음 연결할 때 시스템에서 VPN 연결을 추가하거나 설정해도 되는지 묻습니다. 요청한 앱을 확인한 뒤 권한을 허용하고 클라이언트로 돌아와 연결 상태를 확인하세요. 여기서 말하는 VPN은 시스템에서 네트워크 트래픽을 전달하는 연결 지점입니다. 시스템 설정에서 별도의 VPN을 수동으로 만들라는 뜻은 아닙니다. 기기가 다른 VPN에 연결되어 있다면 먼저 연결을 끊고 현재 클라이언트를 시작하세요.

시스템 프록시와 TUN, 브라우저 수동 프록시를 한꺼번에 켜지 마세요. 데스크톱에서는 먼저 시스템 프록시로 브라우저 연결을 확인하고, 시스템 프록시를 따르지 않는 앱까지 처리해야 할 때만 TUN을 고려하세요. TUN은 가상 네트워크 인터페이스로 트래픽을 전달하며, 클라이언트에 따라 서비스 모드나 관리자 권한, 추가 시스템 권한이 필요할 수 있습니다. 사용해 보려면 현재 정상 작동하는 설정을 기록한 뒤 클라이언트 안내에 따라 TUN만 별도로 전환하고, 4단계의 확인을 다시 진행하세요.

시스템 프록시를 켠 뒤 모든 웹페이지가 열리지 않으면 시스템 프록시를 끄고 기존 네트워크가 복구되는지 확인하세요. 복구된다면 설정을 더 추가하기보다 클라이언트의 연결 지점과 코어, 노드를 점검해야 합니다. 복구되지 않으면 브라우저 수동 프록시나 다른 VPN이 남아 있는지, 시스템 네트워크에 문제가 있는지 확인하세요. 정상적으로 종료하려면 먼저 프록시 연결 지점을 끈 다음 클라이언트를 종료합니다. 프로세스를 강제 종료하면 중지된 포트를 가리키는 시스템 프록시 설정이 남을 수 있습니다.

이 기기에서 처음 연결할 때는 “LAN 허용”을 켜거나 외부 제어 주소를 외부에 공개되도록 바꿀 필요가 없습니다. 이러한 설정은 기본 제한을 유지해 불필요한 네트워크 노출을 줄이세요. TUN과 라우팅, DNS의 관계는 전체 설정 가이드에서 자세히 확인할 수 있습니다. 지금은 먼저 브라우저 연결 경로를 확인하세요.

완료 기준: 데스크톱에서는 코어가 실행 중이고 시스템 프록시가 켜져 있으며, 모바일에서는 시스템 권한을 받아 연결된 상태입니다. 상태 버튼은 연결 지점이 시작되었음을 나타낼 뿐입니다. 실제로 사용할 수 있는지는 다음 단계에서 확인해야 합니다.

웹페이지·규칙·실제 연결 경로 확인

먼저 평소 접속할 수 있는 웹페이지를 열어 기본 네트워크에 문제가 없는지 확인한 뒤, 프록시로 접속해야 하는 대상 페이지를 방문하세요. 새 탭을 열어 새로고침하면 브라우저 캐시의 이전 내용을 연결 성공으로 오해하지 않을 수 있습니다. 특정 사이트 하나가 열리지 않는다고 설정 오류인 것은 아닙니다. 사이트 장애나 계정 제한, 현재 연결 경로에 대한 사이트 정책일 수도 있으므로 클라이언트 기록과 함께 확인하세요.

대상 페이지를 열어 둔 채 클라이언트의 “연결” 또는 “로그” 페이지에서 해당 도메인의 기록을 찾으세요. 요청이 기록에 나타나는지 먼저 확인한 다음 어떤 규칙이 적용되었는지, 어떤 정책 그룹을 사용했는지, 최종 연결이 노드인지 DIRECT인지 살펴봅니다. 표시 방식은 클라이언트마다 다르므로 그룹 이름만 보이면 세부 정보를 펼쳐 보세요. 대상 요청이 기록에 나타나면 해당 요청이 코어에 전달된 것입니다. 예상한 경로로 연결된 것까지 확인해야 트래픽 분기가 정상 작동한다고 볼 수 있습니다.

대상 페이지가 열리지 않고 연결 기록도 전혀 없다면 트래픽 연결 지점을 먼저 확인하세요. 데스크톱에서는 시스템 프록시가 켜져 있고 브라우저 자체 프록시 설정이 꺼져 있는지 확인합니다. 모바일에서는 시스템 연결이 다른 VPN으로 대체되지 않았는지 살펴보세요. 로그 수준이 너무 낮거나 연결 기록이 일시 중지된 경우에도 요청이 보이지 않을 수 있으니 기록을 다시 활성화한 뒤 테스트하세요. 기록 목록이 비어 있다는 이유만으로 노드를 사용할 수 없다고 판단하지 마세요.

기록은 있지만 출구가 DIRECT이고 대상에 프록시가 필요한 경우, 규칙 모드가 유지되고 있는지와 해당 그룹에서 직접 연결 정책을 선택하지 않았는지 확인하세요. 잠시 전역 모드로 전환하고 사용 가능한 노드를 지정해 다시 테스트할 수 있습니다. 전역 모드에서는 연결되지만 규칙 모드에서는 실패한다면 규칙이나 그룹 선택을 중점적으로 살펴보세요. 테스트가 끝나면 규칙 모드로 돌아가고, 비교를 위해 임시로 바꾼 설정을 모든 문제의 고정 해결책으로 삼지 마세요.

기록에 프록시 노드를 사용한 것으로 표시되는데도 계속 시간 초과가 발생하면 사용 가능하다고 확인된 다른 노드로 바꾸고 구독 계정 상태를 확인하세요. 일부 도메인에서만 이름 해석 관련 오류가 발생할 때 DNS 문제를 고려하면 됩니다. 단서가 없는 상태에서 포트와 DNS, TUN을 동시에 바꾸지 마세요. 문제가 해결되어도 어떤 변경이 원인이었는지 알 수 없습니다. 한 번에 설정 하나만 바꾸고 같은 페이지를 다시 테스트하며 원래 상태로 되돌리는 방법도 기억해 두세요.

신뢰할 수 있는 외부 IP 확인 페이지를 열어 프록시를 켰을 때와 껐을 때의 결과를 비교하면 추가 근거를 얻을 수 있습니다. 규칙 모드에서는 IP 확인 페이지와 대상 사이트에 서로 다른 정책이 적용될 수 있으므로 한 번의 IP 확인만으로 모든 트래픽이 같은 경로를 사용한다고 단정할 수 없습니다. 대상 사이트의 연결 기록을 우선 확인하고, 채팅이나 스크린샷에 전체 외부 IP 주소를 공개하지 마세요.

완료 기준: 평소 사용하는 페이지가 열리고 대상 페이지에 접속되며, 해당 연결 기록에서 예상한 아웃바운드 정책이 확인됩니다. 여기까지 마치면 첫 설정이 완료됩니다. 현재 설정을 한동안 그대로 사용한 뒤 고급 기능을 하나씩 시도하는 것이 좋습니다.

사용 가능한 설정을 보관하고 이후 업데이트 진행

현재 활성화된 설정 이름과 실행 모드, 주요 정책 선택을 기록해 두세요. 클라이언트에서 백업을 지원한다면 정상 작동하는 설정을 저장하세요. 원격 구독을 업데이트하면 로컬에서 직접 수정한 내용이 덮어써질 수 있습니다. 설정을 장기간 조정하려면 먼저 클라이언트의 덮어쓰기 또는 병합 방식을 확인하고, 임시 변경 사항을 구독 파일에만 남겨 두지 마세요. 구독 업데이트 후 문제가 생기면 설정이 계속 활성화되어 있는지 확인한 다음 정책 그룹 선택이 바뀌었는지 살펴보세요.

계속 문제를 점검하려면 연결은 됐지만 웹페이지가 열리지 않을 때 확인할 항목을 읽고 쉬운 항목부터 차례로 살펴보세요. YAML, DNS, 정책 그룹 항목을 더 알아보려면 설정 파일 전체 안내를 확인하세요. 도움을 요청할 때는 운영체제와 클라이언트 이름, 멈춘 단계, 구체적인 오류를 알려 주세요. 구독 URL과 계정 정보는 가리고 공유하면 “연결이 안 돼요”라고만 설명할 때보다 원인을 찾기 쉽습니다.