Clash 설정 가이드:
구독 가져오기와 프록시 연결

시작 전: 클라이언트와 구독 URL 준비

클라이언트를 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 기기 플랫폼과 프로세서 아키텍처에 맞는 설치 파일을 선택하세요. 설치한 뒤 이 페이지로 돌아오면 됩니다. 처음 실행할 때 운영체제 권한 안내가 표시되면 앱 이름과 권한을 요청하는 이유를 먼저 확인하세요. 시작할 때는 시작 프로그램 등록, 네트워크 공유 또는 TUN을 켤 필요가 없습니다. 우선 기본 연결을 한 번 정상적으로 완료하면 이후 기능을 추가할 때 네트워크 동작을 바꾼 설정이 무엇인지 파악하기 쉽습니다.

이어서 서비스 제공업체가 제공하는 Clash 설정 형식 호환 구독 URL 또는 사용할 수 있는 로컬 설정 파일을 준비합니다. 클라이언트는 설정을 읽고 연결을 전달하는 역할을 합니다. 설치만으로 사용 가능한 출구가 생기는 것은 아닙니다. 구독 URL에는 개인 인증 정보가 포함되는 경우가 많으므로 신뢰할 수 있는 계정 페이지에서 복사하고 다른 사람에게 전달하지 마세요. 전체 URL이 보이도록 공개 스크린샷을 올리거나 온라인 변환 도구, 공개 질문 게시물에 붙여 넣지 마세요.

가능하면 이번 설정에서는 프록시 클라이언트를 하나만 실행하세요. 컴퓨터에 다른 프록시, VPN 또는 네트워크 제어 도구가 있다면 기존 설정을 기록한 뒤 관련 연결을 일시 중지합니다. 회사나 학교에서 관리하는 기기의 네트워크 설정은 임의로 변경하지 마세요. 일반 네트워크로 서비스 제공업체 페이지에 접속할 수 있는지 확인한 뒤 아래 순서대로 진행하세요. 오류가 발생하면 현재 단계에서 멈추고 안내 문구를 기록해 두세요. 여러 스위치를 계속 바꾸는 것보다 원인을 찾기 쉽습니다.

구독을 가져와 현재 설정으로 지정

클라이언트를 열고 “설정” 또는 “구독” 화면에서 “새로 만들기”, “구독 추가” 또는 “URL에서 가져오기”를 찾습니다. 서비스 제공업체 계정 페이지로 이동해 Clash, Clash Meta 또는 mihomo 호환 형식으로 표시된 구독 항목을 선택하고 전체 링크를 복사한 뒤 클라이언트의 주소 입력란에 붙여 넣습니다. “노트북 기본 설정”처럼 알아보기 쉬운 로컬 이름을 지정한 다음 “가져오기” 또는 “저장 및 업데이트”를 누르세요.

붙여 넣은 뒤 URL의 시작과 끝을 확인하세요. URL에는 프로토콜 부분이 있어야 하며, 끝에 공백이나 줄바꿈, 메신저가 덧붙인 문장부호가 없어야 합니다. 서비스 제공업체의 홈페이지나 계정 로그인 페이지 주소, 단일 노드 공유 링크를 전체 설정 구독으로 사용하지 마세요. 여러 형식이 제공된다면 클라이언트가 지원하는 형식을 선택합니다. 브라우저에서 링크가 열린다고 해서 클라이언트가 필요한 설정 내용이 반환되는 것은 아닙니다.

가져오기가 끝날 때까지 기다립니다. 성공하면 보통 설정 이름, 업데이트 시간 또는 프록시 그룹 메뉴가 표시됩니다. 해당 설정 카드를 누르거나 “활성화”, “현재 설정으로 지정”을 선택해 사용 중인 설정으로 만드세요. 가져온 뒤 자동으로 활성화하는 클라이언트도 있지만, 목록에 저장만 하는 클라이언트도 있으므로 현재 항목이 선택되어 있는지 다시 확인해야 합니다. 이어서 프록시 화면에서 설정에 정의된 프록시 그룹이 보이는지 확인하세요. 목록이 비어 있다면 바로 연결을 켜지 말고 현재 설정부터 다시 살펴보세요.

