Clash 설치 및 연결 설정

구독을 가져와 설정 활성화하기

Clash Verge Rev를 열고 왼쪽 메뉴에서 ‘구독’으로 이동합니다. 구독 주소 입력란에 전체 URL을 붙여 넣고 가져오기 버튼을 클릭하세요. 서비스 제공자가 Clash 또는 mihomo 호환이라고 명시한 링크를 사용해야 합니다. 계정 페이지나 구매 페이지, 일반 웹페이지 주소는 사용할 수 없습니다. 붙여 넣은 뒤 앞뒤에 공백이나 줄바꿈, 메신저가 덧붙인 문장 부호가 없는지 확인하세요. URL의 매개변수는 임의로 삭제하지 마세요.

가져오기를 누른 다음 클라이언트가 요청과 파싱을 완료할 때까지 기다립니다. 정상적으로 처리되면 구독 목록에 설정 항목이 표시됩니다. 이름은 구독 내용에서 가져오거나 클라이언트가 자동으로 만들 수 있습니다. 해당 항목을 선택해 현재 사용할 설정으로 지정하세요. 설정이 여러 개라면 방금 가져온 항목에 강조 표시나 선택 표시가 있는지 확인합니다. 목록에 카드가 보인다고 해서 활성화까지 완료된 것은 아닐 수 있습니다.

이어서 ‘프록시’ 페이지에서 정책 그룹과 선택 가능한 출구가 표시되는지 확인합니다. 정책 그룹 이름은 구독에 따라 달라지므로 가이드 예시와 일치할 필요는 없습니다. 페이지가 비어 있다면 구독 페이지로 돌아가 현재 설정을 확인한 다음 오류 메시지나 로그를 살펴보세요. 설정이 제대로 불러와지기 전에 시스템 프록시를 반복해서 켜면 브라우저가 작동하지 않는 로컬 포트를 사용하게 될 수 있습니다.

로컬 .yaml 또는 .yml 파일을 받았다면 구독 페이지의 파일 가져오기 기능으로 파일을 선택하고 활성화하세요. 파일 내용을 URL 입력란에 붙여 넣지 마세요. 파일 설정은 원격 구독처럼 이후 내용을 자동으로 가져오지 않는 경우가 많습니다. 업데이트 방법은 설정의 출처에 따라 다르므로 복구할 수 있도록 원본 파일을 보관하세요.

가져오기 오류가 발생하면 먼저 오류 유형을 확인하세요. 요청 시간 초과라면 현재 네트워크에서 구독 서비스에 접속할 수 있는지 점검합니다. 파싱 오류라면 응답이 YAML인지, 로그인 페이지나 만료 안내 등 다른 형식은 아닌지 확인하세요. 브라우저에서 URL이 열린다고 해서 코어가 내용을 인식할 수 있는 것은 아닙니다. 인증 정보가 포함된 링크를 낯선 온라인 변환 도구에 입력하지 마세요. 자세한 점검 순서는 구독 가져오기 파싱 오류 자가 점검 목록을 참고하세요.

이 단계까지 마치면 활성화된 설정이 하나 있고 프록시 페이지에서 정책 그룹을 확인할 수 있어야 합니다. 아직 연결을 시작하지 말고, 다음 단계에서 트래픽 처리 규칙과 프록시가 필요한 요청을 전달할 출구를 정합니다.

규칙 모드와 프록시 출구 선택하기

메인 창이나 설정 페이지에서 ‘아웃바운드 모드’를 찾아 먼저 ‘규칙’을 선택합니다. 규칙 모드는 현재 설정에 따라 대상 도메인, 주소 또는 기타 조건을 하나씩 확인한 뒤 요청을 지정된 정책 그룹이나 직접 연결 출구로 전달합니다. 일상적인 사용을 시작하기에 적합하지만, 실제로 어떤 웹사이트가 프록시를 이용할지는 구독에 포함된 규칙에 따라 달라집니다. 모드 스위치만으로 결정되는 것은 아닙니다.

