시작 전: 클라이언트와 구독 준비
Clash 클라이언트는 설정을 읽고 트래픽을 처리합니다. 설치만으로 사용할 수 있는 프록시 서비스가 제공되는 것은 아닙니다. 계속 진행하려면 서비스 제공업체가 발급한 구독 URL이나 사용 가능한 출구 정보가 포함된 로컬 설정 파일이 필요합니다. 구독은 클라이언트에서 사용하는 코어와도 호환되어야 합니다. 공유 링크, 웹페이지 주소, 계정 로그인 페이지만으로는 바로 가져올 수 있는 Clash 설정인지 판단할 수 없습니다.
먼저 일반 네트워크가 정상적으로 작동하는지 확인하세요. 평소 접속할 수 있는 웹페이지를 열고 기기의 날짜와 시간이 올바른지 점검합니다. 다른 프록시나 VPN이 이미 실행 중이라면 연결을 끊어 여러 프로그램이 시스템 프록시, 라우팅 또는 DNS를 동시에 변경하지 않도록 하세요. 다른 클라이언트는 설치된 상태로 두어도 되지만, 이번 테스트에서는 네트워크를 제어하는 기능 하나만 켜야 문제가 발생했을 때 원인을 찾기 쉽습니다.
구독 URL에는 계정을 식별할 수 있는 정보가 포함될 수 있으므로 계정 정보처럼 안전하게 보관하세요. 전체 주소를 공개 댓글, 스크린샷 또는 온라인 변환 페이지에 올리지 마세요. 도움을 요청할 때는 오류 메시지를 설명하고 구독 URL, 노드 인증 정보, 제어 인터페이스 정보는 가리세요. 아래 단계에서는 이러한 정보를 공개하거나 복잡한 설정 항목을 먼저 조정할 필요가 없습니다.
01 구독을 가져와 설정 활성화
서비스 제공업체 관리 페이지에서 Clash 또는 현재 클라이언트용 구독 메뉴를 찾아 복사 버튼으로 전체 주소를 복사하세요. 클라이언트로 돌아와 ‘설정’, ‘구독’ 또는 비슷한 페이지를 열고 ‘새로 만들기’, ‘추가’, ‘URL에서 가져오기’를 찾습니다. 구독 URL 입력란에 주소를 붙여 넣으세요. 이름 입력란이 있다면 알아보기 쉬운 이름을 지정해도 됩니다. 이름은 연결에 영향을 주지 않습니다. 주소 앞뒤에 공백이나 줄바꿈이 없고 안내 문구까지 복사되지 않았는지 확인한 뒤 가져오기를 실행하세요.
일부 서비스 페이지에서는 원클릭 가져오기도 지원합니다. 버튼을 누르면 브라우저에서 로컬 클라이언트를 열지 묻는 메시지가 표시될 수 있습니다. 대상이 설치된 프로그램인지 확인한 다음 허용하세요. 클라이언트가 응답하지 않아도 버튼을 반복해서 누를 필요는 없습니다. URL을 직접 붙여 넣으면 주소를 확인하고 다운로드 오류를 살펴보기 쉽고, 브라우저에 앱 링크가 등록되지 않아 생기는 혼란도 피할 수 있습니다. 어떤 방식으로 가져오든 브라우저의 알림만 보고 성공 여부를 판단하지 말고 클라이언트로 돌아가 결과를 확인하세요.
클라이언트가 설정 다운로드를 마칠 때까지 기다리세요. 성공하면 새 설정 항목이 표시되고 ‘프록시’ 페이지에서 정책 그룹이나 노드를 확인할 수 있습니다. 해당 설정 항목을 눌러 ‘활성화’, ‘현재 설정으로 지정’ 또는 이에 해당하는 선택 작업을 진행하세요. 구독을 목록에 추가하는 것만으로 현재 실행 설정이 바뀌지 않을 수 있으므로, 방금 가져온 항목에 현재 설정 표시가 있는지 확인해야 합니다. 일부 클라이언트는 첫 설정을 자동으로 활성화하지만, 한 번 더 직접 확인하는 편이 좋습니다.
로컬 .yaml 또는 .yml 파일을 받았다면 ‘파일에서 가져오기’를 선택하고 파일 선택 창에서 파일을 연 다음 같은 방법으로 활성화하세요. 로컬 파일을 가져와도 원격 구독처럼 자동 업데이트되지는 않습니다. 서비스 제공업체가 노드를 변경하면 파일을 다시 다운로드해야 할 수 있습니다. 일반 텍스트 파일의 확장자만 바꿔 유효한 설정으로 취급하지 마세요. 클라이언트가 내용을 파싱할 수 있는지가 기준입니다.
가져오기에 실패하면 먼저 오류가 발생한 단계를 확인하세요. 다운로드 시간 초과는 현재 네트워크에서 내용을 가져오지 못했다는 뜻이고, 인증 실패는 주소와 서비스 상태를 점검해야 합니다. 파싱 실패라면 구독 형식과 코어의 지원 여부를 확인하세요. 가져오기를 통과시키려고 모르는 항목을 함부로 삭제하지 마세요. 서비스 페이지에서 올바른 형식의 주소를 다시 복사한 뒤 수동 업데이트를 시도할 수 있습니다. 자세한 내용은 도움말 센터의 설치·설정 및 문제 해결을 참고하세요.
다음 단계로 넘어가기 전에 현재 설정이 선택되어 있고 프록시 페이지에 선택할 수 있는 출구 그룹이나 노드가 있는지 확인하세요. 아직 목록이 비어 있다면 먼저 가져오기 문제를 해결해야 합니다. 시스템 프록시를 켜도 누락된 노드가 나타나지 않으며 호환되지 않는 구독 형식이 수정되지도 않습니다.
02 규칙 모드와 출구 노드 선택
설정을 활성화한 뒤 클라이언트 홈 화면, 프록시 페이지 또는 설정의 모드 선택 영역을 여세요. 처음에는 ‘규칙’ 모드를 권장합니다. 일부 화면에서는 Rule로 표시됩니다. 이 모드에서는 현재 설정의 규칙에 따라 요청을 직접 연결하거나 프록시 그룹으로 보냅니다. 모든 웹사이트가 자동으로 프록시를 통과하는 것은 아니며, 구독에 설정된 분기 규칙을 적용합니다. 따라서 이후 확인 과정에서는 접속 결과와 실제 적용된 규칙을 함께 살펴봐야 합니다.
‘전역’ 모드에서는 보통 코어에 전달된 요청을 전역 정책에 따라 처리하므로 문제를 비교할 때 잠시 사용할 수 있습니다. 그렇다고 모든 앱의 모든 트래픽이 클라이언트로 전달되는 것은 아닙니다. ‘직접 연결’ 모드는 코어에 들어온 요청을 바로 외부로 보내므로 프록시 노드가 작동하는지 확인할 때 사용할 수 없습니다. ‘트래픽이 클라이언트로 전달되는지’와 ‘클라이언트가 어떤 출구를 선택하는지’를 구분하면 전역 모드 전환을 시스템 프록시 활성화의 대안으로 오해하지 않게 됩니다.
규칙 모드를 유지한 채 ‘프록시’ 페이지로 이동해 설정의 기본 선택 그룹을 펼치세요. 그룹 이름은 설정 작성자에 따라 ‘프록시’, ‘노드 선택’ 등으로 다를 수 있습니다. 직접 선택할 수 있는 그룹을 찾아 노드를 눌러 선택 표시가 해당 노드로 이동하는지 확인하세요. 그룹 안에 다른 정책 그룹만 있다면 대상 요청이 실제로 어느 출구로 전달되는지 알 수 있을 때까지 하위 그룹의 선택도 확인해야 합니다. DIRECT는 원격 프록시 노드가 아니라 직접 연결을 뜻합니다.
클라이언트에서 연결 테스트나 지연 시간 테스트를 제공한다면 한 번 실행해 선택한 노드가 테스트를 통과하는지 확인하세요. 테스트 결과는 당시 지정된 테스트 주소에 대한 노드의 응답만 보여 줍니다. 모든 웹페이지에 접속할 수 있다는 뜻도, 실제 다운로드 속도를 보장한다는 뜻도 아닙니다. 특정 노드가 시간 초과되면 다른 노드로 다시 테스트해 보세요. 모든 노드가 시간 초과된다면 구독 유효성, 시스템 시간, 구독에서 사용하는 프로토콜의 클라이언트 지원 여부를 먼저 확인하세요.
자동 선택 그룹은 테스트 결과에 따라 노드가 정해질 수 있지만, 수동 선택 그룹은 사용자가 고른 노드를 유지합니다. 처음 확인할 때는 수동으로 노드를 지정하는 편이 문제를 재현하기 쉽습니다. 정상 작동을 확인한 뒤 원하는 방식에 따라 자동 그룹으로 바꾸세요. 지금은 규칙과 DNS의 기본 설정을 유지하고 동시에 편집하지 마세요. 정책 그룹 유형, 규칙 순서, 재정의 방식에 대한 자세한 설명은 고급 설정 가이드에서 확인할 수 있습니다. 첫 연결 단계에서 모두 익힐 필요는 없습니다.
03 시스템 프록시 또는 모바일 VPN 활성화
노드를 선택한 뒤에는 대상 앱의 트래픽을 클라이언트로 보내야 합니다. Windows, macOS, Linux PC에서는 먼저 ‘시스템 프록시’ 스위치를 찾아 켜세요. 운영체제의 프록시 설정을 변경해 해당 설정을 따르는 브라우저와 앱이 로컬 프록시 포트로 요청을 보내게 합니다. 스위치는 클라이언트 홈 화면, 트레이 메뉴 또는 설정 페이지에 있을 수 있습니다. 켠 뒤 화면에 활성화 상태가 표시되는지 확인하고 클라이언트를 계속 실행해 두세요. 프로그램 종료와 최소화를 혼동하지 않도록 주의하세요.
처음 켤 때 시스템에서 네트워크 설정 변경 권한을 요청하거나 방화벽 접근 알림을 표시할 수 있습니다. 현재 클라이언트 기능에 필요한 권한만 승인하세요. 브라우저 하나를 연결하려고 모든 네트워크 접근을 허용할 필요는 없습니다. 시스템 프록시가 곧바로 꺼지거나 클라이언트에서 포트 수신 실패를 알리면 로그에 구체적인 오류가 있는지 확인하세요. 포트가 이미 사용 중이라는 메시지가 나오면 모드를 계속 바꾸기보다 같은 포트를 사용하는 다른 프록시 프로그램을 먼저 종료하세요.
일부 Linux 데스크톱 환경이나 앱은 공통 시스템 프록시 설정을 따르지 않을 수 있습니다. 따라서 시스템 프록시 버튼이 켜져 있어도 대상 프로그램이 이를 사용하는 것은 아닙니다. 첫 테스트에서는 시스템 프록시를 지원하는 브라우저를 사용하세요. 명령줄 도구, 게임, 자체적으로 네트워크 연결을 관리하는 프로그램은 기본 연결 경로를 확인한 뒤 살펴보면 됩니다. 특정 앱 하나가 프록시를 사용하지 않는다고 구독이 만료됐다고 단정하지 마세요.
Android와 iOS에서는 보통 클라이언트 홈 화면의 연결 버튼을 눌러 시스템 VPN 연결을 시작합니다. 연결을 누르면 시스템에서 VPN 연결 또는 VPN 설정 추가를 허용할지 묻습니다. 요청한 앱이 맞는지 확인한 뒤 승인하세요. 클라이언트로 돌아와 연결 상태가 안정될 때까지 기다린 다음 상태 표시줄이나 시스템 VPN 설정에서 연결 상태를 확인합니다. 여기서 VPN은 기기 트래픽을 클라이언트로 전달하는 방식일 뿐, 유효한 설정과 사용 가능한 출구가 필요합니다. VPN 표시가 나타나도 원격 노드 연결이 성공했다는 뜻은 아닙니다.
휴대폰이 다른 VPN에 연결되어 있다면 기존 연결을 끊은 뒤 현재 클라이언트를 시작하세요. Android의 상시 연결 VPN, VPN을 사용하지 않는 연결 차단, 업무 프로필 설정은 전환에 영향을 줄 수 있습니다. 연결 제한이 실제로 발생할 때만 시스템 설정에서 해당 항목을 확인하세요. 일반적인 첫 사용에서는 네트워크 정책 전체를 미리 바꿀 필요가 없습니다. 백그라운드에서 시스템이 앱을 중지해 연결이 끊긴다면, 먼저 앱을 열어 둔 상태에서 연결이 되는지 확인한 뒤 클라이언트의 백그라운드 실행 안내를 살펴보세요.
TUN 모드는 가상 네트워크 인터페이스로 트래픽을 처리하므로 데스크톱 시스템 프록시와 작동 방식이 다릅니다. 권한, 라우팅, DNS 설정도 함께 필요할 수 있습니다. 이 가이드에서는 데스크톱 시스템 프록시나 모바일 클라이언트의 기본 VPN 연결을 사용하며, 데스크톱에서 TUN을 추가로 켤 필요는 없습니다. 대상 앱이 시스템 프록시를 지원하지 않는다면 고급 설정에서 TUN과 Fake-IP의 사용 조건을 확인하세요. 이제 설정, 출구 선택, 트래픽 진입점이 테스트 가능한 하나의 경로로 연결되었습니다.
04 웹페이지 접속 및 실제 출구 확인
클라이언트를 실행한 상태로 시스템 프록시를 따르는 브라우저를 열고 새 탭에서 확인할 웹사이트에 접속하세요. 먼저 페이지가 실제로 로드되는지 확인한 뒤 클라이언트의 ‘연결’ 또는 ‘로그’ 페이지에서 방금 전송한 요청을 찾습니다. 새 탭을 사용하면 기존 페이지 상태의 영향을 줄일 수 있지만, 이전 연결이나 캐시가 사용될 수도 있습니다. 새 기록이 보이지 않으면 페이지를 새로고침하고, 필요하면 브라우저를 완전히 종료했다가 다시 열어 같은 접속을 다시 시도하세요.
기록에서 대상 도메인, 적용된 규칙, 출구 경로를 확인하세요. 기록 한 줄이 보이는 것만으로는 충분하지 않습니다. 대상 요청이 예상한 프록시 그룹과 노드를 통과해야 합니다. 기록에 DIRECT가 표시되면 해당 요청은 직접 연결로 처리된 것입니다. 웹페이지가 열려도 프록시 출구가 작동한다는 증거는 아닙니다. 프록시 그룹이 다른 노드를 가리킨다면 이름이 비슷한 그룹만 확인하지 말고 2단계로 돌아가 실제 규칙이 참조하는 그룹을 살펴보세요.
이어서 평소 직접 접속할 수 있는 웹페이지를 열어 규칙 모드에서도 일반적인 웹 이용이 정상인지 확인하세요. 이 과정은 연결 후 네트워크 전체에 문제가 생겼는지 찾는 데 도움이 됩니다. IP 확인 사이트만으로 판단하지 마세요. 규칙 모드에서는 웹사이트마다 출구가 다를 수 있고, 확인 사이트가 직접 연결로 처리될 수도 있습니다. 브라우저 캐시나 기존 연결도 결과에 영향을 줍니다. 웹페이지 접속, 대상 요청 기록, 실제 출구가 모두 일치하는지 확인하는 편이 주소 하나만 바뀌었는지 보는 것보다 정확합니다.
대상 웹페이지가 열리지 않는데 클라이언트에 관련 요청이 전혀 없다면 3단계로 돌아가 시스템 프록시가 켜져 있는지, 브라우저가 별도 프록시 설정을 사용하는지, 다른 VPN이나 프록시 확장 프로그램이 있는지 확인하세요. 요청 기록은 있지만 연결 실패나 시간 초과가 표시되면 현재 노드와 구독 상태를 점검합니다. 연결 기록이 생성되는데 일부 도메인에서 계속 실패한다면 DNS, 규칙 또는 대상 사이트 자체를 추가로 확인하세요. 모든 설정을 한꺼번에 초기화하지 마세요.
전역 모드는 잠시 비교 테스트에 사용할 수 있습니다. 같은 노드와 브라우저에서 모드를 바꾼 뒤 대상 페이지를 다시 열어 보세요. 전역 모드에서는 되지만 규칙 모드에서는 안 된다면 트래픽 분기와 그룹 선택을 중점적으로 확인해야 합니다. 두 모드 모두 실패하면 트래픽 진입점, 노드, DNS를 추가로 점검해야 합니다. 비교가 끝나면 원래의 규칙 모드로 되돌리세요. 단계별 점검 방법은 도움말 센터에서 확인할 수 있습니다. 임시 테스트 설정을 기본값으로 둔 채 복구를 잊지 않도록 주의하세요.
마지막으로 종료 후 상태를 확인하세요. PC에서는 먼저 시스템 프록시를 끄고 클라이언트를 정상 종료한 뒤 일반 웹페이지에 접속되는지 확인합니다. 프로세스를 강제 종료한 뒤 네트워크에 문제가 생기면 시스템 네트워크 설정에 로컬 주소를 가리키는 프록시가 남아 있는지 살펴보세요. 모바일에서는 클라이언트의 VPN 연결을 끊은 뒤 일반 네트워크를 확인합니다. 그런 다음 클라이언트를 다시 실행해 연결하고 설정과 노드 선택이 유지되는지 확인하세요. 이 과정으로 ‘실행 중에는 되지만 종료 후 인터넷이 안 됨’ 또는 ‘재실행 후 설정이 활성화되지 않음’ 같은 문제를 미리 찾을 수 있습니다.
완료 후: 정상 작동 설정 유지
4단계를 마치면 현재 사용하는 설정 이름, 모드, 기본 프록시 그룹 선택만 기록해 두면 됩니다. 인증 정보가 포함된 스크린샷을 공개적으로 저장할 필요는 없습니다. 구독을 업데이트할 때는 클라이언트의 업데이트 버튼을 사용하고, 업데이트 성공과 기존 설정의 활성화 상태를 확인한 뒤 대상 웹사이트를 다시 테스트하세요. 자동 업데이트를 지원한다면 기본 연결이 안정된 뒤 켤 수 있습니다. 자동 업데이트는 구독 갱신을 대신하지 않으며 서버에서 만료된 노드를 복구하지도 않습니다.
앞으로는 설정을 한 번에 하나씩만 바꾸고 복구할 수 있도록 기존 설정을 보관하세요. DNS 최적화, 규칙 세트, TUN, 로컬 재정의 설정을 이해해야 할 때는 고급 설정 가이드를 읽어 보세요. 가져오기 실패, 노드 시간 초과, 연결은 됐지만 웹페이지가 열리지 않는 문제는 도움말 센터에서 증상별로 점검할 수 있습니다. 첫 사용을 마쳤다는 기준은 모든 스위치를 켜는 것이 아니라 ‘현재 어떤 설정을 쓰는지, 트래픽이 어디로 들어오는지, 대상 요청이 어떤 출구를 거치는지’를 설명할 수 있는 것입니다.