Clash 사용 가이드:
구독 가져오기와 첫 연결

1단계: 구독을 가져와 설정 적용하기

시작하기 전에 구독 제공업체가 발급한 전체 URL을 준비하고, 구독이 아직 유효하며 현재 클라이언트에서 사용하는 Clash 설정 형식을 지원하는지 확인하세요. 클라이언트는 설정을 읽고 연결을 처리하는 도구입니다. 설치만으로 사용할 수 있는 프록시 출구가 생기지는 않습니다. 계정이나 결제 내역, 웹페이지 주소만 있다면 서비스 관리 페이지에서 ‘구독 URL’, ‘Clash 구독’ 등의 메뉴를 찾으세요. 로그인 페이지 주소를 설정으로 가져오면 안 됩니다.

설정 페이지에서 원격 구독 추가하기

클라이언트를 열고 사이드바 또는 하단 메뉴에서 ‘설정’, ‘Profiles’ 또는 ‘구독’을 누릅니다. ‘추가’, ‘가져오기’ 또는 더하기 버튼을 찾아 URL 가져오기나 원격 설정을 선택하세요. URL 전체를 입력란에 붙여 넣고 앞뒤에 공백이나 줄바꿈이 들어갔는지, 메신저에서 붙은 문장 부호가 있는지 확인합니다. ‘일상 설정’처럼 알아보기 쉬운 이름을 입력한 뒤 ‘저장’, ‘가져오기’ 또는 ‘다운로드’를 눌러 가져오기가 끝날 때까지 기다립니다.

일부 클라이언트는 설정 페이지에 바로 입력란이 있어 붙여 넣고 가져오기를 누르면 됩니다. 다른 클라이언트는 먼저 설정 카드를 저장한 다음 카드의 업데이트 버튼으로 내용을 가져옵니다. 두 방식 모두 주소만 저장되는 것이 아니라 읽을 수 있는 설정이 생성되어야 합니다. 완료 후 설정 카드에 이름과 업데이트 결과 또는 설정 세부 정보가 표시되는지 확인하세요. 클라이언트마다 표시 항목은 다르므로 모든 화면에 같은 정보가 나올 필요는 없습니다.

로컬 .yaml 또는 .yml 파일을 받았다면 ‘파일에서 가져오기’를 선택하고 파일 선택기에서 해당 파일을 여세요. 파일 경로를 구독 URL 입력란에 넣지 마세요. 로컬 파일은 보통 원격 구독처럼 자동으로 변경 사항을 가져오지 않으므로 나중에 다시 가져오거나 직접 관리해야 합니다. 첫 설정에서는 가져오기 경로를 하나로 정리해 같은 이름의 설정을 여러 개 만들지 마세요.

가져온 결과를 확인하고 현재 설정으로 적용하기

다운로드가 끝나면 설정 카드를 누르거나 메뉴를 열어 ‘사용’, ‘활성화’, ‘현재 설정으로 지정’을 선택합니다. 선택 표시가 나타나는지 확인한 뒤 ‘프록시’ 페이지에서 프록시 그룹을 살펴보세요. 여기에 설정에서 정의한 그룹과 선택 가능한 출구가 표시되어야 합니다. 설정 목록에는 카드가 있지만 프록시 페이지에 이전 내용이 보인다면 새 설정이 실제로 적용되었는지 확인하세요. 설정 저장과 설정 적용은 별개의 작업입니다.

시간 초과가 표시되면 기기가 인터넷에 정상적으로 연결되어 있는지 확인한 뒤 다시 업데이트해 보세요. 파싱 오류가 표시되면 구독 제공업체가 Clash용 URL을 제공했는지 확인합니다. 브라우저에서 구독 주소가 열리더라도 응답 내용이 반드시 설정인 것은 아닙니다. 로그인 만료 페이지나 접근 제한 안내, 일반 웹페이지가 다운로드될 수도 있습니다. 형식 오류를 해결하려고 프록시 모드를 계속 바꾸지 마세요. 모드 설정으로 웹페이지가 YAML로 바뀌지는 않습니다.

이 단계가 끝나면 설정이 적용되고 프록시 페이지에 예상한 프록시 그룹이 표시됩니다. 하지만 ‘가져오기 성공’만으로 네트워크가 프록시를 사용한다고 판단할 수는 없습니다. 다음 단계에서 트래픽 분기 방식과 출구를 확인하세요. 구독 업데이트와 로컬 파일의 차이는 전체 가이드 4장: 구독과 설정에서 확인할 수 있습니다.

