Clash Verge설치 및 연결 가이드

준비 단계

시작 전 확인: 클라이언트, 구독 주소 및 시스템 시간

설정을 시작하기 전에 클라이언트가 정상적으로 실행되는지 확인합니다. 데스크톱에서는 코어 상태, 설정 메뉴 또는 프록시 메뉴가 보여야 합니다. 모바일에서는 처음 실행할 때 시스템 연결 권한 안내가 먼저 나타날 수 있는데, 구독과 정책을 선택한 뒤 승인해도 됩니다. 클라이언트 실행 중 코어 파일을 사용할 수 없거나 권한이 부족하거나 포트가 사용 중이라는 메시지가 표시되면 먼저 실행 문제를 해결한 후 설정을 가져오세요.

서비스 제공업체가 발급한 구독 주소를 준비합니다. 구독 주소는 일반적으로 https://로 시작하는 완전한 링크이므로 웹페이지 제목만 복사하지 말고 전체 내용을 그대로 복사해야 합니다. 링크 앞뒤의 공백이나 줄바꿈도 제거하세요. 일부 제공업체는 여러 형식의 진입점을 제공하므로 Clash, Mihomo 또는 Clash Meta 지원이 명시된 형식을 선택합니다. 일반 공유 링크와 구독 링크는 용도가 다릅니다. 붙여 넣은 뒤 노드 하나만 생성되고 정책 그룹이 없다면 전체 구독 링크가 아닐 가능성이 큽니다.

이어서 기기의 날짜, 시간 및 시간대가 정확한지 확인합니다. 구독 서버와의 보안 연결, 일부 프로토콜 핸드셰이크 및 설정 업데이트 시간은 시스템 시간에 의존합니다. 시간 오차가 크면 구독 업데이트 실패, 연결 직후 종료, 로그의 인증서 시간 관련 메시지로 나타날 수 있습니다. 시스템 자동 시간 동기화를 켠 다음 클라이언트를 다시 시작해 코어가 최신 시간 정보를 읽도록 하세요.

첫 번째 단계

구독을 가져와 현재 설정으로 활성화

클라이언트의 “설정” 또는 “구독” 페이지를 열고 새로 추가, 가져오기, 설정 추가와 같은 메뉴를 찾습니다. 데스크톱에서는 보통 페이지 상단에 주소 입력란이 있으며, 모바일에서는 오른쪽 상단의 더하기 버튼을 누른 뒤 “URL에서 가져오기” 또는 “구독”을 선택할 수 있습니다. 방금 복사한 전체 주소를 붙여 넣으세요. 이름은 기기나 용도별로 구분하기 쉬운 짧은 이름을 입력하면 됩니다. 클라이언트가 이름을 자동으로 읽는다면 자동 생성된 이름을 그대로 사용해도 됩니다.

저장, 가져오기 또는 다운로드를 누른 뒤 클라이언트가 처음으로 내용을 읽을 때까지 기다립니다. 성공하면 설정 목록에 새 항목이 나타나고 업데이트 시간, 업데이트 버튼 또는 설정 파일 상태가 표시됩니다. 해당 항목을 열면 정책 그룹 이름도 확인할 수 있습니다. 목록에 기록 하나가 생긴 것만 확인하고 바로 연결하지 말고, 해당 설정을 선택해 현재 활성 설정으로 지정해야 합니다. 데스크톱은 강조 테두리, 체크 표시 또는 “활성화됨” 상태로 현재 항목을 표시하며, 모바일에서는 설정 상세 화면에서 “사용”을 선택해야 할 수 있습니다.

가져오기가 끝나면 수동으로 한 번 업데이트해 구독 주소에 계속 접근할 수 있는지 확인하고 클라이언트 캐시에 남은 이전 내용을 사용하지 않도록 합니다. 업데이트 성공은 모든 노드를 사용할 수 있다는 뜻이 아니라 설정 파일을 정상적으로 다운로드하고 해석했다는 의미입니다. 다음으로 “프록시” 또는 “정책” 페이지에서 여러 정책 그룹과 각 그룹의 선택 항목이 표시되는지 확인합니다. 페이지가 비어 있거나 DIRECT만 표시되거나 설정 해석 실패 메시지가 나타나면 시스템 프록시를 켜지 말고 설정 페이지로 돌아가 오류를 확인하세요.

