Clash 빠른 시작

1단계: 구독 가져오기

시작하기 전에 서비스 제공업체에서 받은 구독 링크나 클라이언트와 호환되는 로컬 설정 파일을 준비하세요. 클라이언트 자체가 프록시 서비스는 아니므로 설치만으로 사용할 수 있는 출구가 생기지는 않습니다. 구독 링크에는 보통 접속 정보가 포함되므로 신뢰할 수 있는 클라이언트에만 붙여 넣으세요. 공개 게시판에 공유하거나 전체 링크가 보이는 오류 화면을 공개하지 마세요.

원격 설정 추가

클라이언트를 열고 사이드바나 하단 메뉴에서 “구독”, “설정” 또는 “Profiles”를 찾습니다. 화면에서 “새로 만들기”, “추가” 또는 “URL에서 가져오기”를 선택하세요. 유형을 고르는 화면이 나오면 원격 구독을 선택하고, 알아보기 쉬운 이름을 지정한 다음 URL 입력란에 전체 링크를 붙여 넣습니다. 링크 앞뒤에 불필요한 공백이나 줄바꿈이 없는지 확인하고 저장, 다운로드 또는 가져오기를 누르세요.

일부 서비스 페이지에는 “원클릭 가져오기” 버튼이 있습니다. 누르면 클라이언트를 열지 묻는 메시지가 표시될 수 있습니다. 열기를 허용한 뒤 클라이언트에 새 설정이 실제로 추가됐는지 확인하세요. 브라우저에서 클라이언트가 실행됐다는 것은 화면 전환이 완료됐다는 뜻일 뿐, 구독 다운로드까지 끝났다는 뜻은 아닙니다. 가져오기 창이 자동으로 열리지 않으면 설정 화면으로 돌아가 링크를 복사해 직접 추가하세요.

설정 다운로드가 끝나면 목록에서 해당 설정을 누르거나 “사용”, “현재 설정으로 지정”을 선택합니다. 가져온 설정을 자동으로 선택하는 클라이언트도 있지만 저장만 하는 경우도 있습니다. 프록시 화면으로 돌아가 정책 그룹이나 선택 가능한 출구가 보이는지 확인하세요. 아무것도 표시되지 않으면 다음 단계로 넘어가기 전에 현재 설정이 활성화됐는지 먼저 확인합니다.

형식과 업데이트 상태 확인

구독을 가져오는 데 성공한 것과 구독 내용을 사용할 수 있는 것은 별개입니다. 목록에 설정 이름이 있어도 파싱 오류, 프록시 누락 또는 로드 실패가 표시되면 해당 설정의 상태 안내를 확인하세요. 서비스 제공업체 사이트에 로그인해 Clash 또는 Mihomo용 설정 링크를 복사했는지 확인합니다. 계정 웹페이지 주소, 결제 페이지 주소, 다른 프로토콜 클라이언트 전용 링크가 아닌지 살펴보세요. 형식에 관한 내용은 구독 및 설정 형식을 참고하세요.

업데이트에 실패하면 먼저 프록시를 연결하지 않은 상태에서 구독 주소에 접속할 수 있는지 확인한 다음, 계정 상태와 링크가 재설정됐는지 살펴보세요. 서비스 제공업체가 링크를 변경했다면 기존 구독 주소를 수정한 뒤 다시 다운로드합니다. 인증 정보가 포함된 링크를 출처가 불분명한 온라인 변환 서비스에 입력하지 마세요. 원인을 확인하기 전에 같은 이름의 설정을 여러 개 만들면 나중에 어떤 설정을 선택했는지 헷갈릴 수 있습니다.

로컬 파일을 사용하는 경우 같은 화면에서 “파일 가져오기”를 선택하고 파일 선택기에서 설정 파일을 엽니다. 가져온 뒤 해당 설정을 선택해 활성화해야 합니다. 일반 로컬 파일은 서비스 제공업체의 구독처럼 자동으로 갱신되지 않는 경우가 많으므로 이후 관리는 클라이언트에 표시된 설정 유형에 따르세요. 현재 설정이 정상적으로 로드되고 프록시 화면에 선택 가능한 정책 그룹이나 출구가 보이면 이 단계를 마친 것입니다. 그런 다음 실행 모드를 선택합니다.

2단계: 프록시 모드 선택

클라이언트 홈, 프록시 화면 또는 설정에서 “모드”, “아웃바운드 모드” 또는 “Mode”를 찾습니다. 처음에는 Rule(규칙)을 선택하세요. 이 모드는 현재 설정의 규칙에 따라 요청을 직접 연결할지 프록시로 보낼지 결정하므로 일상적인 사용을 시작하기에 적합합니다. 모드 변경은 보통 바로 적용됩니다. 설정을 다시 불러와야 한다는 안내가 나오면 먼저 안내에 따라 완료하세요.