2단계: 규칙 모드와 프록시 출구 선택하기

클라이언트의 ‘개요’, ‘홈’ 또는 ‘프록시’ 페이지로 돌아가 실행 모드를 찾습니다. 일반적인 선택지는 ‘규칙 / Rule’, ‘전역 / Global’, ‘직접 연결 / Direct’입니다. 처음에는 규칙 모드를 선택해 설정에 포함된 규칙에 따라 각 요청이 처리되도록 하세요. 페이지가 열리지 않는다고 모든 스위치를 한꺼번에 켜지 마세요. 먼저 모드를 고정해야 이후 어떤 설정이 영향을 주었는지 판단하기 쉽습니다.

먼저 Rule을 선택한 다음 프록시 그룹 확인하기

‘규칙’ 또는 ‘Rule’을 선택한 뒤 프록시 그룹 목록을 엽니다. 그룹 이름은 설정 작성자가 정하므로 ‘노드 선택’, ‘프록시 선택’ 등 다양하며 반드시 PROXY라고 표시되는 것은 아닙니다. 프록시 트래픽에 사용하는 선택 그룹을 열고 권한이 있으며 현재 사용할 수 있는 출구를 선택하세요. 선택된 항목이 다른 그룹이라면 한 단계 더 들어가 최종적으로 원하지 않는 직접 연결 항목이 선택되지 않았는지 확인합니다.

일부 그룹은 출구를 자동으로 선택하며 화면에 자동 선택, 장애 조치, 지연 시간 테스트와 같은 이름이 표시될 수 있습니다. 기존 설정에서 자동 선택 그룹을 사용한다면 우선 그대로 두어도 됩니다. 수동 선택으로 억지로 바꿀 필요는 없습니다. 클라이언트에 테스트 버튼이 있다면 초기 점검에 사용할 수 있습니다. 테스트 성공은 특정 확인 요청에 응답이 왔다는 뜻일 뿐, 모든 웹사이트에 접속할 수 있거나 현재 앱의 트래픽이 클라이언트로 전달되고 있음을 의미하지는 않습니다.

실행 모드와 트래픽 전달은 서로 다릅니다

규칙 모드는 ‘요청이 코어에 들어온 뒤 어디로 갈지’를 정합니다. 시스템 프록시나 모바일 VPN 연결은 ‘요청을 어떻게 클라이언트로 전달할지’를 정합니다. 따라서 Rule을 선택했다고 연결된 것은 아닙니다. 전역 모드라고 기기의 모든 앱이 트래픽을 전달하는 것도 아닙니다. 시스템 프록시를 따르지 않는 프로그램은 데스크톱 시스템 프록시 설정을 우회할 수 있습니다.

이 단계에서는 실행 모드가 Rule이고 사용할 프록시 그룹에 적절한 출구가 선택되어 있는지만 확인하면 됩니다. 아직 규칙을 수정하거나 DNS를 변경하거나 설정의 프록시 그룹을 삭제하지 마세요. 정책 차이는 전체 가이드 5장: 프록시 모드에서 확인하고, 특정 웹사이트의 연결 경로를 바꾸려면 6장: 규칙 기반 트래픽 분기를 참고하세요. 다음 단계에서 시스템의 연결 기능을 켭니다.

3단계: 연결을 켜고 시스템에 트래픽 전달하기

방금 적용한 설정과 프록시 그룹 선택을 유지한 채 클라이언트 홈 화면으로 돌아갑니다. 먼저 코어가 실행 중인지 확인하세요. 일부 데스크톱 클라이언트는 시작할 때 코어를 자동으로 실행하지만, 일부는 시작 버튼을 눌러야 합니다. 설정 로드 실패나 코어 실행 오류가 표시되면 먼저 해결하세요. 코어가 작동하지 않는 상태에서 시스템 프록시만 켜고 테스트를 진행하면 앱이 동작하지 않는 로컬 포트로 요청을 보낼 수 있습니다.

데스크톱: 시스템 프록시 켜기

