BEFORE YOU START

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

먼저 현재 운영체제에 맞는 클라이언트와 서비스 제공업체가 발급한 유효한 구독 URL을 준비하세요. 클라이언트는 설정을 불러오고 코어를 실행해 트래픽을 처리하며, 구독은 노드와 관련 설정을 제공합니다. 클라이언트를 설치해도 사용할 수 있는 노드가 자동으로 생기지는 않습니다. 이 사이트의 설치 파일 페이지에서도 개인용 구독을 제공하지 않습니다. 구독이 있다면 서비스 제공업체 페이지에서 유효 기간과 사용 가능한 트래픽을 확인한 뒤 전체 URL을 복사하세요.

처음 설정할 때는 다른 프록시 클라이언트를 잠시 종료하고 브라우저에서 프록시를 수동 설정하는 확장 프로그램도 꺼두세요. 여러 프록시 설정이 서로 덮어쓸 수 있습니다. 업무용 VPN이나 기업 네트워크 관리 프로그램을 사용 중이라면 라우팅이나 DNS를 임의로 변경하지 말고 네트워크 이용 규정을 먼저 확인하세요. 기존 클라이언트를 남겨둘 경우 연결을 중지한 뒤 새 클라이언트를 실행하면 됩니다. 이전 설정을 바로 삭제할 필요는 없습니다.

설치 파일을 아직 선택하지 않았다면 클라이언트 다운로드에서 플랫폼에 맞는 파일을 고르세요. 설치 권한, 시스템 아키텍처, 서비스 모드, 가상 네트워크 어댑터 등 플랫폼별 차이는 전체 플랫폼 가이드에서 확인할 수 있습니다. 이 가이드는 클라이언트를 실행한 상태에서 시작하며, 연결을 한 번 정상적으로 완료하는 데 필요한 절차만 다룹니다.

STEP 01 / SUBSCRIPTION

구독을 가져와 설정 활성화

클라이언트를 열고 사이드바에서 “구독” 또는 “설정” 페이지로 이동한 뒤 “새로 만들기”, “가져오기” 또는 더하기 버튼을 찾으세요. URL 가져오기를 선택하고 서비스 제공업체에서 복사한 전체 주소를 붙여 넣습니다. 일부 클라이언트는 페이지 상단에 URL 입력란이 있으므로 주소를 입력한 뒤 “가져오기”를 누르면 됩니다. 이름은 설정을 구분하기 위한 항목으로, 알아보기 쉽게 입력해도 연결 방식에는 영향을 주지 않습니다.

붙여 넣은 뒤에는 주소의 앞뒤를 확인해 안내 문구, 줄바꿈, 불필요한 공백이 함께 복사되지 않았는지 살펴보세요. 구독 URL에는 로그인 정보가 포함되는 경우가 많으므로 공개 댓글에 올리지 말고, 문제를 문의할 때도 전체 주소가 보이는 화면을 공유하지 마세요. 서비스 제공업체가 여러 클라이언트 형식을 안내한다면 현재 클라이언트나 코어와 호환되는 형식을 선택하세요. 계정 페이지 주소를 복사하면 안 됩니다.

가져오기를 실행하고 클라이언트가 설정을 다운로드해 분석할 때까지 기다리세요. 완료되면 새 설정 항목, 업데이트 시간 또는 노드 정보가 표시되는 경우가 많습니다. 항목이 표시되었다고 해서 설정이 활성화된 것은 아닙니다. 해당 항목을 누르거나 메뉴에서 “사용” 또는 “활성화”를 선택해 현재 설정으로 표시되는지 확인하세요. 이어서 “프록시” 페이지에 정책 그룹이 표시되는지 살펴보세요. 이전 설정 내용이 계속 보이면 돌아가 현재 활성화된 항목을 확인합니다.

로컬 .yaml 또는 .yml 파일을 받았다면 같은 페이지에서 “파일에서 가져오기”를 선택하고 파일을 활성화하세요. 일반 웹페이지나 오류 메시지를 설정 파일인 것처럼 확장자만 바꿔 저장하면 안 됩니다. 로컬 설정은 보통 원격으로 자동 업데이트되지 않습니다. 이후 업데이트 가능 여부는 설정에 포함된 원격 리소스와 클라이언트 설정에 따라 달라지므로 구독 URL과 완전히 같은 용도로 볼 수 없습니다.

가져오기에 실패하면 먼저 오류가 발생한 단계를 확인하세요