‘전역’ 모드는 코어로 들어온 요청을 대체로 GLOBAL 정책 그룹에 전달하므로 짧은 비교 테스트에 적합합니다. ‘직접 연결’ 모드에서는 해당 요청을 프록시 노드를 거치지 않고 처리합니다. 여기서 ‘전역’은 컴퓨터의 모든 프로그램을 가로챈다는 뜻이 아닙니다. 시스템 프록시를 사용하지 않고 TUN으로도 처리되지 않는 앱의 트래픽은 코어에 들어오지 않을 수 있습니다. 처음 설정할 때 트래픽 처리 방식과 아웃바운드 모드를 동시에 바꾸면 문제가 생겼을 때 원인을 찾기 어렵습니다.

이어서 ‘프록시’ 페이지로 이동해 기본 출구를 선택하는 정책 그룹을 찾습니다. ‘프록시 선택’이라는 이름을 쓰거나 구독에서 지정한 이름으로 표시될 수 있습니다. 그룹을 펼쳐 서비스 제공자가 제공한 사용 가능한 노드를 하나 선택하세요. 목록에 DIRECT가 있다면 직접 연결을 뜻하며 원격 프록시 노드가 아닙니다. 프록시 연결을 테스트할 때 기본 선택 그룹을 이 항목에 두지 마세요.

일부 설정은 기본 정책 그룹이 노드를 직접 가리키지 않고 자동 선택 그룹을 가리킵니다. 이 구조는 그대로 사용해도 됩니다. 다음 단계 그룹을 펼쳐 사용 가능한 프록시가 포함되어 있는지 확인하세요. 클라이언트의 테스트 버튼으로 테스트 대상에 연결할 수 있는지 확인할 수 있지만, 결과는 해당 대상과 당시 네트워크 상태만 반영합니다. 한 번 테스트에 성공했다고 모든 웹사이트에 접속할 수 있다는 뜻은 아닙니다. 특정 수치를 쫓아 출구를 자주 바꿀 필요도 없습니다.

선택한 노드를 사용할 수 없다고 표시되면 먼저 구독이 만료되거나 비활성화되지 않았는지 확인한 뒤 같은 구독의 다른 출구를 선택해 테스트하세요. 모든 노드가 실패하면 규칙을 바로 다시 작성하기보다 로컬 네트워크와 구독 서비스 상태를 먼저 점검합니다. 정책 그룹, 노드, 규칙의 차이는 언제든지 용어집에서 확인할 수 있습니다. 사용자 지정 규칙을 추가하려면 YAML 가이드의 규칙 문법을 참고하세요.

이제 ‘규칙’ 모드와 명확한 출구 선택을 유지한 채 연결 단계로 넘어갑니다. 나중에 전역 모드와 비교할 때는 현재 선택을 기억해 두고, 테스트가 끝나면 복원하세요. 임시 점검 설정을 일상 설정으로 남겨 두지 않도록 주의합니다.

시스템 프록시를 켜고 연결하기

클라이언트에서 ‘설정’을 열고 코어가 정상적으로 시작되었는지 확인합니다. 시작 실패, 설정 불러오기 실패, 수신 대기 실패 메시지가 계속 표시되면 안 됩니다. ‘시스템 프록시’를 찾아 켜세요. 이 스위치는 Windows의 프록시 설정을 클라이언트의 로컬 수신 주소로 연결해 시스템 프록시 설정을 따르는 브라우저와 앱에서 사용하도록 합니다. 처음 테스트할 때는 트래픽 처리 경로를 단순하게 유지하도록 TUN을 꺼 두세요.