모드와 출구 선택의 차이

Rule을 선택한 뒤에도 프록시 화면에서 출구를 골라야 합니다. 프록시 모드는 “요청을 어떻게 분배할지”를 정하고, 정책 그룹은 “특정 요청이 최종적으로 어떤 출구를 사용할지”를 정합니다. 둘은 서로 대신할 수 없습니다. 사용자가 직접 선택하는 기본 정책 그룹을 찾아보세요. 이름은 PROXY, 프록시 선택 또는 설정 작성자가 지정한 이름일 수 있습니다. 그룹을 열어 현재 사용할 수 있는 프록시 출구를 고르세요. 설정마다 이름이 다르므로 특정 한국어 메뉴 이름만 찾지 마세요.

정책 그룹에 다른 그룹이 포함되어 있다면 더 열어 어떤 항목을 가리키는지 확인할 수 있습니다. 처음 연결을 확인할 때는 중첩된 선택 때문에 출구가 바뀐 것으로 착각하지 않도록 프록시 출구 하나를 직접 선택하는 것이 좋습니다. DIRECT를 선택하면 해당 요청은 직접 연결되고, REJECT를 선택하면 요청이 차단됩니다. 옵션 옆에 표시된 이름이나 테스트 결과만으로 실제 웹 요청이 해당 출구를 이용한다고 단정할 수는 없습니다.

일부 설정에는 자동 선택 그룹이 있습니다. 이 경우 고정된 출구가 아니라 설정에 정의된 검사 및 전환 방식이 선택됩니다. 우선 기본 선택을 유지하고, 연결을 확인할 때 연결 상세 정보에서 실제 사용된 출구를 살펴보세요. select나 url-test 같은 그룹 유형의 차이를 모르더라도 처음 연결을 위해 그룹 구조를 바로 수정할 필요는 없습니다. 자세한 내용은 정책 그룹 용어 설명을 참고하세요.

Global과 Direct의 용도

Global(전역)은 보통 코어로 들어오는 요청을 전역 정책 그룹으로 보내며, 규칙 분기가 문제의 원인인지 임시로 확인할 때 유용합니다. Global로 전환한 뒤에도 전역 그룹이 사용할 수 있는 출구를 선택했는지 확인해야 합니다. 이 모드가 기기의 모든 프로그램을 처리한다는 뜻은 아닙니다. 앱의 요청이 코어로 전달되지 않는다면 아웃바운드 모드만 바꿔서는 문제가 해결되지 않습니다.

Direct(직접 연결)을 선택하면 코어로 들어오는 요청이 프록시를 거치지 않고 연결되므로 프록시 출구가 정상인지 확인하는 데 사용할 수 없습니다. 처음 설정할 때 세 가지 모드를 반복해서 바꿀 필요는 없습니다. Rule을 유지하고 프록시 출구를 명확히 선택하세요. 이후 문제를 점검할 때만 Global로 잠시 바꿔 결과를 비교한 뒤 Rule로 돌아오면 됩니다. 규칙 매칭 순서에 관한 자세한 내용은 연결이 정상적으로 작동한 뒤 규칙 분기 가이드에서 확인하세요.

이제 두 가지를 확인하면 됩니다. 모드가 Rule로 표시되고, 대상 요청에 사용할 정책 그룹에서 출구를 선택했는지 확인하세요. 다음으로 브라우저나 다른 앱의 요청이 클라이언트로 전달되도록 설정해야 합니다. 출구를 선택하는 것만으로 시스템의 네트워크 경로가 자동으로 바뀌지는 않습니다.

3단계: 연결 켜기

연결을 켜기 전에 실행 중인 다른 프록시나 VPN 클라이언트를 종료해 시스템 프록시, 라우팅 또는 DNS 설정을 서로 덮어쓰지 않도록 하세요. 현재 클라이언트 홈으로 돌아가 코어가 실행 중인지, 설정 로드 실패나 포트 충돌 안내가 없는지 확인합니다. “코어 시작”과 “시스템 프록시 켜기”가 따로 있다면 코어를 먼저 시작한 다음 시스템 프록시를 켭니다.

데스크톱에서 시스템 프록시 켜기

Windows, macOS 또는 Linux 클라이언트에서 “시스템 프록시” 스위치를 찾아 켠 뒤, 클라이언트에 활성 상태로 표시되는지 확인하세요. 이 설정을 켜면 시스템 프록시를 따르는 앱이 클라이언트의 로컬 수신 주소로 연결됩니다. 브라우저는 첫 연결을 확인하기에 적합합니다. 명령줄 도구, 게임, 자체 네트워크 설정을 사용하는 일부 앱은 시스템 프록시를 따르지 않을 수 있으므로 이들만으로 전체 설정의 성공 여부를 판단하지 마세요.