로컬 YAML 파일이 있다면 “파일에서 가져오기”를 선택하고 파일 선택 창에서 해당 파일을 엽니다. 운영체제에서 확장자를 기본적으로 숨길 수 있으므로 이름이 같은 텍스트 설명 파일을 잘못 선택하지 않도록 주의하세요. 로컬 파일과 온라인 구독은 업데이트 방식이 다릅니다. 로컬 사본을 가져오면 원격 변경 사항이 자동으로 동기화되지 않을 수 있습니다. 최신 내용이 필요하면 파일을 다시 가져오거나 클라이언트의 업데이트 기능을 사용하세요. 처음 설정할 때는 파일의 항목이나 들여쓰기를 직접 수정하지 말고 원본 파일이 정상적으로 불러와지는지 먼저 확인하세요.

가져오기에 실패하면 먼저 구체적인 안내 문구를 확인하세요. 네트워크 시간 초과는 요청이 정상적으로 완료되지 않았다는 뜻이지, 설정 문법이 잘못됐다는 뜻은 아닙니다. “파싱 실패”가 표시되면 반환된 내용과 형식을 확인하세요. 클라이언트에 “프록시를 통해 구독 업데이트” 옵션이 있더라도 아직 사용할 수 있는 프록시가 없다면 무작정 이 경로에 의존하지 마세요. 잠시 후 다시 시도하거나 구독 제공업체에 URL과 호환 형식을 문의할 수 있습니다. 더 자세한 내용은 자주 묻는 질문을 참고하세요. 가져오기를 성공시키려고 구독을 낯선 웹사이트에 업로드하지 마세요.

규칙 모드를 선택하고 프록시 그룹 출구 지정

설정을 불러온 뒤 “프록시” 화면이나 클라이언트의 모드 메뉴에서 “규칙 / 전역 / 직접 연결” 옵션을 찾습니다. 처음 사용할 때는 “규칙”을 선택하세요. 이 모드에서는 코어가 현재 설정의 규칙 순서에 따라 연결 경로를 결정합니다. 요청에 따라 직접 연결되거나 프록시 그룹으로 전달되며, 명시적으로 차단될 수도 있습니다. 규칙 모드는 웹사이트 이름만 보고 즉석에서 경로를 추측하는 방식이 아니므로 실제 동작은 방금 활성화한 설정에 따라 달라집니다.

그다음 설정에 정의된 기본 선택 그룹을 엽니다. “프록시 선택”으로 표시될 수도 있고 설정 작성자가 다른 이름을 지정했을 수도 있으니 정확히 같은 문구를 찾을 필요는 없습니다. 그룹을 펼쳐 현재 사용할 수 있는 출구를 선택하세요. 설정에 “자동 선택” 또는 “장애 조치” 그룹이 있다면 해당 그룹을 선택해 설정에 정의된 방식으로 출구를 선택하게 할 수도 있습니다. 프록시 그룹 안에 다른 그룹이 포함될 수 있으므로 그룹을 선택한 경우 최종적으로 사용 가능한 출구로 연결되는지 확인하세요. 직접 연결이나 거부 항목에 멈춰 있지 않아야 합니다.

클라이언트에 연결 테스트 기능이 있다면 기본 선택 그룹에서 한 번 실행해 출구 선택을 참고하세요. 테스트 대상 주소와 네트워크 경로는 실제 앱과 다를 수 있습니다. 따라서 테스트 결과는 해당 조건에서 응답이 있었다는 뜻일 뿐 모든 사이트에 접속할 수 있다는 보장은 아닙니다. 테스트가 시간 초과되더라도 실제 접속 결과와 함께 판단해야 합니다. 처음 설정할 때는 구독 전체를 반복해서 테스트할 필요가 없습니다. 사용할 수 있는 항목 하나를 선택하고 다음 검증을 진행하세요. 숫자를 끝없이 비교하느라 시간을 낭비하지 마세요.

“전역”은 보통 코어로 들어오는 일반 연결을 전역 프록시 선택 항목으로 전달하고, “직접 연결”은 프록시 출구를 거치지 않습니다. 두 모드는 짧게 비교해 볼 때 사용할 수 있지만, 전역 모드만 켠다고 모든 앱이 자동으로 코어에 연결되는 것은 아닙니다. 시스템 프록시나 TUN 설정에 따라 코어로 들어오는 트래픽이 달라집니다. 또한 규칙 모드가 모든 사이트를 프록시로 연결한다는 뜻도 아닙니다. 요청이 직접 연결 규칙에 해당한다면 설정의 의도된 동작일 수 있습니다.

