시작 가이드 2026. 4. 24. 예상 읽기 시간 8분

Windows·macOS 첫 설치 가이드: 클라이언트 선택과 초기 설정 비교

두 데스크톱 플랫폼의 클라이언트 다운로드 경로, 설치 시 나타나는 시스템 경고 처리 방법, 첫 실행 후 확인해야 할 자동 실행·시스템 프록시·코어 버전 설정을 비교하여 안내합니다.

클라이언트 다운로드 경로 비교

SECTION / DOWNLOAD CHANNEL

Windows와 macOS 모두 "Clash"라는 이름의 단일 공식 설치 파일은 존재하지 않습니다. 오리지널 Clash 코어는 개발이 중단되었고, 현재 주로 쓰이는 그래픽 클라이언트는 커뮤니티가 유지 관리하는 Clash Meta(코어 프로젝트는 현재 mihomo로 불림)를 기반으로 패키징된 것입니다. 대표적으로 Clash Verge, Clash for Windows의 대체 클라이언트, Tauri/Electron으로 빌드된 여러 클라이언트가 있습니다. 다운로드 경로를 고를 때는 다음 순서로 위험 요소를 배제하는 것을 권장합니다.

프로젝트 릴리스 페이지나 본 사이트의 다운로드 입구를 우선 이용하고, 출처가 불분명한 공유 링크는 피합니다.
설치 파일의 플랫폼 아키텍처와 시스템 버전이 일치하는지 확인합니다. Windows는 x64/ARM64, macOS는 Intel과 Apple Silicon으로 구분됩니다.
클라이언트가 사용하는 코어를 확인합니다. 동일 클라이언트에 여러 코어 버전이 내장되어 전환 가능한 경우가 많지만, 처음 설치할 때는 수동으로 바꿀 필요 없이 기본 코어만으로 일상적인 프록시와 트래픽 분류가 충분히 가능합니다.

Windows 설치 파일 형식: .exe 설치 마법사 / 무설치 .zip 포터블 버전
macOS 설치 파일 형식: .dmg 디스크 이미지, "응용 프로그램" 폴더로 드래그
공통 코어: Clash Meta / mihomo, Rule 및 TUN 모드 지원
설정 파일 형식: YAML, 두 플랫폼의 읽기 방식이 동일해 그대로 재사용 가능

NOTE / 참고

두 플랫폼의 클라이언트는 기능 패널 자체는 거의 동일하며, 핵심 차이는 시스템 통합 방식에 있습니다. Windows는 시스템 프록시 설정과 로컬 서비스 권한에 의존하고, macOS는 공증(notarization) 및 시스템 확장 프로그램 승인이 관련됩니다. 다음 항목에서 플랫폼별로 나누어 설명합니다.

설치 단계와 시스템 경고 처리

SECTION / INSTALL PROMPTS

설치 과정에서 두 플랫폼 모두 시스템 수준의 보안 경고가 나타날 수 있습니다. 이는 앱스토어에 등록되지 않은 소프트웨어에 대한 운영체제의 일반적인 차단 조치이며, 처리 방식은 다르지만 설치 파일 자체에 문제가 있다는 뜻은 아닙니다.

Windows 설치 절차

.exe 설치 파일을 더블클릭합니다. "Windows Defender SmartScreen"이 "Windows가 PC를 보호했습니다"라는 알림을 띄우면 "추가 정보"를 클릭한 뒤 "실행"을 선택합니다. 이 알림은 파일의 인지도 평가에 따라 나타나며, 새로 배포되거나 다운로드 수가 적은 설치 파일에서 흔히 발생합니다.
설치 마법사에서 설치 경로를 선택합니다. 기본 경로를 유지하는 것이 좋으며, 경로에 한글이나 특수문자가 포함되면 이후 설정 파일을 읽어올 때 오류가 발생할 수 있습니다.
설치 프로그램이 관리자 권한을 요청하는 것은 정상이며, 시스템 프록시 훅과 로컬 서비스 등록에 사용됩니다. "예"를 클릭해 계속 진행합니다.
설치 완료 후 처음 실행하면 일부 클라이언트에서 방화벽 승인 알림이 나타납니다. "개인 네트워크"와 "공용 네트워크" 두 항목 모두 허용해야 하며, 그렇지 않으면 로컬 프록시 포트가 정상적으로 리스닝되지 않을 수 있습니다.

CAUTION / 주의

어느 플랫폼이든 설치 또는 첫 실행 단계에서 "잠재적 위험 프로그램이 감지되었습니다"라는 경고가 뜨며 강제로 격리되거나 삭제되는 경우, 먼저 다운로드 출처가 올바른지 확인해야 하며 곧바로 시스템 보호 기능을 끄지 않아야 합니다. 출처가 신뢰할 수 있다면 위의 알림들은 위 단계대로 허용하면 됩니다.

첫 실행 후 반드시 확인할 설정 항목

SECTION / FIRST-RUN CHECKLIST