가져오기 실패는 오류가 나타난 시점에 따라 원인을 좁힐 수 있습니다. 업데이트를 누르자마자 주소가 유효하지 않다는 메시지가 나오면 구독 링크를 다시 복사하고 앞뒤 공백을 확인하세요. 잠시 후 요청 시간 초과가 표시되면 현재 네트워크에서 구독 주소에 접근할 수 있는지 확인합니다. 다운로드 후 형식 오류가 발생하면 구독 형식이 현재 코어와 호환되지 않을 수 있습니다. 형식 인식, 빈 내용 및 업데이트 실패에 대한 추가 해결 방법은자주 묻는 질문의 설치 및 설정 항목에서 확인할 수 있으며, 여기서는 설정 문법을 다루지 않습니다.

두 번째 단계

규칙 모드와 주요 정책 그룹 선택

“프록시” 페이지에서 먼저 모드 선택 영역을 찾습니다. 일반적인 모드는 규칙, 전역, 직접 연결입니다. 처음 설정할 때는 “규칙” 모드를 권장합니다. 현재 설정의 규칙에 따라 각 연결을 프록시 정책으로 보낼지 직접 연결할지 판단하므로 일상적인 사용에서 웹사이트마다 수동으로 전환할 필요가 없습니다. 전역 모드는 대부분의 연결을 하나의 프록시 정책으로 보내므로 특정 노드의 연결 가능 여부를 임시로 테스트할 때 적합합니다. 직접 연결은 비교 확인이나 프록시 처리를 잠시 우회할 때 사용합니다.

모드를 선택한 뒤 페이지의 주요 정책 그룹을 확인합니다. 정책 그룹 이름은 구독 설정에 따라 달라지며 “노드 선택”, “프록시”, “자동 선택” 등으로 표시될 수 있습니다. 주요 출구를 결정하는 정책 그룹을 열고 특정 노드를 선택하거나 설정에서 제공하는 자동 속도 측정 및 장애 전환 정책을 선택합니다. 처음 연결할 때는 자동 전환 시점의 영향을 줄일 수 있도록 명확한 노드 하나를 직접 선택하는 편이 문제를 추적하기 쉽습니다. 확인이 끝난 뒤 필요에 따라 자동 선택 정책으로 변경하세요.

페이지에는 스트리밍, 메신저, 소프트웨어 업데이트 또는 직접 연결 서비스에 사용하는 다른 정책 그룹도 있을 수 있습니다. 이 그룹들은 주요 정책을 참조하거나 서로 다른 출구를 선택할 수 있습니다. 처음 설정할 때는 항목별로 수정하지 말고 구독의 기본값을 유지하세요. 여러 그룹을 너무 일찍 변경하면 연결 경로를 추적하기 어려워집니다. 브라우저는 작동하지만 특정 앱이 작동하지 않을 때 어느 그룹과 일치했는지 빠르게 판단하기 어렵기 때문입니다. 먼저 기본 규칙을 완전히 실행한 후 실제 필요에 따라 하나씩 조정하는 것이 안정적입니다.

일부 클라이언트에는 지연 시간 테스트 버튼이 있습니다. 테스트 결과는 클라이언트와 테스트 대상 사이의 요청 상태만 보여 주며, 모든 웹사이트와 앱이 정상 작동한다는 뜻은 아닙니다. 최종 확인의 단독 기준으로도 사용할 수 없습니다. 모든 항목이 시간 초과로 표시되면 속도 테스트를 반복해서 누르지 말고 특정 노드로 바꾼 뒤 연결 단계를 완료하고 실제 접속과 로그를 함께 확인하세요. 정책 그룹의 url-test, fallback, load-balance는 작동 방식이 서로 다르므로 장기적인 선택이 필요하다면프로토콜 및 코어 기술 참고 자료를 확인하세요.

세 번째 단계

코어를 실행하고 시스템 프록시 연결 설정

클라이언트 홈 또는 “설정” 페이지로 돌아가 먼저 코어가 실행 중인지 확인합니다. Clash Verge Rev와 같은 데스크톱 클라이언트는 일반적으로 창 하단, 사이드바 상태 영역 또는 트레이 메뉴에 코어 상태를 표시합니다. 설정을 방금 변경했다면 코어가 잠시 다시 로드될 수 있으므로 상태가 복구된 뒤 시스템 프록시를 켜세요. 로그에 설정 로드 완료나 프록시 포트 수신 대기 시작과 같은 메시지가 나타나면 코어가 현재 설정을 읽었다는 뜻입니다.

