Clash 첫 사용 가이드

1단계: 구독 설정 가져오기

클라이언트를 열고 “설정” 또는 “구독” 페이지에서 “추가”, “가져오기” 또는 더하기 기호가 있는 메뉴를 찾습니다. 제공업체가 구독 URL을 안내했다면 로컬 파일이 아니라 원격 설정 또는 URL 가져오기를 선택하세요. 전체 주소를 붙여 넣은 뒤 알아보기 쉬운 이름을 설정하고 가져오기 또는 다운로드를 누르면 됩니다. 이름은 설정을 구분하기 위한 것으로 구독 내용에는 영향을 주지 않습니다.

주소를 붙여 넣기 전후에 공백, 줄바꿈, 끝부분의 문장부호가 들어가지 않았는지 확인하세요. 제공업체가 Clash 또는 현재 코어와 호환된다고 명시한 설정 주소를 사용해야 합니다. 계정 관리 페이지, 결제 페이지, 일반적인 노드 공유 문구는 완전한 구독 설정이 아닙니다. 브라우저에서 주소가 열리더라도 유효한 설정이 반환된다는 뜻은 아닙니다. 클라이언트가 프록시, 정책 그룹, 규칙 등의 내용을 해석할 수 있어야 합니다.

다운로드가 끝나면 설정 목록에 방금 추가한 항목이 표시됩니다. 항목을 누르거나 옆에 있는 “활성화”, “현재 설정으로 지정”을 선택해 코어에 실제로 불러옵니다. 가져오기 성공과 현재 설정으로 전환은 서로 다른 단계입니다. 이전의 빈 설정이 계속 선택되어 있으면 프록시 페이지에 사용할 그룹이 없을 수 있습니다. 목록으로 돌아가 선택 상태를 확인하고 로드 실패 메시지가 있는지도 살펴보세요.

이어서 “프록시” 페이지를 엽니다. 설정에서 제공하는 정책 그룹이 표시되고 뚜렷한 구문 오류가 없다면 다음 단계로 넘어갈 수 있습니다. 구독에 포함된 규칙을 하나씩 고칠 필요는 없으며, 화면을 정리하려고 모르는 그룹을 삭제하지도 마세요. 해당 그룹이 규칙에서 참조되고 있을 수 있어 삭제하면 설정을 불러오지 못하거나 일부 트래픽이 예상과 다른 출구로 연결될 수 있습니다.

로컬 설정 및 첫 업데이트

로컬 YAML 파일을 받았다면 “파일에서 가져오기”를 선택하고 기기에 저장된 설정 파일을 가져와 활성화하세요. 모바일에서는 파일 선택기에서 파일을 찾기 전에 기기나 시스템 파일 앱에 저장해야 할 수 있습니다. 파일 확장자만 바꿔 형식을 변환하려고 하거나 프록시 매개변수 몇 개만 있는 조각을 완전한 설정으로 사용하지 마세요. 실제로 실행할 수 있는지는 클라이언트의 로드 결과로 확인해야 합니다.

원격 설정을 활성화한 뒤 “구독 업데이트”를 한 번 실행해 클라이언트가 내용을 다시 가져올 수 있는지 확인하세요. 업데이트가 성공했다는 것은 설정을 가져오는 과정이 완료됐다는 뜻이지, 모든 출구를 사용할 수 있다는 의미는 아닙니다. 로컬 파일에는 보통 원격 업데이트 주소가 없으므로 수정된 파일을 다시 가져와야 합니다. 업데이트 문제가 연결 문제와 섞이지 않도록 자동 업데이트 주기는 첫 연결에 성공한 뒤 설정하세요.

이 단계에서는 설정 목록에 현재 설정이 명확히 표시되고, 프록시 페이지에 해당 설정의 그룹이 나타나는지 확인하면 됩니다. 그다음에 프록시 모드와 사용할 출구를 선택하세요.

2단계: 프록시 모드 선택

홈 또는 설정 페이지로 돌아가 “프록시 모드”를 찾은 다음, 처음에는 “규칙”을 선택하세요. 규칙 모드는 설정에 지정된 순서대로 요청을 확인하고, 해당 연결을 직접 연결, 프록시 그룹 또는 차단 정책으로 보냅니다. 모든 웹사이트가 같은 출구를 사용한다는 뜻은 아닙니다. 웹사이트마다 다른 처리 결과가 나타나는 것이 설정상 의도된 동작일 수도 있습니다.

“전역” 모드는 보통 코어에 들어온 연결을 전역 정책으로 처리하므로 임시 비교나 문제 해결에 유용합니다. 하지만 모든 앱의 트래픽이 자동으로 코어에 들어가는 것은 아닙니다. 앱이 연결에 포함되는지는 시스템 프록시나 TUN 같은 진입점에 따라 달라집니다. “직접 연결”은 이미 연결에 포함된 트래픽을 프록시 없이 전송합니다. 처음 연결할 때는 규칙 모드를 유지하고, 명확한 점검 대신 모드를 계속 바꾸지 마세요.

정책 그룹에서 사용할 출구 선택