클라이언트를 설치하고 실행하면 보통 바로 메인 패널이 나타나지만, 시스템 통합과 관련된 몇몇 스위치는 기본적으로 켜져 있지 않습니다. 이를 확인하지 않으면 "실행 중인 것처럼 보이지만 실제 트래픽은 프록시를 거치지 않는" 전형적인 문제가 발생할 수 있습니다.

자동 실행

대부분의 클라이언트는 설정 페이지에 별도의 "부팅 시 자동 실행" 스위치가 있으며, 기본 상태는 버전마다 다릅니다. 사용 습관에 맞게 직접 한 번 확인하는 것을 권장합니다.

Windows 클라이언트는 대개 "일반 설정" 또는 "기본 설정" 그룹 아래에 있으며, 켜면 시스템 시작 항목에 등록되어 작업 관리자의 "시작 앱" 탭에서 역으로 확인할 수 있습니다.
macOS 클라이언트의 해당 스위치는 보통 "로그인 시 실행"으로 표시되며 설정 패널 상단에 있습니다. 켜면 "시스템 설정 → 일반 → 로그인 항목" 목록에 나타납니다.

시스템 프록시

시스템 프록시는 브라우저 등의 애플리케이션이 Clash를 통해 트래픽을 전달할지 여부를 결정합니다. 클라이언트 내의 "시스템 프록시" 스위치는 단순한 바로가기이며, 실제로는 시스템 네트워크 설정의 프록시 항목에 값을 기록합니다.

Windows는 "설정 → 네트워크 및 인터넷 → 프록시"의 "프록시 서버 사용" 항목에 해당합니다. 클라이언트의 시스템 프록시 스위치를 켜면 이 항목에 로컬 주소와 포트가 자동으로 입력된 것을 확인할 수 있습니다.
macOS는 "시스템 설정 → 네트워크 → 선택한 네트워크 서비스 → 세부 정보 → 프록시"의 "웹 프록시(HTTP)"와 "보안 웹 프록시(HTTPS)" 항목에 해당합니다.

시스템 프록시에만 의존할 경우, 시스템 프록시 설정을 따르지 않는 일부 애플리케이션(특정 CLI 도구, 일부 게임 클라이언트 등)은 여전히 직접 연결됩니다. 이런 경우 TUN 모드를 켜서 전체 트래픽을 처리해야 하며, 이는 고급 설정에 해당하므로 처음 설치할 때는 굳이 다룰 필요가 없습니다.

코어 버전

설정 페이지의 "코어 버전" 항목에는 현재 사용 중인 Clash Meta / mihomo 버전 번호가 표시되며, 보통 원클릭 전환 또는 업그레이드 버튼도 함께 제공됩니다. 처음 설치할 때는 클라이언트에 내장된 기본 코어를 그대로 유지하는 것을 권장하며, 테스트판이나 개발 브랜치로 수동 전환할 필요는 없습니다. 그렇지 않으면 규칙 필드 호환성 문제로 설정 파일 파싱에 실패할 수 있습니다.

확인 항목 1: 자동 실행 스위치 상태와 시스템 시작 항목 목록의 일치 여부
확인 항목 2: 시스템 프록시 항목에 로컬 주소와 포트가 기록되었는지 여부
확인 항목 3: 코어 버전이 클라이언트에 내장된 안정 버전인지 여부
확인 항목 4: 사용 가능한 구독이나 로컬 설정을 최소 1개 이상 가져왔는지 여부

자주 발생하는 문제와 해결 방향

SECTION / TROUBLESHOOTING

처음 설치할 때 겪는 문제는 대부분 권한 승인이 불완전하거나 시스템 프록시 기록에 실패한 경우에 집중됩니다. 아래는 자주 발생하는 몇 가지 현상과 대응 방향입니다.

패널에는 연결됨으로 표시되지만 브라우저로 외부 사이트에 접속되지 않는 경우. 먼저 시스템 프록시 항목에 실제로 값이 기록되었는지 확인하고, 선택한 노드가 사용 가능한 상태인지 확인합니다. 패널의 지연 시간 값이 오랫동안 "시간 초과"로 표시된다면 노드를 교체해 원인을 파악합니다.
macOS에서 TUN 모드를 켠 뒤 네트워크가 완전히 끊기는 경우. 대부분 가상 네트워크 카드와 로컬 DNS 설정 간의 충돌입니다. 먼저 TUN 모드를 끄고 시스템 프록시 모드로 되돌려 기본 인터넷 연결이 정상인지 확인한 뒤, DNS 설정을 단계별로 점검합니다.
Windows에서 재부팅 후 자동 실행이 적용되지 않는 경우. 보안 소프트웨어가 시작 항목 등록을 차단했는지, 또는 소프트웨어 업데이트 후 클라이언트 설정의 스위치가 초기화되었는지 확인합니다. 다시 수동으로 켜고 한 번 저장하면 해결됩니다.
클라이언트가 설정 파일 파싱 실패를 알리는 경우. 대개 구독 내용에 코어가 지원하지 않는 필드가 포함된 경우입니다. 구조가 단순한 테스트용 설정으로 클라이언트 자체가 정상 작동하는지 먼저 확인한 뒤 구독 내용을 다시 점검합니다.