Windows, macOS 및 대부분의 Linux 데스크톱 환경에서는 다음으로 “시스템 프록시”를 켭니다. 이 스위치는 시스템의 HTTP 및 HTTPS 프록시를 클라이언트가 수신 대기 중인 로컬 포트로 지정해 시스템 프록시를 따르는 브라우저와 앱의 연결을 클라이언트로 전달합니다. 활성화한 뒤에는 클라이언트를 바로 종료하지 마세요. 시스템 프록시는 연결을 로컬 프로세스로 보내는 역할만 하므로 클라이언트를 종료하면 로컬 포트가 더 이상 수신 대기하지 않아 앱이 일시적으로 연결되지 않을 수 있습니다. 종료해야 한다면 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하세요.

Android와 iOS에서는 보통 메인 화면의 연결 버튼을 누르는 방식으로 진행합니다. 시스템에 네트워크 연결 권한 확인 창이 나타나면 승인하고, 상태 표시줄의 시스템 연결 아이콘과 클라이언트 버튼의 연결됨 상태를 확인합니다. 이런 플랫폼에는 “시스템 프록시”라는 별도 스위치가 없을 수도 있지만 순서는 같습니다. 클라이언트가 먼저 설정과 정책을 로드한 다음 시스템 권한을 통해 앱 트래픽을 받습니다. 다른 유사 네트워크 연결 서비스가 활성화되어 있다면 먼저 기존 연결을 끊으세요. 모바일 운영체제는 일반적으로 이러한 연결 하나만 동시에 허용합니다.

Linux 사용자는 데스크톱 환경과 앱이 시스템 프록시 설정을 읽는지도 확인해야 합니다. 일반적인 그래픽 데스크톱은 클라이언트가 자동으로 설정할 수 있지만 일부 터미널 프로그램, 컨테이너 프로세스 및 독립 네트워크 도구는 데스크톱 프록시를 따르지 않으며 자체 설정에서 프록시 주소를 지정해야 합니다. 처음 확인할 때는 일반 브라우저를 사용해 앱 자체의 프록시 방식과 클라이언트 연결 문제를 섞지 않는 것이 좋습니다. 포트 설정, 환경 변수 및 투명 프록시는 고급 설정에 해당하므로자주 묻는 질문과프로토콜 참고 자료에서 계속 확인할 수 있습니다.

시스템 프록시를 켠 직후 클라이언트에서 오류가 발생하면 먼저 로그의 가장 최근 몇 줄을 확인합니다. 포트 사용 중은 다른 프로그램이 같은 포트를 사용하고 있다는 뜻이므로 충돌하는 프로그램을 종료하거나 클라이언트 설정에서 포트를 변경하세요. 권한 메시지는 시스템 프록시 설정 권한, 서비스 모드 또는 네트워크 확장 권한과 관련될 수 있습니다. 설정 로드 오류라면 첫 단계로 돌아가 유효한 설정을 다시 선택하세요. 구독, 모드, 포트 및 노드를 한꺼번에 바꾸지 말고 한 번에 하나만 변경한 뒤 다시 테스트해야 문제 해결 경로가 명확해집니다.

네 번째 단계

브라우저, 연결 기록 및 로그로 결과 확인

연결이 설정되면 브라우저 창을 완전히 닫았다가 다시 열고 평소 이용하는 웹페이지에 접속합니다. 이렇게 하면 기존 연결, 캐시된 페이지 및 이미 열린 세션이 판단에 미치는 영향을 줄일 수 있습니다. 페이지가 로드되는 것은 첫 번째 확인 결과이며, 클라이언트의 “연결” 페이지도 확인해야 합니다. 웹페이지를 새로 고칠 때 새 도메인, 대상 주소 및 적용된 정책이 나타나면 브라우저 요청이 클라이언트로 전달되어 규칙에 따라 처리된 것입니다.

이어서 새 연결에 적용된 정책 경로를 확인합니다. 규칙 모드에서는 도메인에 따라 DIRECT, 주요 프록시 그룹 또는 설정의 다른 정책이 표시될 수 있으며 이는 정상적인 규칙 분배입니다. 모든 연결이 같은 노드로 표시되어야 하는 것은 아닙니다. 확인할 핵심은 대상 웹사이트의 주요 요청이 예상한 정책과 일치하는지, 연결이 반복해서 실패하지 않는지입니다. 연결 목록에 브라우저의 새 기록이 전혀 없다면 시스템 프록시가 켜져 있는지, 브라우저가 별도 프록시 설정을 사용하는지, 앱이 시스템 프록시를 우회하는지부터 확인하세요.