시간 초과, 인증 실패, 분석 오류가 발생하면 먼저 해당 항목의 오류 메시지를 확인하고 “로그” 페이지에서 같은 시간대의 기록을 살펴보세요. 인증 실패는 구독 URL 만료, 인증 정보 변경, 계정 상태와 관련된 경우가 많습니다. 분석 오류는 웹페이지가 반환되었거나 구독 형식이 호환되지 않거나 파일 문법이 잘못되었을 때 발생할 수 있습니다. 가져오기를 연속으로 눌러 중복 항목을 만들거나 클라이언트를 바로 재설치하지 마세요.

일부 네트워크에서는 구독 서버에 직접 연결할 수 없습니다. 구독 업데이트에 직결 또는 프록시 경로를 선택할 수 있는 클라이언트라면 서비스 제공업체의 안내에 따라 설정하세요. 사용할 수 있는 기존 연결이 없다면 아직 가져오지 않은 새 설정을 업데이트 경로로 쓰려 하지 마세요. 가져오기 문제를 해결한 뒤에는 활성화된 설정을 하나만 남기고 실행 모드를 선택하세요.

STEP 02 / ROUTING

규칙 모드와 프록시 정책 선택

홈, 프록시 또는 설정 페이지에서 실행 모드를 찾아 처음에는 “규칙”을 선택하세요. 영어 인터페이스에서는 보통 Rule로 표시됩니다. 규칙 모드는 현재 설정의 규칙에 따라 요청을 직접 연결하거나 프록시로 보냅니다. 일상적인 사용에 적합합니다. 여기서 말하는 “모드”는 트래픽 분배 방식을 정하며 브라우저 트래픽을 코어로 보내는 기능은 아닙니다. 트래픽 유입은 다음 단계에서 설정합니다.

“전역” 모드는 코어로 들어온 일반 연결을 전역 정책에 따라 처리하는 방식으로, 기기의 모든 앱이 프록시로 연결된다는 뜻은 아닙니다. “직접 연결” 모드는 코어에 들어온 일반 연결을 대상에 직접 연결합니다. 처음 설정할 때 전역 모드를 계속 사용하는 것은 권장하지 않습니다. 전역으로 바꾸는 것이 모든 접속 문제의 해결책은 아니며, 규칙이나 정책 그룹을 잘못 선택한 문제를 가릴 수 있습니다.

이어서 “프록시” 페이지를 열고 설정에 정의된 기본 정책 그룹을 찾으세요. 그룹 이름은 구독 설정에 따라 “프록시 선택”일 수도 있고 다른 이름일 수도 있으므로 이름만 보고 용도를 판단하지 마세요. 정책 그룹을 펼쳐 사용 가능한 노드나 구독에서 제공하는 자동 정책 그룹을 선택합니다. 그룹이 중첩되어 있을 수 있습니다. 기본 그룹이 다른 정책 그룹을 먼저 가리키고 실제 출구 노드는 그 하위에 있을 수 있습니다.

페이지에 “테스트”, “연결 테스트” 또는 속도 측정 아이콘이 있다면 한 번 실행해 보세요. 결과는 해당 노드에서 설정된 테스트 주소에 연결할 수 있는지를 보여줄 뿐, 모든 사이트에 접속할 수 있다는 뜻도 아니고 대역폭 측정도 아닙니다. 테스트 시간이 초과되면 다른 노드로 다시 시도할 수 있지만, 숫자가 가장 낮은 노드가 모든 앱에 가장 적합하다고 단정하지 마세요. 실제 대상에 요청을 보냈을 때의 결과를 기준으로 판단해야 합니다.

노드를 선택한 뒤 정책 그룹에서 선택 표시가 바뀌었는지 확인하세요. 프록시로 보내야 하는 요청이라면 해당 그룹이 DIRECT로 잘못 설정되지 않았는지 확인합니다. 이 옵션은 직접 연결을 뜻합니다. url-test, fallback 같은 자동 그룹 유형은 구독의 기본 설정을 그대로 사용해도 됩니다. 이번에는 테스트 간격이나 허용 오차를 변경하지 마세요. 자세한 내용은 정책 그룹 유형 가이드에서 확인할 수 있습니다.

STEP 03 / TRAFFIC ENTRY

코어를 실행하고 연결 설정

클라이언트 홈으로 돌아가 코어가 실행 중이고 현재 설정에 오류가 없는지 확인하세요. 클라이언트에 따라 실행 시 코어가 자동으로 시작되기도 하고 “시작” 또는 연결 버튼을 눌러야 하기도 합니다. 로그에 설정 로드 실패가 표시되면 시스템 프록시를 반복해서 켜고 끄지 말고 앞 단계로 돌아가 확인하세요. 코어가 정상적으로 수신 대기해야 프록시 포트로 전송된 요청을 처리할 수 있습니다.