Windows, macOS 또는 Linux용 그래픽 클라이언트에서 ‘시스템 프록시’, ‘시스템 프록시로 설정’ 또는 비슷한 이름의 스위치를 찾아 켭니다. 홈 화면이나 설정 페이지, 트레이 또는 메뉴 막대 아이콘의 메뉴에 있을 수 있습니다. 켠 뒤 클라이언트의 스위치가 활성화 상태인지 확인하세요. 필요하면 운영체제의 네트워크 프록시 설정을 열어 프록시 주소가 이 기기를 가리키고 포트가 클라이언트에 표시된 값과 같은지 확인합니다. 다른 가이드의 스크린샷을 보고 고정 포트를 직접 입력하지 마세요.

다른 프록시 또는 VPN 도구도 시스템 네트워크 설정을 변경하고 있다면 이번 테스트를 시작하기 전에 해당 도구의 트래픽 전달을 중지하세요. 브라우저 프록시 확장 프로그램이 시스템 프록시 설정을 덮어쓸 수도 있으므로 첫 확인에서는 브라우저가 시스템 설정을 사용하도록 합니다. 조직에서 관리하는 기기라면 배포된 네트워크 정책을 임의로 변경하지 마세요. 권한 제한이 있다면 기기 관리 지침을 따르세요.

시스템 프록시는 모든 앱에 적용되는 범용 스위치가 아닙니다. 처음에는 시스템 프록시를 따르는 브라우저로 확인하세요. 브라우저는 정상인데 특정 프로그램만 작동하지 않으면 해당 프로그램의 프록시 설정을 점검합니다. 더 많은 트래픽을 전달해야 하는 경우에만 TUN을 설정하세요. 관련 권한과 라우팅 안내는 전체 가이드 7장: TUN 모드에 있으며, 지금 미리 변경할 필요는 없습니다.

모바일: 연결하고 VPN 권한 허용하기

Android 또는 iOS 클라이언트의 홈 화면에서 ‘연결’, 시작 아이콘 또는 연결 스위치를 누릅니다. 처음 실행할 때 시스템 VPN 설정 요청이 표시될 수 있습니다. 방금 연 클라이언트에서 보낸 요청인지 확인한 다음 시스템 안내에 따라 허용하고 필요한 인증을 완료하세요. 클라이언트로 돌아와 연결됨으로 표시될 때까지 기다립니다. 시스템 상태 표시줄이나 설정 페이지에도 VPN 상태가 나타날 수 있으며 위치는 운영체제 버전에 따라 다릅니다.

권한을 허용한 뒤 스위치가 바로 꺼지면 클라이언트 로그에서 가장 먼저 표시된 오류를 확인하고 다른 VPN 연결이 통신 경로를 사용 중인지 점검하세요. 연결 버튼을 짧은 간격으로 반복해서 누르지 마세요. Android에서 나중에 화면을 잠근 뒤 연결이 끊긴다면 첫 확인을 마친 후 배터리 및 백그라운드 실행 제한을 살펴보세요. 첫 연결 단계에서는 클라이언트와 브라우저를 전면에 열어 두어 변수를 줄입니다.

이제 데스크톱에서는 ‘코어 실행 중, 시스템 프록시 켜짐’, 모바일에서는 ‘클라이언트 연결됨, 시스템 VPN 설정 허용됨’ 상태여야 합니다. 이는 트래픽을 전달할 준비가 되었다는 뜻이지 대상 요청에 올바른 출구가 적용되었다는 증거는 아닙니다. 현재 설정을 유지하고 실제 요청으로 계속 확인하세요.

4단계: 요청이 예상대로 분기되는지 확인하기

브라우저를 열고 평소에 접속하며 접근 권한이 있는 페이지를 방문해 일반 웹페이지가 로드되는지 확인합니다. 그런 다음 현재 설정에서 프록시를 사용해야 하는 페이지를 엽니다. 클라이언트 연결 스위치만 확인하거나 웹페이지 하나가 열린다는 사실만으로 판단하지 마세요. 규칙 모드에서는 해당 페이지가 원래 직접 연결되어야 할 수도 있습니다. 페이지 표시와 클라이언트 기록을 함께 확인해야 합니다.

연결 기록에서 새 요청 찾기

클라이언트로 돌아가 ‘연결’, ‘Connections’ 또는 ‘로그’를 엽니다. 검색 기능이 있으면 방금 방문한 도메인을 입력하세요. 그런 다음 브라우저로 돌아가 페이지를 새로 고치거나 새 탭에서 요청을 보냅니다. 기존 연결은 이전 출구를 계속 사용할 수 있고 캐시된 페이지는 새 네트워크 요청을 만들지 않을 수도 있습니다. 설정을 변경한 뒤에는 새로 요청하세요. 필요한 경우 대상 페이지를 닫고 다시 엽니다. 다운로드나 다른 작업이 중단되지 않는 것이 확실할 때만 클라이언트의 기존 연결을 정리하세요.