시스템 프록시를 켠 뒤 브라우저로 돌아가 프록시를 통해 접속해야 하는 페이지를 다시 엽니다. 기존에 열린 연결은 이전 경로를 계속 사용할 수 있어 스위치만 바꿔도 즉시 적용되지 않을 수 있습니다. 기존 탭을 닫고 새 탭을 열어 다시 시도하세요. 브라우저에 프록시를 별도로 관리하는 확장 프로그램이 있다면 시스템 설정을 덮어쓰는지 먼저 확인합니다. 클라이언트와 확장 프로그램이 각각 다른 출구를 지정하면 예상과 다른 결과가 나올 수 있습니다.

Windows 설정을 확인하려면 ‘설정 → 네트워크 및 인터넷 → 프록시’로 이동해 수동 프록시 주소와 포트가 클라이언트 설정과 일치하는지 살펴봅니다. 혼합 프록시 포트는 클라이언트에 실제로 표시된 값을 기준으로 하세요. 다른 가이드의 포트를 그대로 사용하지 마세요. Windows 설정과 클라이언트 설정을 번갈아 바꾸는 것도 권장하지 않습니다. 클라이언트 스위치로 관리하면 종료 시 설정이 복원되는지 확인하기 쉽습니다.

활성화 직후 로컬 연결이 거부되었다는 오류가 나오면 먼저 클라이언트에서 코어 상태와 로그를 확인합니다. 다른 프록시 프로그램이 같은 포트를 사용하면 코어가 수신 대기하지 못할 수 있습니다. 다른 클라이언트를 종료한 뒤 다시 시도하고, 여러 포트 설정을 한꺼번에 바꾸지 마세요. 포트를 바꿔야 한다면 클라이언트 설정을 수정하고 시스템 프록시를 다시 활성화해 Windows가 이전 값이 아닌 새 수신 포트를 가리키도록 합니다.

TUN은 언제 켜야 하나요?

브라우저는 정상적으로 접속되지만 특정 앱만 클라이언트를 거치지 않는다면 먼저 앱 자체에 프록시 설정이 있는지 확인합니다. Windows 시스템 프록시를 읽지 않는 프로그램이라면 그때 TUN을 고려하세요. TUN은 가상 네트워크 어댑터로 트래픽을 처리하므로 라우팅, DNS, 권한이 관련됩니다. 단순히 시스템 프록시보다 강력한 기능이라고 볼 수는 없습니다. 처음 웹페이지를 열기 위해 여러 트래픽 처리 스위치를 동시에 켜지 마세요.

TUN을 사용해야 한다면 클라이언트 안내에 따라 서비스 모드를 설치하거나 활성화하고 필요한 권한을 허용한 뒤 TUN을 켭니다. 버전에 따라 메뉴 위치가 다를 수 있으므로 현재 화면의 서비스 상태와 오류 메시지를 기준으로 진행하세요. 다른 VPN이나 가상 네트워크 어댑터 소프트웨어를 함께 실행하면 라우팅 충돌이 발생할 수 있습니다. 문제가 생기면 TUN을 끄고 정상 작동했던 시스템 프록시 경로로 돌아간 다음 하나씩 점검합니다. DNS 설정은 DNS 설정 참고 자료에서 확인할 수 있으니 처음 연결할 때 함께 바꿀 필요는 없습니다.

스위치를 켜는 것으로 트래픽 처리 설정은 끝났지만, 실제 요청과 연결 기록을 함께 확인해야 합니다. 현재 창을 닫지 말고 마지막 단계에서 적용 여부를 검증하세요.

규칙 적용 및 연결 상태 확인하기

먼저 설정에 따라 프록시를 이용해야 하는 웹페이지를 브라우저에서 열고 클라이언트의 ‘연결’ 페이지로 돌아옵니다. 페이지를 새로고침한 뒤 대상 도메인이나 주소에 해당하는 새 연결이 표시되는지 확인하세요. 기록에서 적용된 규칙, 정책 그룹, 실제 프록시 경로를 살펴봅니다. 요청이 예상한 정책 그룹에 들어가 방금 선택한 출구로 전달되어야 합니다. ‘시스템 프록시 켜짐’ 표시만 보고 검증을 끝내지 마세요.