데스크톱: 시스템 프록시로 브라우저부터 확인

클라이언트에서 “시스템 프록시”를 켜고 상태가 활성화될 때까지 기다리세요. 이 설정은 시스템 프록시를 클라이언트의 로컬 수신 주소로 지정하며 시스템 프록시 설정을 따르는 앱에서 사용할 수 있습니다. 브라우저에 프록시를 별도로 설정했거나 프록시 확장 프로그램을 설치했다면 새 시스템 설정을 적용하지 않을 수 있습니다. 처음 테스트할 때는 브라우저가 시스템 프록시를 따르도록 설정하세요.

처음 연결할 때 포트를 바꿀 필요는 없습니다. 현재 유효한 포트는 클라이언트 화면에 표시된 수신 포트이며, 가이드에서 흔히 언급하는 포트를 고정값처럼 사용하면 안 됩니다. 로그에 포트 충돌이 명확히 표시되면 다른 프록시 프로세스가 실행 중인지 먼저 확인하세요. 포트를 바꿔야 한다면 클라이언트 설정에서 변경하고 시스템 프록시에도 새 값이 반영되었는지 확인합니다. 다른 앱에 프록시를 수동으로 입력할 때도 변경된 실제 포트를 사용해야 합니다.

모바일: 시스템 VPN 연결 허용

클라이언트 홈에서 연결 버튼을 누르세요. 처음 실행하면 시스템에서 VPN 구성을 추가하거나 VPN 연결을 설정할 수 있도록 허용해 달라는 메시지가 표시됩니다. 방금 실행한 클라이언트의 요청인지 확인한 다음 허용하고, 시스템 안내에 따라 잠금 해제나 인증을 완료하세요. 클라이언트로 돌아와 연결 상태가 바뀔 때까지 기다립니다. 시스템 상태 표시줄의 VPN 아이콘은 터널이 연결되었다는 뜻일 뿐 노드와 규칙이 올바르다는 보장은 아니므로 다음 단계에서 확인해야 합니다.

시스템에서 다른 VPN을 사용 중이라면 기존 연결을 먼저 중지한 뒤 현재 클라이언트를 실행하세요. 두 VPN 앱 사이를 자주 전환하면 먼저 연결한 VPN이 다른 앱의 연결로 대체될 수 있습니다. 모바일의 백그라운드 실행 제한으로 연결이 끊길 수도 있습니다. 앱을 전면에서 사용할 때는 정상인데 백그라운드에서만 끊기는 경우에만 플랫폼 가이드를 참고해 배터리 및 백그라운드 실행 설정을 조정하세요.

TUN: 필요한 경우에만 활성화

시스템 프록시를 따르지 않는 앱이 있을 때만 TUN 모드를 고려하세요. TUN은 가상 네트워크 어댑터와 라우팅 설정으로 트래픽을 처리하며, 관리자 권한, 서비스 모드 또는 별도 드라이버가 필요한 경우가 많습니다. 시스템 프록시와 TUN의 연동 방식은 클라이언트마다 다릅니다. 처음 문제를 확인할 때는 트래픽이 어떤 경로로 들어오는지 명확히 하고, 여러 클라이언트에서 TUN을 동시에 켜지 마세요.

브라우저는 시스템 프록시로 정상 연결되는데 특정 앱만 작동하지 않는다면 전체 플랫폼 가이드에서 운영체제에 맞는 TUN 설정을 확인하세요. TUN을 켠 뒤 로컬 네트워크 서비스나 업무용 네트워크에 문제가 생기면 방금 활성화한 TUN을 먼저 끄고 결과를 비교하세요. 라우팅, DNS, 규칙을 동시에 변경하지 마세요. 한 번에 하나씩 바꿔야 결과에 영향을 준 설정을 파악할 수 있습니다.

STEP 04 / CHECK THE RESULT

접속, 규칙 적용, 출구 확인

클라이언트를 실행한 상태에서 브라우저로 접속 가능한 HTTPS 페이지를 여세요. 우선 현재 설정에서 프록시를 사용하도록 지정된 대상을 선택합니다. 테스트할 때는 이미 열린 페이지를 확인하는 데 그치지 말고 새 요청을 보내세요. 필요하면 새 탭을 열거나 리소스를 다시 불러옵니다. 캐시된 페이지, 진행 중인 다운로드, 재사용되는 기존 연결 때문에 결과가 바뀌지 않은 것처럼 보일 수 있습니다.