모드를 선택한 뒤 “프록시” 페이지를 열고 설정 안내에 따라 일반 프록시 트래픽을 처리하는 주요 정책 그룹을 찾습니다. 그룹 이름은 구독 설정에 따라 달라지므로 특정한 이름을 찾을 필요는 없습니다. 그룹을 눌러 옵션을 펼치세요. 수동 선택 그룹이라면 사용할 출구를 선택합니다. 다른 정책 그룹을 참조하는 경우에는 최종 연결 경로를 파악할 수 있을 때까지 하위 그룹의 선택도 확인하세요.

설정에 자동 선택 그룹이나 장애 조치 그룹이 있다면 기존 정책을 그대로 사용해도 됩니다. 모든 그룹을 같은 항목으로 바꿀 필요는 없습니다. 지역별 그룹이나 용도별 그룹이 특정 웹사이트에 별도로 적용될 수도 있으므로 주요 프록시 그룹의 선택이 모든 규칙에 적용되는 것은 아닙니다. 처음에는 필요한 주요 출구만 바꾸고 나머지는 구독 기본값을 유지하면 실수를 줄일 수 있습니다.

클라이언트에서 지연 시간 테스트를 제공한다면 한 번 실행해 출구에서 테스트 주소에 연결할 수 있는지 대략 확인하세요. 테스트 시간 초과는 로컬 네트워크, 서비스 상태, 테스트 대상 때문에 발생할 수 있으므로 구독 전체가 만료됐다는 뜻은 아닙니다. 지연 시간이 짧아도 다운로드 속도가 더 빠르다고 보장할 수 없습니다. 우선 기본 테스트를 통과하는 출구를 선택한 뒤 실제 웹페이지와 연결 기록으로 확인하세요.

이제 “규칙” 모드를 유지하고 주요 정책 그룹에서 어떤 출구를 선택했는지 확인하세요. 규칙 파일을 완전히 다시 작성하거나 우선순위 설정 및 코어별 필드를 바꿀 필요는 없습니다. 트래픽 분배를 직접 설정하려면 플랫폼 가이드를 참고하세요. 다음 단계에서는 앱의 요청이 실제로 클라이언트에 들어가도록 설정합니다.

3단계: 클라이언트 연결 켜기

먼저 클라이언트에서 코어가 실행 중인지 확인합니다. 일부 데스크톱 클라이언트는 시작할 때 코어를 자동 실행하지만, 직접 “시작” 또는 “실행”을 눌러야 하는 경우도 있습니다. 분명한 시작 오류가 있다면 오류 내용을 먼저 확인하세요. 트레이 아이콘만 보고 실행 여부를 판단하지 마세요. 코어가 정상적으로 실행된 뒤 기기에 맞게 트래픽 처리를 켭니다.

데스크톱: 먼저 시스템 프록시 켜기

홈 또는 설정 페이지에서 “시스템 프록시”를 찾아 켭니다. 클라이언트는 시스템 프록시 주소를 로컬 수신 주소로 설정해 시스템 프록시를 사용하는 브라우저와 앱의 요청을 코어로 보냅니다. 처음 테스트할 때는 기본 수신 포트를 유지하고 TUN 모드는 끈 채 브라우저에서 새 페이지를 열어 대상 웹사이트에 접속하세요.

브라우저에서 별도의 프록시 확장 프로그램이나 사용자 지정 프록시 주소를 설정했거나 직접 연결 규칙을 사용하면 시스템 프록시가 적용되지 않을 수 있습니다. 테스트하기 전에 해당 확장 프로그램을 잠시 끄거나 브라우저가 시스템 프록시를 사용하도록 설정하세요. 명령줄 도구, 게임, 일부 앱도 시스템 프록시를 사용하지 않을 수 있습니다. 브라우저에서 접속을 확인했는데 특정 앱이 직접 연결되더라도 그것만으로 클라이언트 연결 실패를 의미하지는 않습니다.

시스템 프록시를 켜자마자 다시 꺼지거나 포트 사용 중이라는 메시지가 나오면 다른 프록시 도구를 종료한 다음 현재 클라이언트를 다시 시작하세요. 수신 주소를 임의로 로컬 네트워크 주소로 바꾸지 말고, 한 기기에서 인터넷을 사용하는 것만으로 “LAN 연결 허용”을 켤 필요도 없습니다. 이 옵션은 다른 기기에서 이 기기의 프록시를 이용할 때 필요한 설정으로, 첫 설정에서는 사용하지 않습니다.

모바일: 시스템 연결 권한 확인

모바일에서 “시작” 또는 “연결”을 누르면 시스템에서 VPN 설정 추가 또는 VPN 연결을 허용해 달라는 창이 표시될 수 있습니다. 요청한 앱이 방금 설치한 클라이언트인지 확인한 후 허용하고, 시스템 안내에 따라 기기 인증을 완료하세요. 여기서 VPN 인터페이스는 시스템이 트래픽을 처리하는 방식이며, VPN 앱을 따로 설치해야 한다는 뜻은 아닙니다.

