구독을 가져와 설정 활성화하기
시작하기 전에 현재 클라이언트와 호환되는 구독 링크나 로컬 YAML 설정 파일을 준비하세요. 클라이언트는 설정을 읽고 요청을 전달하는 역할을 하므로, 설치만으로 사용할 수 있는 출구가 생기지는 않습니다. 구독은 사용 권한이 있는 서비스나 직접 운영하는 서비스에서 받아야 합니다. 이 튜토리얼에서는 구독 주소를 제공하지 않습니다. 링크에 접속 인증 정보가 포함될 수 있으므로 공개 댓글에 올리거나 전체 주소가 보이는 화면을 공개 페이지에 게시하지 마세요.
클라이언트를 열고 ‘설정’, ‘구독’ 또는 ‘Profiles’ 화면으로 이동해 ‘새로 만들기’, ‘추가’ 또는 ‘링크에서 가져오기’를 찾으세요. 원격 링크 유형을 선택하고 전체 주소를 붙여 넣은 다음, 알아보기 쉬운 이름을 입력하고 저장 또는 가져오기를 누릅니다. 먼저 저장한 뒤 다운로드하는 화면이라면 설정 카드의 업데이트 버튼도 눌러야 합니다. 로딩이 끝나면 업데이트 시간, 설정 이름 또는 파싱 완료 안내가 표시되는지 확인하세요. 표시 방식은 클라이언트마다 다릅니다.
주소 앞뒤에 공백이나 줄바꿈, 메신저가 덧붙인 문장부호가 포함되지 않도록 주의하세요. 링크가 브라우저에서 열린다는 것은 응답을 받았다는 뜻일 뿐, 반환된 내용이 Clash 설정 형식에 맞는다는 보장은 없습니다. 파싱에 실패하면 구독 제공자에게 어떤 클라이언트 형식을 선택해야 하는지 먼저 문의하세요. 형식 오류를 해결하려고 로컬 포트나 DNS를 반복해서 바꾸지 마세요. 설정 본문을 파싱할 수 있는지와는 별개의 문제입니다.
로컬 파일을 사용한다면 ‘파일에서 가져오기’를 선택하고 파일 선택기에서 해당 .yaml 또는 .yml 파일을 찾으세요. 가져오기 전에 원본 파일을 따로 보관합니다. 일부 클라이언트는 설정 본문을 직접 붙여 넣을 수도 있지만, YAML 전체를 구독 링크 입력란에 넣으면 안 됩니다. 노드 정보만 담긴 파일과 규칙, DNS, 프록시 그룹까지 포함한 전체 설정은 용도가 다릅니다. 바로 사용할 수 있는지는 클라이언트가 설정을 보완해 주는지에 따라 달라집니다.
가져오기가 끝나면 새 설정에서 ‘활성화’, ‘사용’ 또는 선택 버튼을 누르세요. 설정 카드가 보이는 것만으로 현재 설정이 되었다고 볼 수는 없습니다. ‘프록시’ 화면으로 돌아가 설정에 포함된 프록시 그룹이나 노드가 표시되는지 확인하세요. 비어 있다면 설정 화면에서 현재 선택 상태와 오류 안내를 확인합니다. 여러 설정을 저장할 수 있는 클라이언트라면 이전 테스트 설정을 계속 사용하고 있지 않은지도 확인하세요.
처음에는 한 번 수동으로 업데이트하면 충분합니다. 사용 가능 여부를 확인한 다음 서비스 제공자의 안내에 따라 자동 업데이트 간격을 설정하세요. 너무 자주 업데이트하면 요청 제한에 걸릴 수 있습니다. 원격 업데이트로 내려받은 설정을 직접 수정한 내용이 덮어써질 수 있으므로, 초기 설정 단계에서는 구독 업데이트와 대량의 수동 수정을 함께 진행하지 마세요. 구독을 가져오고 설정이 활성화된 것을 확인했다면, 다음 단계에서 요청을 어떤 규칙으로 출구에 보낼지 정합니다.
규칙 모드와 프록시 그룹 선택하기
클라이언트 홈 화면, 설정 화면 또는 트레이 메뉴에서 모드 항목을 열고 처음에는 ‘규칙’을 선택하세요. 영어 인터페이스에서는 보통 Rule로 표시됩니다. 규칙 모드는 현재 설정의 매칭 순서에 따라 요청을 직접 연결하거나, 특정 프록시 그룹에 전달하거나, 차단합니다. 이 설정은 트래픽을 어떻게 분기할지 정하는 것이지 시스템 프록시를 켜는 설정이 아닙니다. 모드가 규칙으로 설정되어 있어도 앱 트래픽이 아직 클라이언트로 전달되지 않을 수 있습니다.
그 밖에 자주 쓰이는 모드는 ‘전역’과 ‘직접 연결’입니다. 전역 모드는 보통 코어로 들어온 일반 요청을 전역 프록시 그룹으로 보냅니다. 잠시 비교 테스트할 때 유용하지만 모든 앱의 트래픽이 전달된다는 뜻은 아닙니다. 직접 연결 모드에서는 코어에 들어온 요청을 바로 연결합니다. 평소에는 구독에 포함된 규칙 모드를 유지하세요. 처음부터 트래픽 분기 로직을 바꾸면 설정 문제인지 트래픽 전달 문제인지 구분하기 어려워집니다.
규칙 모드를 선택한 뒤 ‘프록시’ 화면을 열어 현재 설정에서 제공하는 선택 그룹을 찾으세요. 이름은 ‘노드 선택’, ‘프록시’ 또는 사용자가 지정한 이름일 수 있으므로 이름만 보고 전체 설정을 제어하는 그룹이라고 판단하면 안 됩니다. 설정 안내를 확인해 규칙이 실제로 참조하는 그룹을 찾고, 그 안에서 사용할 수 있는 출구를 선택하세요. 그룹 하나를 선택해도 모든 규칙이 그 그룹을 거치는 것은 아닙니다. 다른 규칙은 별도의 그룹을 참조할 수 있습니다.
선택 그룹에 ‘자동 선택’과 같은 다른 그룹이 표시된다면 하위 그룹의 현재 선택 항목과 테스트 상태도 확인하세요. 수동 선택 그룹은 보통 지정한 항목을 유지하고, 자동 선택 그룹은 설정된 상태 확인 결과에 따라 출구를 정합니다. 처음 문제를 점검할 때는 그룹이 중첩되어 생기는 변수를 줄이기 위해 특정 노드를 직접 선택해도 좋습니다. 규칙에서 참조하지 않는 그룹만 전환하면 접속 결과가 전혀 달라지지 않을 수 있습니다.
클라이언트의 연결 테스트나 지연 시간 테스트를 실행해 시간 초과나 연결 실패가 표시되는지 확인하세요. 결과는 테스트 주소와 프로토콜, 현재 네트워크에 따라 달라지며 특정 요청 한 번의 상태만 보여 줍니다. 모든 웹사이트에 접속할 수 있다는 보장은 아닙니다. 테스트에 성공해도 실제 웹페이지를 열어 확인해야 합니다. 테스트가 시간 초과되더라도 로그를 함께 살펴보고, 구독 전체가 만료되었다고 바로 단정하지 마세요.
이 단계가 끝나면 현재 활성화된 설정, 실행 중인 모드, 대상 프록시 그룹에서 선택한 출구를 설명할 수 있어야 합니다. 프로토콜별 차이, 코어 호환성, 모바일 기기의 선택 기준은 프로토콜 및 코어 안내에서 확인할 수 있습니다. 첫 연결에서는 설정에 포함된 DNS와 규칙을 그대로 두고, 다음 단계에서 시스템 트래픽을 클라이언트로 전달하는 방법만 설정하세요.
시스템 프록시 또는 VPN 연결 켜기
데스크톱에서는 먼저 클라이언트 홈 화면이나 상태 표시줄에서 코어가 시작되었는지 확인하세요. 앱을 실행하면 코어가 자동으로 시작되는 클라이언트도 있고, 시작 버튼을 따로 눌러야 하는 클라이언트도 있습니다. 설정을 불러오지 못했다는 안내가 표시되면 이전 단계로 돌아가 오류를 해결하세요. 앱 창이 열렸다고 해서 요청을 전달하는 코어까지 정상 작동하는 것은 아닙니다. 상태를 확인한 뒤 ‘시스템 프록시’를 켜면 시스템 프록시 설정을 따르는 앱이 로컬 수신 포트로 요청을 보냅니다.
시스템 프록시를 켠 뒤 운영체제의 네트워크 프록시 설정에서 주소와 포트가 현재 클라이언트를 가리키는지 확인할 수 있습니다. 포트는 클라이언트에 실제로 표시된 값을 사용하세요. 다른 튜토리얼의 숫자를 그대로 복사하면 안 됩니다. 혼합 포트는 HTTP와 SOCKS 요청을 모두 받을 수 있지만, 클라이언트에서 각각 다른 포트를 제공하기도 합니다. 처음 설정할 때 수신 주소를 바꿀 필요는 없으며, 이 기기의 브라우저를 연결하려고 로컬 네트워크 접근을 허용해서도 안 됩니다.
Windows나 macOS에서 다른 프록시 도구도 실행 중이라면, 현재 클라이언트의 스위치를 켜기 전에 다른 도구의 시스템 프록시를 끄세요. 두 프로그램이 같은 시스템 설정을 번갈아 변경하면 화면에는 켜진 것으로 표시되지만 실제 포트는 다른 프로그램을 가리킬 수 있습니다. 브라우저에 별도의 프록시 확장 프로그램이 설치되어 있다면 시스템 설정을 따르도록 바꿔 확장 프로그램이 시스템 프록시를 덮어쓰지 않게 하세요.
Android에서는 보통 홈 화면의 시작 버튼을 눌러 로컬 VPN 연결을 설정합니다. 처음 실행할 때 시스템에 VPN 연결 요청이 표시됩니다. 안내된 앱이 맞는지 확인한 뒤 허용하세요. 연결되면 보통 시스템에 VPN 상태 아이콘이 나타나고 클라이언트에도 실행 상태가 표시됩니다. 다른 VPN에 연결되어 있다면 먼저 연결을 해제하세요. 일부 기기에서는 항상 켜기 VPN이나 연결 잠금 설정이 새 연결의 트래픽 전달을 방해할 수 있습니다.
iOS 클라이언트에서 처음 연결을 시작하면 안내에 따라 VPN 설정 추가를 허용하고 시스템에서 요구하는 기기 인증을 완료하세요. 그런 다음 클라이언트로 돌아와 연결이 설정되었는지 확인합니다. 시스템 설정에 VPN 구성이 여러 개 저장되어 있다면 현재 어떤 구성이 시작되었는지 확인하세요. 설정 추가를 허용하는 것은 준비 단계일 뿐입니다. 실제 연결 여부는 클라이언트 상태와 시스템 VPN 상태를 기준으로 확인하세요. 허용 버튼을 눌렀다는 이유만으로 확인을 생략하지 마세요.
데스크톱의 TUN은 시스템 프록시와 다른 트래픽 전달 방식입니다. 일반적으로 서비스 구성 요소나 관리자 권한, 시스템 승인이 필요하며 적용 범위도 시스템 프록시와 다릅니다. 처음 연결할 때는 시스템 프록시로 브라우저를 확인해 보세요. 대상 앱이 시스템 프록시를 따르지 않거나 더 넓은 범위의 트래픽 전달이 필요한 경우에만 TUN을 살펴보면 됩니다. Android 클라이언트는 내부적으로 가상 네트워크 인터페이스를 사용할 수 있으므로 데스크톱과 이름이 같은 스위치를 무조건 찾을 필요는 없습니다.
트래픽 전달 및 규칙 적용 확인하기
클라이언트를 실행한 상태에서 브라우저의 새 탭을 열고, 현재 규칙에 따라 프록시를 거쳐야 하며 접속 권한이 있는 웹페이지에 방문하세요. 페이지 자체의 로딩 지연과 연결 문제를 구분하기 쉽도록 단순한 페이지를 우선 사용합니다. 처음 확인할 때 이미 열린 페이지를 새로고침하는 것만으로 판단하지 마세요. 브라우저 캐시, 기존 연결, 사이트 캐시 때문에 현재 설정과 관계없이 접속되는 것처럼 보일 수 있습니다.
웹페이지에 접속하는 동안 클라이언트의 ‘연결’, ‘활동’ 또는 ‘로그’ 화면을 열고 방금 방문한 도메인을 찾으세요. 연결 기록에는 보통 대상 주소, 적용된 규칙, 프록시 체인이 표시됩니다. 로그에는 연결 또는 이름 확인 오류가 나타날 수 있습니다. 화면마다 제공되는 정보는 다르지만, 요청이 실제로 코어에 들어갔는지는 확인해야 합니다. 웹페이지가 열려도 클라이언트에 관련 요청이 전혀 보이지 않는다면 프록시가 작동한다고 단정할 수 없습니다. 기존 직접 연결 경로로 접속했을 수도 있습니다.
해당 요청을 찾으면 사용된 처리 방식이 예상과 일치하는지 확인하세요. DIRECT가 적용되었다면 설정상 직접 연결하도록 지정된 것입니다. 이것만으로 프록시가 시작되지 않았다는 뜻은 아닙니다. 프록시 그룹을 거친다면 프록시 체인의 최종 출구도 확인하세요. 한 웹페이지에서 여러 도메인을 불러올 수 있으므로 정적 리소스 요청 하나만 보고 페이지 전체의 접속 경로를 판단하지 마세요.
이어서 설정상 직접 연결되어야 하는 웹페이지에 접속하고 적용된 규칙을 확인하세요. 두 번의 점검으로 프록시 출구와 직접 연결 경로를 각각 확인할 수 있으므로, 모든 요청이 같은 출구로 전달되는 상태를 규칙 분기가 정상 작동하는 것으로 오해하지 않게 됩니다. 외부 출구 주소를 확인하는 페이지는 참고용으로 사용할 수 있지만, 해당 요청 한 번의 출구만 보여 줍니다. 이를 근거로 모든 앱과 도메인, IPv6 트래픽이 같은 경로를 사용한다고 판단할 수는 없습니다.
요청이 클라이언트에 들어오지 않는다면 먼저 시스템 프록시나 VPN 연결이 켜져 있는지 확인한 다음, 브라우저가 별도의 프록시를 사용 중인지, 시스템 포트가 클라이언트 설정과 일치하는지 살펴보세요. 요청은 코어에 들어왔지만 연결에 실패했다면 프록시 그룹 선택을 확인하고 같은 설정의 다른 사용 가능한 출구로 바꿔 비교합니다. 로그에 도메인 이름 확인 오류가 명확히 표시될 때는 설정의 DNS를 확인하세요. 단서 없이 설정 전체를 교체하지 마세요.
한 번에 한 항목만 변경하고 같은 방식으로 접속 테스트를 다시 진행하세요. ‘설정 활성화 → 프록시 그룹 선택 → 코어 정상 실행 → 트래픽 전달 스위치 작동 → 규칙 및 이름 확인 기록’ 순서로 점검하는 것이 좋습니다. 오류 정보를 공유할 때는 오류 유형과 필요한 필드 이름만 남기고, 구독 링크와 노드 인증 정보, 관련 없는 접속 기록은 가리세요. 자세한 점검 순서는 연결은 됐지만 웹페이지가 열리지 않을 때 확인할 항목을 참고하세요.
작동이 확인되면 자동 업데이트, 자동 선택, 필요한 TUN 설정을 하나씩 켜고 변경할 때마다 다시 점검하세요. 마지막으로 정상적으로 연결을 끊어 봅니다. 데스크톱에서는 먼저 시스템 프록시를 끄고 클라이언트를 종료하세요. 모바일에서는 클라이언트의 중지 버튼을 누르고 VPN 연결이 해제되었는지 확인합니다. 클라이언트가 종료된 뒤에도 시스템이 작동을 멈춘 로컬 포트로 요청을 보내는 상황을 방지할 수 있습니다.
초기 설정이 완료되면 다음 네 가지를 확인할 수 있어야 합니다. 구독을 정상적으로 읽었고, 프록시 그룹에서 출구를 선택했으며, 시스템 트래픽이 클라이언트로 들어오고, 실제 접속에서 예상한 출구가 적용되었습니다. 나중에 구독이나 기기를 바꾸면 구독 가져오기부터 다시 확인하세요. 프로토콜 지원이나 코어 설정 차이는 프로토콜 안내서에서 살펴볼 수 있습니다. 첫 연결을 위해 모든 고급 설정을 미리 바꿀 필요는 없습니다.