시작 전: 클라이언트와 설정 준비하기
클라이언트는 설정을 읽고 네트워크 요청을 전달합니다. 설치를 마쳤다고 바로 연결할 수 있는 것은 아닙니다. 시작하기 전에 두 가지를 준비하세요. 기기에 맞는 Clash 생태계 클라이언트와, 사용할 권한이 있으며 해당 클라이언트와 호환되는 구독 URL 또는 로컬 설정 파일입니다. 이 사이트는 다운로드 링크와 사용 안내를 제공하며 프록시 노드나 구독 서비스는 제공하지 않습니다.
구독은 ‘설정 내용을 업데이트하는 주소’라고 생각하면 됩니다. 클라이언트가 이 주소에 접속해 노드, 정책 그룹, 규칙 등의 정보를 가져옵니다. 노드는 실제로 연결되는 서버이고, 정책 그룹은 여러 출구를 모아 선택할 수 있게 한 목록이며, 규칙은 요청을 어떤 출구로 보낼지 결정합니다. 우선 각 항목의 역할만 기억하면 됩니다. 처음 연결하기 전에 모든 설정 항목을 이해할 필요는 없습니다.
컴퓨터나 휴대전화에서 다른 프록시 또는 VPN 도구를 사용 중이라면 두 도구가 동시에 네트워크 설정을 바꾸지 않도록 먼저 연결을 일시 중지하세요. 그런 다음 일반 브라우저에서 평소 직접 접속할 수 있는 웹페이지를 열어 기기가 인터넷에 연결되어 있는지 확인합니다. 기존 설정이 있다면 백업해 두고 새 설정은 다른 이름으로 저장하세요. 문제가 생겼을 때 이전 상태로 되돌릴 수 있습니다.
이 안내에서는 먼저 브라우저의 기본 연결을 확인하며 TUN을 처음부터 켤 필요는 없습니다. TUN은 가상 네트워크 어댑터를 통해 트래픽을 처리하는 방식으로, 추가 권한이 필요할 수 있고 라우팅 및 DNS 설정에도 영향을 줄 수 있습니다. 처음에는 변수부터 줄이고 일반 연결이 정상인지 확인한 뒤, 필요한 앱에 따라 TUN 사용 여부를 결정하세요.
01 구독 가져오기 및 설정 활성화
먼저 클라이언트를 열고 ‘설정’, ‘구독’ 또는 ‘Profiles’ 페이지를 찾습니다. ‘새로 만들기’, ‘추가’ 또는 ‘URL에서 가져오기’를 누르고 구독 URL 전체를 주소 입력란에 붙여 넣으세요. 이름을 입력하는 칸이 있다면 ‘일상 설정’처럼 알아보기 쉬운 이름을 지정할 수 있습니다. 이름은 목록에서 항목을 구분할 때만 사용하며 노드 연결 방식에는 영향을 주지 않습니다.
붙여 넣은 뒤 URL 앞뒤에 공백이나 줄바꿈이 없는지 확인하세요. 메신저에서 복사할 때 문장 부호가 함께 들어가지 않았는지도 살펴봅니다. 구독 URL에는 개인 접속 정보가 포함되는 경우가 많으므로 비밀번호처럼 안전하게 보관하세요. 공개 게시판에 공유하거나 전체 주소가 보이도록 캡처하지 마세요. 구독 제공자가 여러 형식을 지원한다면 일반 웹페이지 주소가 아니라 Clash 또는 현재 코어와 호환된다고 명시된 형식을 선택하세요.
저장, 가져오기 또는 다운로드를 누른 뒤 클라이언트가 설정을 가져올 때까지 기다립니다. 성공하면 설정 목록에 입력한 이름이 표시되고 업데이트 시간이나 작업 메뉴가 나타나는 경우가 많습니다. 그런 다음 해당 설정을 누르거나 ‘활성화’, ‘이 설정 사용’을 선택해야 합니다. 가져오기 성공과 사용 중 상태는 다릅니다. 파일을 목록에 추가했더라도 실제로 전환하지 않으면 프록시 페이지에 이전 설정이 계속 표시될 수 있습니다.
설정을 활성화한 뒤 ‘프록시’ 또는 ‘Proxies’ 페이지로 이동해 정책 그룹과 노드가 표시되는지 확인합니다. 목록 이름은 설정 작성자가 정하므로 용도를 나타내는 한국어 이름일 수도, 영어 이름일 수도 있습니다. ‘PROXY’라는 이름의 버튼을 찾을 필요는 없습니다. 현재 설정이 사용 중으로 표시되고 프록시 페이지에 정책 항목이 보이면 다음 단계로 넘어가도 됩니다.
YAML 파일이 이미 있는 경우
YAML은 들여쓰기로 계층 구조를 나타내는 텍스트 형식이며, Clash는 설정을 저장할 때 자주 사용합니다. 완성된 .yaml 또는 .yml 파일이 있다면 설정 페이지에서 ‘파일에서 가져오기’ 또는 ‘로컬 설정 가져오기’를 선택하고 파일을 불러온 뒤 활성화하세요. 파일 확장자만 YAML로 바꾸면 안 됩니다. 파일 내용도 클라이언트가 지원하는 설정 형식이어야 합니다.
로컬 파일은 클라이언트에 동기화나 덮어쓰기 기능이 따로 없는 한 구독 원본의 업데이트를 자동으로 반영하지 않습니다. 처음 가져올 때는 원본 파일을 보관하고 포트, DNS, 규칙은 서둘러 수정하지 마세요. 파일 구조를 확인하려면 YAML 설명서를 참고하세요. 이 안내에서는 파일을 읽고 활성화할 수 있는지만 확인합니다.
가져오기에 실패했다면 먼저 확인할 항목
다운로드 실패 메시지가 표시되면 먼저 인터넷 연결이 정상인지, URL이 만료되지 않았는지, 구독 제공자가 로그인이나 주소 재발급을 요구하는지 확인하세요. 형식 오류나 파싱 실패 메시지는 클라이언트가 내용을 가져왔지만 올바른 설정으로 인식하지 못했거나 현재 코어가 지원하지 않는 항목을 사용했을 가능성이 있습니다. 이때 시스템 프록시 스위치를 반복해서 켜고 끄지 마세요. 먼저 설정 문제를 해결한 다음 연결을 확인하세요. 오류 유형별 자세한 안내는 FAQ의 설치·설정 및 문제 해결 항목에서 확인할 수 있습니다.
여기까지 마치면 활성화된 설정이 하나 준비되어 있어야 합니다. 다음으로 트래픽을 어떤 방식으로 분배할지, 프록시가 필요한 요청에 어떤 출구를 사용할지 정합니다.
02 규칙 모드와 출구 노드 선택
클라이언트의 개요 페이지, 프록시 페이지 상단 또는 설정 메뉴에서 ‘모드’를 찾습니다. 처음 사용하는 경우 ‘규칙’ 또는 Rule을 선택하는 것이 좋습니다. 규칙 모드는 설정에 정의된 순서대로 요청을 확인해 지정된 노드, 정책 그룹 또는 직접 연결 출구로 보냅니다. 여기서 ‘직접 연결’은 프록시 서버를 거치지 않고 기기의 현재 네트워크로 대상에 바로 접속하는 것을 뜻합니다.
그 밖에 자주 보이는 옵션은 ‘전역’과 ‘직접 연결’입니다. 전역 모드는 보통 클라이언트가 처리하는 요청을 전역 정책으로 전달합니다. 모든 앱의 트래픽이 자동으로 클라이언트를 거친다는 뜻은 아닙니다. 직접 연결 모드는 일반적으로 처리 대상 요청을 바로 연결하지만 시스템 프록시를 끄는 것과는 다릅니다. 혼동을 피하려면 이번에는 규칙 모드를 유지하고 세 옵션을 계속 바꾸지 마세요.
그런 다음 프록시 목록에서 프록시 트래픽을 처리하도록 설정된 정책 그룹을 찾습니다. 그룹 이름이나 펼치기 화살표를 누르고 그룹 안에서 노드를 선택하세요. 노드에 체크 표시나 강조 표시가 나타나거나 현재 선택 항목으로 표시되어야 선택이 완료된 것입니다. 지연 시간 테스트 버튼을 눌렀다고 출구가 바뀌는 것은 아니며, 응답 시간이 표시된 항목도 실제 선택 상태라는 뜻은 아닙니다.
일부 정책 그룹은 서버가 아니라 다른 그룹을 가리킵니다. 예를 들어 ‘웹 접속’ 그룹이 ‘수동 선택’을 참조하고, 그 안에 실제 노드가 들어 있을 수 있습니다. 현재 선택 항목을 따라 한 단계 더 확인해 최종적으로 원하는 노드가 선택되었는지 살펴보세요. 최종 항목이 DIRECT이면 트래픽은 직접 연결되고, REJECT이면 해당 요청이 거부됩니다. 이는 노드 오류 표시가 아니라 설정에서 허용한 처리 방식입니다.
그룹 유형이 ‘자동 선택’ 또는 ‘장애 조치’라면 클라이언트가 설정된 검사 방식에 따라 출구를 선택하므로 노드를 하나씩 수동으로 고정하지 못할 수 있습니다. 설정에 포함된 자동 그룹은 그대로 두고 나중에 연결 기록에서 실제 사용 노드를 확인해도 됩니다. 화면을 보기 좋게 맞추려고 모든 정책 그룹을 같은 노드로 바꾸지 마세요. 일부 그룹은 직접 연결, 로컬 네트워크 또는 특정 서비스를 위한 것입니다.
노드를 직접 선택해야 한다면 해당 그룹에서 지연 시간 테스트를 한 번 실행할 수 있습니다. 테스트 결과는 지정된 테스트 대상에 대한 노드 응답만 보여 주며 모든 웹사이트에 접속할 수 있다는 보장은 아닙니다. 모든 노드가 시간 초과되면 구독이 유효한지, 노드를 계속 사용할 수 있는지 먼저 확인하세요. 바로 DNS를 변경할 필요는 없습니다. 응답하는 출구를 하나 선택하고 모드와 노드를 그대로 유지한 채 트래픽 처리 단계로 넘어갑니다.
03 프록시를 켜고 요청 처리하기
설정과 출구를 준비했지만, 이제 앱의 요청을 클라이언트로 보내야 합니다. 먼저 개요 페이지에서 실행 상태를 확인하세요. ‘코어 시작’, ‘시작’ 또는 전원 버튼이 있다면 먼저 눌러 실행합니다. 코어는 규칙과 연결을 실제로 처리하는 부분입니다. 창이 열려 있다고 코어까지 실행 중인 것은 아닙니다. 설정 로드 실패나 포트 사용 중 알림이 나타나면 네트워크 스위치를 더 켜기 전에 해당 문제부터 해결하세요.
데스크톱: 먼저 시스템 프록시 켜기
Windows, macOS 또는 Linux 데스크톱 클라이언트에서 ‘시스템 프록시’를 찾아 켭니다. 이 기능은 시스템의 프록시 설정을 클라이언트가 제공하는 로컬 수신 주소로 지정합니다. 많은 브라우저와 시스템 프록시를 따르는 앱이 이 주소를 사용하지만, 일부 게임과 명령줄 프로그램 또는 자체 네트워크 스택을 사용하는 앱은 자동으로 따르지 않습니다. 따라서 첫 테스트는 일반 브라우저로 진행하고 시스템 프록시를 따르지 않는 프로그램 하나만으로 판단하지 마세요.
켜고 나면 스위치가 활성화 상태로 유지되거나 시스템 트레이 메뉴에 해당 상태가 표시됩니다. 시스템에서 네트워크 설정 변경 권한을 요청하면 현재 클라이언트가 요청한 것이 맞는지 확인한 뒤 허용하세요. 포트를 직접 입력할 필요는 없습니다. 브라우저 확장 프로그램이나 시스템 설정에 다른 프록시가 지정되어 있다면 먼저 현재 설정을 덮어쓰지 않도록 해제하세요. 프록시 설정이 겹치면 요청이 예상한 경로를 우회해 연결 기록에 나타나지 않을 수 있습니다.
모바일: 연결을 누르고 시스템 권한 허용하기
Android 또는 iOS 클라이언트에서 홈 화면으로 돌아가 ‘연결’, ‘시작’ 또는 전원 버튼을 누릅니다. 처음 연결할 때 시스템에서 VPN 연결 요청, VPN 구성 추가 또는 인증 안내가 표시될 수 있습니다. 시스템 VPN 통로는 클라이언트가 트래픽을 처리하는 진입점이며, 구독 내용을 시스템이 제공한다는 뜻은 아닙니다. 앱 이름을 확인한 뒤 안내에 따라 허용하고 클라이언트로 돌아와 연결 상태가 계속 켜져 있는지 확인하세요.
연결을 켠 직후 꺼진다면 먼저 클라이언트의 오류 메시지를 확인한 다음 다른 VPN이 연결되어 있는지, 시스템이 앱 실행을 제한하는지 살펴보세요. 같은 통로를 두 도구가 동시에 사용하게 하지 마세요. Android의 배터리 절약 및 백그라운드 제한은 연결 유지에 영향을 줄 수 있습니다. 처음에는 클라이언트를 전면에 둔 상태에서 기본 연결이 정상인지 확인하고, 그 뒤에 백그라운드 실행 설정을 조정하세요.
처음부터 TUN을 함께 켜지 마세요
이번 확인에서는 트래픽을 처리하는 방식을 하나만 명확하게 사용하세요. 데스크톱에서는 먼저 시스템 프록시를 사용하고, 시스템 프록시를 따르지 않는 앱까지 처리해야 할 때 TUN을 고려합니다. 일부 클라이언트는 시스템 프록시와 TUN을 동시에 켤 수 있지만 처음 설정할 때 꼭 필요한 것은 아닙니다. TUN에는 권한, 가상 네트워크 어댑터, 라우팅 설정이 관련됩니다. 자세한 내용은 YAML 설명서와 FAQ에서 확인할 수 있으며, 여기서는 설정을 더 조정하지 않습니다.
완료 후에는 클라이언트가 실행 중이고 데스크톱에서는 시스템 프록시가 켜져 있거나 모바일에서 연결이 설정되어 있어야 합니다. ‘연결됨’이 모든 것이 정상이라는 뜻은 아닙니다. 다음 단계에서 실제 요청이 클라이언트로 들어오는지, 규칙에 따라 원하는 출구로 전달되는지 확인하세요.
04 연결 기록으로 작동 여부 확인
브라우저를 열고 설정에 따라 프록시를 사용해야 하는, 익숙한 웹사이트에 다시 접속합니다. 기존 연결이나 캐시의 영향을 줄이려면 이전 페이지를 닫고 새 탭을 여세요. 필요한 경우 브라우저를 완전히 종료한 뒤 다시 실행합니다. 캐시된 페이지를 새로고침하는 것만으로 확인하지 마세요. 페이지가 표시되어도 새 네트워크 요청이 발생했다는 뜻은 아닐 수 있습니다.
그런 다음 클라이언트로 돌아가 ‘연결’, ‘Connections’ 또는 실시간 로그 페이지를 엽니다. 화면을 계속 띄워 둔 상태에서 브라우저로 한 번 더 접속하세요. 정상이라면 대상 도메인이나 주소와 관련된 새 요청이 표시됩니다. 일부 클라이언트에서는 규칙 유형, 적용된 정책 그룹, 최종 노드도 볼 수 있습니다. 연결이 끝나면 기록이 금방 사라질 수 있으므로 페이지를 불러오는 동안 확인하거나 클라이언트의 목록 일시 정지 기능을 사용하세요.
확인할 내용은 세 가지입니다. 요청이 클라이언트에 들어왔는지, 어떤 규칙이 적용되었는지, 최종적으로 어떤 출구를 사용했는지입니다. 기록이 보이면 적어도 해당 요청은 클라이언트에 들어온 것입니다. 정책 그룹 이름이 보이면 규칙이 요청을 해당 그룹으로 전달한 것입니다. 실제 처리 방식을 알려면 최종 노드 또는 직접 연결 결과까지 확인해야 합니다. 웹페이지 하나가 여러 도메인에 요청을 보내므로 메인 페이지, 이미지, 로그인 API가 서로 다른 규칙을 따르는 일은 흔합니다.
이어서 설정상 직접 연결되어야 하는 웹사이트에 접속하고 기록의 출구가 DIRECT인지 확인합니다. 규칙 모드의 목적은 모든 요청을 프록시로 보내는 것이 아니라 요청마다 규칙에 맞는 경로를 사용하는 것입니다. 설정에서 특정 대상을 프록시로 지정했다면 웹사이트의 지역만 보고 직접 연결되어야 한다고 판단할 수 없습니다. 실제 결과는 설정 규칙과 적용 기록을 기준으로 확인하세요.
출구 IP 조회도 보조 확인 방법으로 사용할 수 있지만 그것만으로 결론을 내리지는 마세요. 조회 페이지 자체가 직접 연결되거나 다른 정책 그룹을 사용할 수 있고 브라우저가 IPv4, IPv6 또는 기존 연결을 함께 사용할 수도 있습니다. 처음에는 테스트 페이지가 정상적으로 열리고, 연결 기록에 해당 요청이 나타나며, 최종 출구가 설정 의도와 일치하는지를 확인하는 편이 더 확실합니다. 지연 시간 테스트 성공이나 시스템 상태 아이콘만으로 이 확인을 대신할 수는 없습니다.
예상대로 작동하지 않으면 같은 경로를 따라 점검하기
브라우저 접속에 실패했는데 클라이언트에 해당 요청이 보이지 않는다면 3단계로 돌아가 트래픽 처리 스위치를 확인하세요. 데스크톱에서는 시스템 프록시 설정이 다른 도구에 의해 변경되지 않았는지, 브라우저가 별도의 프록시를 사용하지 않는지 확인합니다. 모바일에서는 시스템 연결이 계속 유지되는지 살펴보세요. 요청이 클라이언트에 들어오지 않은 상태라면 노드를 계속 바꿔도 해결되지 않는 경우가 많습니다.
요청 기록은 나타나지만 연결 시간이 초과된다면 최종 선택 노드가 2단계에서 확인한 노드와 같은지 살펴본 뒤 같은 그룹의 다른 사용 가능한 노드를 시도하세요. 한 웹사이트만 실패하고 나머지는 정상이라면 클라이언트를 바로 재설치하지 말고 해당 웹사이트에 적용되는 규칙과 정책을 먼저 확인합니다. 로그에 도메인 이름 확인 실패가 명시되어 있다면 DNS 문제를 점검하세요. DNS는 도메인 이름을 네트워크 주소로 변환하는 서비스이므로 단서 없이 모든 설정을 무작정 바꾸지 않는 것이 좋습니다.
브라우저는 정상인데 특정 앱만 작동하지 않는다면 해당 앱이 시스템 프록시를 따르는지 확인하세요. 데스크톱 앱은 별도로 프록시를 설정해야 할 수도 있고 TUN을 사용하는 편이 나을 수도 있습니다. Windows 스토어 앱은 로컬 루프백 접근 제한의 영향을 받을 수 있습니다. 자세한 방법은 문제 해결 FAQ와 Windows 스토어 앱 로컬 루프백 예외 안내를 참고하세요. 한 번에 하나의 설정만 바꾸고 같은 대상을 다시 테스트해야 어떤 변경이 효과가 있었는지 알 수 있습니다.
종료 및 일상적인 사용
확인이 끝나면 현재 설정 이름과 규칙 모드, 선택한 정책 그룹을 기억해 두면 됩니다. 매일 구독을 다시 가져올 필요는 없습니다. 구독을 업데이트할 때는 설정 페이지의 ‘업데이트’ 기능을 사용해 클라이언트가 기존 주소에서 내용을 다시 가져오게 하세요. 업데이트로 그룹 이름이나 노드가 바뀔 수 있습니다. 업데이트 뒤 연결에 문제가 생기면 현재 설정이 계속 활성화되어 있는지, 이전에 선택한 출구가 아직 있는지 먼저 확인하세요.
프록시를 중지할 때는 데스크톱에서 먼저 시스템 프록시를 끈 다음 코어를 중지하거나 클라이언트를 종료하세요. 모바일에서는 앱의 연결 해제 버튼을 누르고 시스템 연결이 종료되었는지 확인합니다. TUN을 사용했다면 해당 스위치도 끄세요. 창을 닫아도 트레이에 최소화된 것일 수 있어 서비스가 중지되지 않을 수 있습니다. 종료 여부는 실제 스위치와 시스템 상태로 확인하세요.
종료 후 브라우저에서 인터넷에 연결할 수 없다면 시스템 프록시가 중지된 로컬 클라이언트를 계속 가리키는지 확인하고 이전에 작동하던 네트워크 설정으로 복구하세요. 회사나 학교에서 관리하는 기기라면 관리자가 지정한 설정을 덮어쓰지 마세요. 도움을 요청할 때는 클라이언트 이름, 운영체제, 어느 단계에서 문제가 생겼는지, 구독 접속 정보가 포함되지 않은 오류 메시지를 함께 전달하면 단순히 ‘연결이 안 된다’고 설명하는 것보다 원인을 찾기 쉽습니다.