권한을 허용한 뒤 클라이언트로 돌아와 상태가 실행 중으로 바뀌었는지 확인하고 시스템에 연결 상태가 표시되는지도 살펴보세요. 다른 VPN이 실행 중이면 기존 연결을 대체하거나 끊으라는 메시지가 나올 수 있습니다. 어느 연결을 유지할지 결정해 두 앱이 서로 연결을 차지하려고 하지 않도록 하세요. 이후 테스트에서는 백그라운드 제한의 영향을 줄이도록 클라이언트를 가능한 한 화면에 띄워 두세요.

이 단계에서 “실행 중” 표시만으로 설정을 마쳤다고 판단하면 안 됩니다. 이 상태는 클라이언트가 시작되었거나 트래픽 처리 진입점이 만들어졌다는 뜻일 뿐입니다. 출구를 사용할 수 있는지, 대상 트래픽이 예상대로 분배되는지는 마지막 단계에서 확인해야 합니다.

4단계: 프록시 작동 여부 확인

브라우저에서 새 페이지를 열고 설정상 프록시를 사용해야 하는 평소 이용 사이트에 접속하세요. 캐시된 기존 페이지가 아니라 새로고침하거나 새 경로를 열어 확인하는 것이 좋습니다. 페이지가 열리면 클라이언트의 “연결” 또는 “로그” 페이지에서 방금 접속한 도메인의 요청을 찾아 적용된 규칙과 최종 출구를 확인하세요.

연결 기록에 직접 연결로 표시되면 해당 도메인이 원래 직접 연결되어야 하는지 먼저 확인하세요. 규칙 모드에서는 직접 연결과 프록시를 함께 사용할 수 있으므로 모든 요청이 프록시 출구를 거치는 것은 아닙니다. 프록시 정책 그룹으로 연결되었다면 그룹에서 선택한 출구가 2단계에서 지정한 것과 일치하는지도 확인하세요. 일부 클라이언트는 정책 경로를 모두 펼쳐 표시하고, 일부는 최종 출구만 표시하므로 실제 화면을 기준으로 판단하세요.

브라우저에서 신뢰할 수 있는 공인 IP 조회 사이트를 열어 연결 전후 결과를 비교할 수도 있습니다. 다만 조회 사이트에도 규칙이 적용됩니다. 직접 연결 규칙에 해당하면 로컬 네트워크의 출구 IP가 표시되는 것이 정상입니다. 두 프록시 출구가 같은 공인 IP를 공유하면 출구를 바꿔도 주소가 달라지지 않을 수 있습니다. IP 조회 결과는 적용된 규칙과 연결 기록을 함께 확인해야 합니다. IP 주소만으로 판단하지 마세요.

확인 결과에 따라 다음 단계 진행

브라우저 요청에 해당하는 연결 기록이 전혀 없다면 요청이 코어에 들어갔는지부터 확인하세요. 시스템 프록시가 계속 켜져 있는지, 브라우저에 별도의 프록시 설정이 없는지, 현재 설정의 연결 페이지를 보고 있는지 살펴봅니다. 모바일에서는 시스템 연결이 계속 실행 중인지 다시 확인하세요. 요청이 코어에 들어오지 않은 상태에서 출구를 반복해서 바꿔도 연결 진입점 문제는 해결되지 않습니다.

연결 기록은 있지만 시간 초과 또는 연결 실패가 표시된다면 출구 연결 가능성, 구독 유효 기간, 서비스 상태를 확인해야 합니다. 같은 정책 그룹에서 다른 출구를 선택해 동일한 대상으로 다시 시도해 보세요. 일부 도메인만 실패한다면 차단 규칙이 적용됐는지 또는 DNS 조회 오류가 있는지 확인하세요. 자세한 점검 순서는 문제 해결에서 확인할 수 있으며, 첫 설정 단계에서 전체 네트워크 설정을 바꿀 필요는 없습니다.

웹페이지 확인을 마쳤으면 클라이언트의 시스템 프록시를 끄거나 모바일에서 연결 중지를 누른 다음, 원래 직접 접속되던 웹사이트를 열어 보세요. 데스크톱에서는 클라이언트를 종료하기 전에 시스템 프록시를 끄는 것이 좋습니다. 프록시 주소가 남아 있는데 로컬 수신 서비스가 종료되면 브라우저에 연결 문제가 생길 수 있습니다. 중지한 뒤에도 문제가 계속되면 다른 원인을 살펴보기 전에 시스템 프록시 설정이 복구됐는지 확인하세요.

마지막으로 연결을 다시 켜고 방금 설정한 내용이 반복해서 적용되는지 확인하세요. “연결 켜기, 접속하기, 기록 확인하기, 연결 끄기”를 안정적으로 반복할 수 있으면 첫 설정을 마친 것입니다. 이후 필요에 따라 구독 자동 업데이트와 시작 프로그램 등록을 설정하세요. 운영체제별 시작 시 자동 실행 설정은 시작 시 자동 실행 설정을 참고하면 됩니다. 이번 테스트에서 모두 완료할 필요는 없습니다.