동시에 클라이언트의 “연결” 페이지를 열어 새 요청이 표시되는지 확인하세요. 대상 요청을 찾아 도메인, 적용된 규칙, 정책 그룹, 실제 출구를 살펴봅니다. 표시되는 항목은 클라이언트마다 다르지만, 요청이 코어에 들어갔는지와 최종 출구가 노드인지 DIRECT인지는 확인해야 합니다. 테스트 도메인이 예상한 정책 그룹에 표시되고 페이지도 정상적으로 열리면 프록시 경로의 첫 번째 확인이 끝난 것입니다.

이어서 현재 설정에서 직접 연결이 예상되는 사이트에 접속하고 연결 기록에도 직접 연결로 표시되는지 확인하세요. 규칙 모드에서는 대상마다 출구가 다른 것이 정상입니다. 로컬 서비스가 이전과 같은 출구 주소를 표시한다고 해서 프록시가 작동하지 않는 것은 아닙니다. IP 확인 페이지는 해당 페이지 요청이 사용한 경로만 보여주므로 기기의 모든 트래픽이 같은 출구를 사용한다는 증거로 볼 수 없습니다.

연결 기록이 없을 때: 트래픽 유입 확인

새 요청이 연결 목록에 계속 표시되지 않으면 먼저 기록 기능이 일시 중지되지 않았는지, 브라우저가 실제로 네트워크 요청을 보냈는지 확인하세요. 그런 다음 시스템 프록시가 켜져 있는지, 브라우저가 시스템 설정을 따르는지, 모바일 VPN이 계속 연결되어 있는지 살펴봅니다. 특정 앱에서만 기록이 없다면 해당 앱이 시스템 프록시를 우회하는지 확인하세요. 요청이 코어에 들어오지 않는 상태에서 노드부터 대거 바꾸지 마세요.

기록은 있지만 접속되지 않을 때: 실제 경로를 따라 점검

연결 기록은 있는데 접속에 실패하면 출구가 예상과 일치하는지 먼저 확인하고 같은 시간대의 로그를 살펴보세요. 잘못된 정책 그룹을 선택했다면 바로잡고, 노드 연결 시간이 초과되면 다른 노드와 비교하세요. 특정 도메인만 실패한다면 대상 서비스가 정상인지 먼저 확인합니다. DNS 오류는 실제 로그를 함께 살펴봐야 합니다. 페이지가 열리지 않는다는 이유만으로 Fake-IP를 끄거나 DNS 설정 전체를 바꾸지 마세요.

마지막으로 다른 작업에 영향을 주지 않는 범위에서 시스템 프록시나 VPN을 잠시 끄고 같은 요청을 새로 보낸 다음, 연결을 복구해 다시 시도하세요. 버튼 색상만 보지 말고 접속 결과와 연결 기록을 비교해야 합니다. 문제를 문의할 때는 오류 발생 시간, 대상, 오류 유형이 보이도록 캡처하되 구독 URL, 인증 정보, 개인 정보는 가리세요.

DAILY USE

종료 및 일상적인 사용

확인이 끝난 뒤에는 유효한 설정, 규칙 모드, 사용 가능 여부를 확인한 트래픽 유입 방식으로 계속 사용하면 됩니다. 구독을 업데이트하면 사용 가능한 노드나 정책 그룹이 달라질 수 있습니다. 업데이트 후 문제가 생기면 기존에 선택한 노드가 삭제되었는지 먼저 확인한 뒤 다시 선택하세요. 시작 프로그램으로 등록했다고 해서 부팅 후 트래픽이 자동으로 처리되는 것은 아닙니다. 클라이언트 실행과 시스템 프록시, 연결 복구 설정을 각각 확인하세요.

프록시를 중지하려면 먼저 클라이언트에서 시스템 프록시, TUN 또는 모바일 연결을 끈 뒤 정상적으로 종료하세요. 일부 클라이언트는 종료할 때 시스템 설정을 복원하지만 모든 클라이언트가 동일하게 동작한다고 가정하면 안 됩니다. 종료 후에도 브라우저에서 인터넷에 연결할 수 없다면 시스템이 종료된 로컬 프록시를 계속 가리키는지 확인하세요. 자동 설정이나 기존 네트워크 설정으로 복원한 뒤 다시 테스트합니다.

이제 설정 활성화, 정책 그룹의 명확한 출구 선택, 예상한 트래픽 유입 상태, 실제 요청을 설명하는 연결 기록까지 기본 흐름이 완성되어야 합니다. 사용자 지정 규칙, DNS와 Fake-IP, 서비스 권한 또는 플랫폼별 문제는 전체 플랫폼 설치 및 설정 가이드에서 계속 확인하세요. 클라이언트별 기능 차이는 클라이언트 비교를 참고하면 됩니다. 첫 연결부터 모든 고급 옵션을 설정할 필요는 없습니다.

Clash 사용법 가이드