규칙 모드와 기본 프록시 그룹을 선택한 뒤 설정에 용도별 그룹이 더 있는지 확인하세요. 처음 사용하는 경우 대상 웹사이트에 사용할 그룹이 적절히 선택되어 있는지만 확인하면 됩니다. 모든 분류를 하나씩 수정할 필요는 없습니다. 규칙 순서, 기본 출구, 사용자 지정 규칙은 연결이 성공한 뒤 살펴보세요. 관련 개념은 FAQ에서 확인하고, 체계적인 문제 해결이 필요하면 문제 해결 가이드를 참고하세요. 이 단계에서는 웹사이트 하나가 열리지 않는다고 규칙 전체를 삭제하지 않는 것이 좋습니다.

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

이제 홈 화면, 설정 화면 또는 트레이 메뉴로 돌아가 코어가 실행 중인지 확인합니다. 데스크톱 클라이언트에 “시스템 프록시” 스위치가 있다면 켜세요. 일부 클라이언트에서는 “시스템 프록시로 설정” 메뉴를 사용하며 기능은 비슷합니다. 이 설정은 보통 운영체제의 프록시 주소를 로컬 수신 포트로 지정해 시스템 프록시 설정을 사용하는 브라우저와 앱의 요청이 클라이언트로 전달되게 합니다. 클라이언트 창을 열어 두는 것만으로는 이 단계를 대신할 수 없습니다.

설정에서 “혼합 포트” 또는 mixed-port를 찾습니다. 예를 들어 7890을 사용하는 경우가 많지만 실제 값은 클라이언트에 표시된 값을 기준으로 하며 예시 값으로 억지로 바꿀 필요는 없습니다. 혼합 포트는 HTTP와 SOCKS5 프록시 연결을 모두 받을 수 있습니다. 클라이언트에서 포트를 분리해 사용한다면 화면에 표시된 유형에 맞는 값을 입력하세요. “포트 사용 중” 오류가 발생하면 다른 클라이언트가 실행 중인지 먼저 확인하세요. 시스템 프록시 주소만 바꾸고 코어 수신 포트를 그대로 두지 않도록 주의하세요.

Android와 iOS 클라이언트는 보통 다른 방식으로 연결합니다. 설정과 프록시 그룹을 준비한 뒤 홈 화면의 “연결” 또는 시작 버튼을 누릅니다. 처음 연결할 때 시스템에서 VPN 설정 추가나 VPN 연결 허용을 요청할 수 있습니다. 앱 이름을 확인한 다음 허용하고 클라이언트로 돌아와 연결 상태를 확인하세요. 시스템에 VPN 표시가 나타나면 네트워크 연결이 설정된 것이지만, 원격 출구를 사용할 수 있다는 뜻은 아닙니다. 다음 단계에서 접속을 확인해야 합니다. 다른 VPN이 연결되어 있다면 먼저 시스템 안내에 따라 충돌을 해결하세요.

데스크톱에서 처음 연결할 때는 TUN을 꺼 둡니다. 브라우저 접속이 정상인 것을 확인한 뒤 대상 앱이 시스템 프록시를 사용하지 않는 경우에만 클라이언트 안내에 따라 필요한 서비스를 설치하거나 시작하고 TUN을 켜 보세요. TUN은 시스템 프록시와 다른 범위의 네트워크를 처리하며 라우팅, DNS, 관리자 권한이 필요할 수도 있습니다. 모든 오류를 해결하는 만능 스위치처럼 사용하지 마세요. 네트워크 경로를 여러 개 동시에 바꾸면 접속이 복구되어도 어떤 설정이 원인이었는지 알기 어렵습니다.

“LAN 연결 허용”은 이 기기에서 인터넷을 사용하는 설정과 다릅니다. 노트북 한 대에서만 사용할 예정이라면 꺼 둬도 됩니다. 방화벽의 인바운드 규칙을 추가로 열 필요도 없습니다. 나중에 같은 신뢰할 수 있는 네트워크의 다른 기기와 프록시를 공유하려면 수신 주소, 방화벽, 기기별 설정을 따로 확인하세요. 처음 설정할 때는 로그인 시 자동 실행을 켤 필요도 없습니다. 연결을 확인한 뒤 사용 방식에 맞게 설정하고, 로그인 후 클라이언트가 실제로 실행되어 설정을 불러오는지 확인하세요.

웹 접속과 규칙 적용 결과 확인

연결한 뒤 브라우저에서 새 탭을 열어 평소 정상적으로 접속되는 사이트를 방문하고 기본 네트워크에 문제가 없는지 확인합니다. 이어서 현재 네트워크에서 프록시가 필요한 사이트 중 정상적으로 서비스를 제공하는 곳에 접속하세요. 이미 열린 페이지를 살펴보는 대신 새 요청을 보내는 것이 좋습니다. 기존 페이지는 캐시에서 표시될 수 있고, 기존 연결이 전환 전 경로를 잠시 계속 사용할 수도 있습니다. 페이지가 열리는지 확인하는 것이 첫 번째 단계이며, 클라이언트의 연결 기록과도 대조해야 합니다.