세 번째 확인 항목은 로그입니다. 정상적으로 접속하면 로그에 방금 작업한 시간과 일치하는 새 기록이 계속 나타나야 하며 같은 오류가 반복 출력되어서는 안 됩니다. 도메인 이름 해석 실패가 표시되면 현재 네트워크, DNS 설정 및 설정의 해석 관련 항목을 확인하세요. 연결 시간 초과라면 주요 정책 그룹에서 다른 노드로 바꾼 뒤 다시 시도합니다. 연결 거부 또는 로컬 포트를 사용할 수 없다는 메시지가 나오면 연결 단계로 돌아가 코어와 포트를 확인하세요. 로그 항목이 많더라도 처음에는 시간, 연결 대상, 적용 정책 및 오류 원인만 확인하면 되며 모든 코어 정보를 한 줄씩 해석할 필요는 없습니다.

마지막으로 연결을 끈 상태에서 비교합니다. 브라우저 페이지는 그대로 두고 시스템 프록시를 끄거나 모바일 연결을 끊은 뒤 페이지를 새로 고치면서 클라이언트의 연결 목록을 확인하세요. 이때 해당 브라우저에서 발생한 새 프록시 연결이 나타나지 않아야 합니다. 다시 켠 후 새로 고치면 연결 기록이 다시 나타나야 합니다. 이 전후 비교는 웹페이지에 표시되는 주소만 확인하는 것보다 신뢰할 수 있으며, 앱 트래픽이 로컬 클라이언트로 전달되는지 직접 확인할 수 있습니다. 확인이 끝나면 규칙 모드와 필요한 정책 선택 상태로 되돌려 유지하세요.

웹페이지는 접속되지만 특정 스토어 앱, 터미널 프로그램 또는 게임에 연결 기록이 없다면 문제는 대개 구독 가져오기가 아니라 해당 앱이 시스템 프록시를 따르는지 여부에 있습니다. Windows 스토어 앱은 루프백 액세스 제한의 영향을 받을 수 있고, 터미널 프로그램은 환경 변수를 별도로 읽어야 할 수 있으며, 브라우저 확장 프로그램이 시스템 설정을 덮어쓸 수도 있습니다. 앱 유형별 문제 해결은문제 해결 항목에서 계속 확인하고, 이미 정상 작동을 확인한 구독 설정을 다시 삭제하지 마세요.

설정 완료

연결이 안정된 후 자동 업데이트와 시작 동작을 설정하세요

네 단계 확인을 마친 뒤 구독 상세 설정으로 돌아가 자동 업데이트 간격을 지정할 수 있습니다. 업데이트 빈도는 서비스 제공업체의 권장값을 따르세요. 너무 자주 새로 고쳐도 연결 품질이 좋아지지 않으며 요청 제한이 발생할 수 있습니다. 수동 업데이트 메뉴는 유지하고 정책 그룹 내용이 바뀌었거나 노드 목록이 동기화되지 않을 때 한 번 실행하면 됩니다. 업데이트 후 현재 노드가 사라졌다면 주요 정책 그룹으로 들어가 사용 가능한 항목을 다시 선택하세요.

데스크톱에서는 사용 습관에 따라 시작 시 실행, 백그라운드 실행 및 시스템 프록시 자동 설정을 켤 수 있습니다. 먼저 일정 기간 사용하면서 클라이언트 종료, 절전 모드 해제 및 네트워크 전환 후의 동작을 확인한 뒤 자동화 옵션을 활성화하세요. 특히 “시작 시 클라이언트 실행”과 “시작 후 시스템 프록시 자동 적용”은 구분해야 합니다. 전자는 프로그램만 실행하고 후자는 시스템 연결 경로를 변경합니다. 공용 네트워크, 업무 네트워크 또는 환경을 자주 바꾸는 기기에서는 수동으로 켜는 편이 현재 상태를 파악하기 쉽습니다.

모바일 기기에서 Wi-Fi에서 셀룰러 네트워크로 전환한 뒤에도 클라이언트 연결이 유지되는지 확인하고 연결 기록을 다시 점검하세요. 시스템 절전 정책이 백그라운드 활동을 제한하면 화면을 잠근 후 일정 시간이 지나 연결을 다시 설정해야 할 수 있습니다. 이러한 문제는 프로토콜, 배터리 및 시스템 백그라운드 정책과 관련되므로 기본 가이드에서는 자세히 다루지 않습니다. 프로토콜별 연결 특성, 리소스 사용량 및 모바일 성능을 비교하려면프로토콜 및 코어 기술 참고 자료로 이동하세요.