기록을 찾으면 대상 도메인, 적용된 규칙, 정책 그룹, 최종 출구를 확인합니다. 일부 클라이언트는 이 중 일부만 표시하므로 연결 세부 정보를 열어 확인할 수 있습니다. 프록시를 사용해야 하는 요청은 선택한 프록시 그룹과 출구에 대응해야 합니다. 직접 연결이어야 하는 요청에 DIRECT가 표시되는 것은 정상일 수 있습니다. 웹페이지 하나를 열 때 여러 도메인에 연결될 수 있으므로 이미지나 통계 요청의 정책을 메인 페이지의 정책으로 착각하지 마세요.

공용 IP 확인 서비스를 참고용으로 사용하더라도 해당 서비스는 그 조회 요청의 출구만 보여 줍니다. 조회 도메인이 규칙에 따라 직접 연결되도록 설정되어 있으면 결과가 바뀌지 않아도 클라이언트가 작동하지 않는다고 단정할 수 없습니다. 결과가 바뀌더라도 기기의 모든 앱이 같은 출구를 사용한다는 뜻은 아닙니다. 대상 앱의 실제 요청과 해당 연결 기록을 기준으로 확인하세요. 조회 페이지에 구독 URL이나 계정 정보를 입력할 필요는 없습니다.

예상과 다르면 연결 경로, 규칙, 출구 순으로 점검하세요

새 요청 기록을 전혀 찾을 수 없다면 먼저 연결 경로를 확인하세요. 현재 설정이 적용되어 있는지, 데스크톱 시스템 프록시가 켜져 있는지, 브라우저가 별도의 프록시를 사용하지 않는지, 모바일 VPN 연결이 유지되는지 확인합니다. 연결 페이지에 활성 연결만 표시된다면 짧은 요청은 이미 사라졌을 수 있습니다. 새로 고치면서 확인하거나 로그에서 찾아보세요. 요청이 클라이언트에 들어오지 않는 문제는 노드를 계속 바꿔도 해결되지 않는 경우가 많습니다.

요청은 보이지만 직접 연결로 표시되면 규칙을 확인하세요. 먼저 해당 도메인이 설정상 원래 직접 연결되어야 하는지 판단한 뒤 적용된 규칙과 정책 그룹을 확인합니다. 비교를 위해서라면 잠시 전역 모드로 전환하고 명확한 프록시 출구를 선택해 새 요청을 보낼 수 있습니다. 비교가 끝나면 바로 Rule로 되돌리세요. 전역 모드는 작동하지만 규칙 모드가 예상과 다르다면 클라이언트를 다시 설치할 필요 없이 규칙과 정책 그룹을 점검하면 됩니다.

기록에는 프록시 사용으로 나오지만 페이지가 계속 시간 초과되면 마지막으로 출구를 확인하세요. 기존 프록시 그룹에서 사용할 수 있는 다른 출구를 선택하고 새 요청을 보냅니다. 특정 웹사이트에서만 문제가 생긴다면 대상 서비스 자체의 상태, 계정 상태 또는 접근 제한도 고려하세요. 테스트할 때마다 한 가지 변수만 바꾸고 오류 내용과 발생 조건을 기록하세요. 구독 가져오기 실패와 대상 페이지 접속 실패는 서로 다른 단계의 문제이므로 하나로 묶어 판단하지 마세요.

사용을 마칠 때는 데스크톱에서 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하고, 모바일에서는 클라이언트에서 VPN 연결을 끊으세요. 그러면 앱이 종료된 로컬 프록시에 계속 연결을 시도하는 일을 막을 수 있습니다. 나중에 구독을 바꾸면 1단계부터 설정이 적용되어 있는지 다시 확인하면 됩니다. 클라이언트를 다시 설치할 필요는 없습니다.

업데이트 주기와 로그, 백업을 정리하려면 전체 가이드 8장: 일상 유지 관리를 계속 읽어 보세요. 기본 확인을 마치고 설정 구조를 조정하려면 9장: 고급 설정 안내로 이동하세요. 이번에 정상 작동을 확인한 설정을 보관하고, 이후에는 한 번에 한 항목씩 변경하면 문제가 생겼을 때 명확한 기준으로 돌아갈 수 있습니다.