클라이언트에서 “연결” 또는 “로그” 화면을 열어 둔 다음 브라우저로 돌아가 대상 페이지를 새로고침합니다. 새로 표시된 대상 도메인, 적용 규칙, 프록시 그룹 또는 연결 경로를 확인하세요. 클라이언트마다 표시 항목은 다르지만 요청이 현재 클라이언트로 들어왔고 예상한 경로로 연결되는지 확인하는 것이 중요합니다. DIRECT가 표시되면 규칙에서 원래 직접 연결하도록 지정했는지 먼저 확인하세요. 프록시 그룹에 들어간 뒤 연결에 실패한다면 시스템 프록시가 작동하지 않는다고 단정하기 전에 해당 그룹에서 실제로 어떤 출구가 선택됐는지 확인하세요.

브라우저 접속이 실패했지만 어느 단계의 문제인지 모르겠다면 데스크톱 터미널에서 프록시를 지정해 테스트할 수 있습니다. 아래 명령은 요청을 로컬 HTTP 프록시 포트로 직접 보냅니다. 현재 혼합 포트가 실제로 7890인 경우에만 그대로 사용하고, 그렇지 않다면 클라이언트에 표시된 포트로 바꾸세요. Windows PowerShell에서는 오래된 환경의 별칭으로 인한 인자 차이를 피하기 위해 curl.exe를 명시적으로 사용하면 됩니다.

curl --proxy http://127.0.0.1:7890 --head --max-time 15 https://example.com

HTTP 응답 헤더가 표시되면 이번 프록시 요청에 대해 서버가 응답한 것입니다. 상태 코드가 반드시 200일 필요는 없습니다. 리디렉션이나 접근 제한도 응답을 반환할 수 있습니다. 이 테스트는 현재 대상과 출구만 확인하므로 모든 사이트에 대한 검증을 대신하지는 않습니다. 127.0.0.1에 연결할 수 없다는 오류가 표시되면 코어 실행 여부와 수신 포트부터 확인하세요. 요청이 코어에 도달한 뒤 시간 초과된다면 로그를 함께 살펴 출구, DNS 또는 원격 서비스 문제인지 판단합니다.

프록시를 지정한 테스트는 성공하지만 브라우저에서 접속되지 않는다면 브라우저가 시스템 프록시를 사용하는지, 별도로 프록시를 설정하는 확장 프로그램이 있는지, 다른 앱이 시스템 프록시 스위치를 바꾸지는 않았는지 확인하세요. 브라우저에서는 되지만 특정 앱에서 실패한다면 먼저 해당 앱이 시스템 프록시를 지원하는지 확인한 뒤 TUN 사용을 검토합니다. 사이트마다 결과가 다르면 규칙과 출구를 확인하세요. IP 조회 페이지 하나만으로 모든 트래픽을 판단하지 마세요. 규칙에 따라 목적지별 연결 경로가 달라지는 것은 정상일 수 있습니다.

마지막으로 연결을 중지하는 방법을 확인합니다. 데스크톱에서는 시스템 프록시와 이번에 켠 TUN을 끈 다음 클라이언트 창만 닫지 말고 “종료” 명령을 사용하세요. 모바일에서는 연결 해제를 누르고 시스템의 VPN 연결 표시가 사라졌는지 확인합니다. 일반 네트워크로 다시 접속할 수 있는지 확인한 뒤 클라이언트를 다시 열어 앞서 검증한 상태를 복원하세요. 노트북에서 Wi-Fi를 바꾸거나 절전 모드에서 깨어난 뒤, 새 핫스팟을 사용할 때도 “일반 웹페이지 → 대상 페이지 → 연결 기록” 순서로 다시 확인할 수 있습니다.

네 단계 중 통과하지 못한 단계가 있다면 먼저 오류 안내를 기록한 뒤 자주 묻는 질문에서 간단한 해결 방법을 찾아보세요. 인터넷 연결이 계속 끊기거나 구독 가져오기 실패, DNS 오류 또는 클라이언트 충돌이 발생하면 문제 해결 가이드의 증상별 절차를 따르세요. 도움을 요청할 때는 클라이언트 이름, 운영체제, 실패한 단계와 필요한 로그를 제공하면 됩니다. 공유하기 전에 구독 URL, 인증 정보와 기타 개인정보를 가리세요.