시스템에서 보조 서비스를 설치하거나 관리자 암호를 입력하라고 하거나 네트워크 설정 변경을 허용해 달라는 메시지가 표시되면, 현재 클라이언트에서 보낸 요청인지 확인한 뒤 안내에 따라 권한을 부여하세요. 권한을 거부하면 화면의 스위치가 켜져 있어도 시스템에 실제로 적용되지 않을 수 있습니다. 한 번 눌렀다는 사실만으로 연결됐다고 판단하지 말고 클라이언트 설정에서 상태를 다시 확인하세요. macOS에서 권한 안내가 많이 표시되면 macOS 클라이언트 권한 설정도 참고하세요.

Linux 데스크톱 환경마다 시스템 프록시 지원 방식이 다릅니다. 클라이언트에서 시스템 프록시가 켜졌는데 브라우저가 이를 따르지 않는다면 브라우저가 시스템 프록시를 사용하는지, 확장 프로그램에서 별도 프록시를 설정했는지 확인하세요. 처음 설정할 때 시스템 네트워크 설정, 브라우저 확장 프로그램, 클라이언트의 프록시 설정을 한꺼번에 바꾸지 마세요. 되돌리기 쉽고 문제를 찾기 쉬운 제어 지점 하나부터 사용하세요.

모바일에서 VPN 구성 허용

Android와 iOS 클라이언트에는 보통 “연결” 또는 시작 버튼이 있습니다. 누르면 시스템에서 VPN 연결을 만들거나 VPN 구성을 추가할지 물을 수 있습니다. 클라이언트의 출처를 확인한 뒤 허용하세요. 권한을 부여한 다음 클라이언트로 돌아와 연결 상태가 유지되는지 확인합니다. 처음 표시된 권한 요청을 취소했다면 다시 연결을 눌러야 합니다. 설정을 가져왔다는 이유만으로 시스템 연결까지 완료된 것은 아닙니다.

기기에서 다른 VPN이 연결 중이라면 해당 앱에서 연결을 끊은 뒤 현재 클라이언트를 시작하세요. 상태 표시줄에 VPN 아이콘이 나타나도 네트워크 통로가 만들어졌다는 뜻일 뿐, 선택한 프록시 출구가 정상이라는 뜻은 아닙니다. 모바일에서는 앱별 분할 설정을 사용할 수도 있습니다. 대상 앱이 제외되어 있으면 예상한 프록시 경로로 접속되지 않습니다. 처음 확인할 때는 브라우저를 사용하고, 이후 해당 앱이 포함 또는 제외되어 있는지 살펴보세요.

연결 스위치가 켜진 상태로 유지되면 마지막 단계로 넘어갑니다. 이제 스위치를 반복해서 누르지 말고 실제 요청을 보내 트래픽이 어떤 경로를 거치는지 확인하세요.

4단계: 작동 여부 확인

브라우저에서 프록시 경로를 사용해야 하는 사이트와 평소 직접 연결될 것으로 예상되는 사이트를 각각 엽니다. 클라이언트 상태, 시스템 아이콘, 출구 테스트 결과만 보고 판단하지 마세요. 페이지가 정상적으로 열리는지와 클라이언트 기록에 표시된 실제 처리 경로를 함께 확인해야 코어가 실행 중인 상태와 대상 요청이 프록시를 거친 상태를 구분할 수 있습니다.

연결 기록 확인

클라이언트를 실행한 상태에서 “연결”, “Connections” 또는 요청 상세 화면을 열고 브라우저로 돌아가 대상 페이지를 새로고침합니다. 방금 생성된 연결을 찾아 대상 도메인, 적용된 규칙, 선택한 정책 그룹, 최종 출구를 확인하세요. 연결 상세 정보에 대상 요청이 예상한 프록시 출구를 사용한다고 표시되고 페이지도 정상적으로 열리면 해당 요청의 프록시 경로가 작동하는 것입니다. 클라이언트마다 표시하는 항목이 다를 수 있으니 실제 제공되는 정보를 기준으로 확인하세요.

페이지가 열려도 기록에 DIRECT라고 표시되면 해당 요청은 직접 연결된 것이므로 프록시가 작동한다고 볼 수 없습니다. 대상 도메인이 규칙에 따라 직접 연결되도록 분류됐는지, 관련 정책 그룹에서 실수로 DIRECT를 선택했는지 확인하세요. 반대로 프록시 기록에 대상 요청이 보이지 않는다고 바로 구독 문제라고 판단하지 마세요. 브라우저 캐시, 기존 연결 유지, 별도 프록시 설정, 앱의 트래픽 미처리 등이 원인일 수 있습니다. 먼저 페이지를 새로고침하고, 필요하면 해당 탭을 닫았다가 다시 여세요.