연결 목록에 해당 요청이 전혀 없다면 먼저 필터가 켜져 있지 않은지 확인한 다음 브라우저 프록시 확장 프로그램, 앱 자체 설정, Windows 시스템 프록시를 점검합니다. 페이지에서 기존 연결을 재사용할 수 있으므로 탭을 닫고 다시 접속해 보세요. 브라우저 페이지는 열리는데 클라이언트 기록이 없다면 원래 직접 연결할 수 있었던 것일 수 있습니다. 이것만으로 프록시가 적용되었다고 판단할 수는 없습니다.

연결 기록은 나타났지만 실제 출구가 DIRECT라면 요청이 직접 연결로 처리된 것입니다. 먼저 어떤 규칙이 적용되었는지 확인하고 대상이 원래 직접 연결되어야 하는지 살펴보세요. 직접 연결이라고 해서 설정이 잘못된 것은 아닙니다. 규칙 모드에서는 일부 트래픽이 직접 연결될 수 있습니다. 짧게 비교하려면 전역 모드로 바꾸고 GLOBAL에서 프록시 출구를 선택한 뒤 같은 대상에 다시 요청하세요. 테스트가 끝나면 규칙 모드로 복원합니다.

그다음 신뢰할 수 있는 출구 IP 조회 페이지에서 설정 전후의 출구 정보를 비교합니다. 조회 페이지 자체에도 규칙이 적용되므로 직접 연결로 처리될 경우 로컬 네트워크의 출구가 표시되는 것은 정상입니다. 출구 IP, 웹페이지 접속 여부, 연결 기록을 함께 살펴보세요. 어느 하나만으로 컴퓨터 전체 트래픽의 경로를 판단할 수는 없습니다. 독립된 네트워크 스택을 사용하는 앱은 해당 앱에서 직접 요청을 보내 확인해야 합니다.

마지막으로 직접 연결될 것으로 예상되는 자주 쓰는 웹사이트에 접속해 일반 네트워크가 정상인지 확인합니다. 프록시 대상과 직접 연결 대상 모두 접속되고 연결 기록도 설정 의도와 일치하면 기본 설정이 완료된 것입니다. 구독을 한 번 더 업데이트해 새 설정도 정상적으로 불러오는지 확인할 수 있습니다. 그다음 시작 시 자동 실행을 고려하세요. 시스템 프록시 자동 활성화 여부는 클라이언트의 각 옵션을 따로 확인해야 하며, 자동 실행을 켰다고 네트워크 트래픽까지 자동으로 처리된다고 단정하지 마세요.

테스트 후 종료 및 설정 복원 방법

프록시를 잠시 사용하지 않을 때는 먼저 시스템 프록시를 끕니다. TUN을 사용했다면 TUN도 끈 다음 트레이 메뉴에서 클라이언트를 종료하세요. 창을 닫아도 트레이로 최소화될 뿐 프로그램이 종료되지 않을 수 있습니다. 이 순서대로 직접 종료하면 강제 종료에 의존하지 않고 프록시 설정과 가상 네트워크 어댑터 상태가 복원되었는지 확인하기 쉽습니다.

프로그램이 비정상적으로 종료된 뒤 브라우저에서 인터넷에 연결할 수 없다면 Windows 프록시 설정을 열어 중지된 로컬 수신 포트를 가리키고 있지 않은지 확인합니다. 개인 PC라면 이번에 클라이언트가 설정한 수동 프록시를 끌 수 있습니다. 기존에 조직이나 다른 소프트웨어가 설정한 프록시가 있었다면 기록해 둔 값으로 복원하고 무조건 모두 지우지 마세요. 문제가 계속되면 클라이언트를 다시 열어 로그를 확인하고 오류 발생 시간과 메시지를 기록한 뒤 구독, 출구, 트래픽 처리, 규칙 순서로 점검합니다.