추가로 비교하려면 잠시 연결을 중단해도 되는 상황에서 연결을 끄고 같은 사이트에 다시 접속한 뒤, 연결을 켰을 때와 동작을 비교하세요. 공인 IP 주소 조회도 보조 수단으로 사용할 수 있습니다. 다만 Rule 모드에서는 조회 사이트가 직접 연결될 수 있으므로 조회 요청이 프록시를 거치는지 먼저 확인해야 표시된 주소를 출구 판단에 활용할 수 있습니다. 한 조회 페이지의 결과를 모든 앱의 네트워크 상태로 확대 해석하지 마세요.

경로별로 문제 찾기

대상 페이지는 열리지 않지만 일반 사이트는 정상이라면 현재 프록시 출구와 계정 사용 가능 상태를 먼저 확인한 다음, 실패한 연결에 연결 거부, 시간 초과 또는 DNS 오류가 표시되는지 살펴보세요. 사용 가능한 것으로 확인된 다른 출구를 선택해 다시 시도하고, 한 번에 하나씩만 변경합니다. Global로 잠시 바꿨을 때 해결된다면 클라이언트를 바로 다시 설치하기보다 규칙이나 정책 그룹 선택을 점검해야 합니다. 비교가 끝나면 Rule로 되돌리세요.

연결을 켠 뒤 모든 사이트에 접속할 수 없다면 먼저 시스템 프록시나 모바일 연결을 끄고 기본 네트워크가 정상인지 확인하세요. 기본 네트워크도 작동하지 않으면 Wi-Fi, 모바일 네트워크 또는 시스템 연결 문제부터 해결해야 합니다. 기본 네트워크는 정상인데 연결을 켠 뒤 접속되지 않는다면 클라이언트의 코어 상태, 현재 설정, 출구 선택, 트래픽 처리 권한을 확인하세요. 데스크톱에서는 다른 클라이언트가 로컬 프록시 설정을 덮어쓰지 않았는지도 살펴봅니다.

로그에 DNS 조회 실패가 표시되면 먼저 해당 오류가 이번 접속에서 발생한 것인지 확인한 다음, 현재 네트워크에서 웹 로그인 인증이 필요한지와 설정에 지정된 DNS 서버에 접속할 수 있는지 살펴보세요. 처음 설정할 때 DNS 매개변수를 한꺼번에 바꾸거나 모든 접속 오류를 DNS 유출 탓으로 돌리는 것은 피하세요. DNS 경로를 더 분석하려면 DNS 설정 및 문제 해결을 참고해 기본 사용 절차와 불필요한 변수를 분리하세요.

설정 유지와 정상 종료

대상 요청이 프록시를 거치고 자주 사용하는 직접 연결 사이트도 열리는 것을 확인했다면 현재 모드와 정책 그룹 선택을 유지하세요. 구독을 업데이트한 뒤에는 현재 설정이 계속 활성화되어 있는지, 선택해 둔 출구가 여전히 있는지 확인합니다. 자동 업데이트가 모든 선택을 그대로 유지한다는 뜻은 아닙니다. 서비스 제공업체가 그룹명이나 출구명을 바꾸면 다시 확인해야 할 수 있습니다.

데스크톱에서 클라이언트를 종료하기 전 시스템 프록시를 끄고 클라이언트 메뉴에서 정상적으로 종료하세요. TUN을 사용했다면 클라이언트가 제공하는 연결 해제 절차도 따릅니다. 모바일에서는 연결 버튼을 눌러 끊고 상태가 바뀌었는지 확인하세요. 클라이언트가 비정상 종료된 뒤 인터넷이 되지 않으면 먼저 시스템 프록시가 중지된 로컬 서비스 주소를 가리키고 있지 않은지 확인하고, 일반 네트워크 설정을 복구하세요. 곧바로 구독을 삭제하거나 클라이언트를 다시 설치할 필요는 없습니다.

이제 첫 연결 설정이 끝났습니다. 이후에는 구독을 주기적으로 업데이트하고 로드 오류를 확인하며, 변경하기 전에 정상 작동하는 설정을 보관하면 됩니다. 정기 점검 순서는 구독 업데이트 및 일상 관리를 참고하세요. 익숙하지 않은 설정 용어가 있다면 용어 가이드에서 확인한 뒤 변경 여부를 결정하세요.