인텔 맥에서 ClashX 설치하기｜다운로드부터 프록시 설정까지

인텔 맥에서 ClashX를 선택할 때 먼저 알아둘 점

ClashX는 macOS 메뉴 막대에서 프록시 노드와 시스템 프록시를 빠르게 전환할 수 있는 가벼운 Clash 클라이언트입니다. 전체 화면 대시보드를 계속 열어 두지 않아도 상단 메뉴 막대 아이콘 하나로 구성 파일을 선택하고, 프록시 그룹을 바꾸고, 연결 로그를 확인할 수 있다는 점이 장점입니다. 특히 오래된 Intel Mac에서 복잡한 터널 기능보다 기본적인 HTTP·HTTPS 프록시 연결과 규칙 기반 라우팅을 사용하려는 분에게는 설치 구조가 비교적 단순합니다.

다만 2026년 현재 ClashX는 최신 macOS와 모든 보안 정책을 완벽하게 따라가는 최신 클라이언트라고 보기 어렵습니다. 배포 버전에 따라 서명 상태, 내장 코어, 시스템 확장 지원 여부가 달라질 수 있으므로 검색 결과에 있는 임의의 설치 파일보다 신뢰할 수 있는 릴리스 출처를 우선 확인해야 합니다. 이 글은 인텔 프로세서가 탑재된 Mac에서 ClashX 다운로드, 앱 복사, Gatekeeper 승인, 프로필 가져오기, 시스템 프록시 설정과 연결 확인까지의 일반적인 흐름을 설명합니다.

다운로드 전에 인텔 Mac과 macOS 버전 확인하기

먼저 화면 왼쪽 위의 Apple 메뉴에서 이 Mac에 관하여를 열고 프로세서 또는 칩 항목을 확인합니다. “Intel Core i5”, “Intel Core i7”처럼 표시되면 인텔 Mac입니다. “Apple M1”, “M2”, “M3” 등으로 표시되는 기기는 Apple Silicon이므로 인텔 전용 설명과 패키지를 그대로 적용하지 않는 것이 좋습니다. 같은 ClashX 이름을 가진 파일이라도 Universal, x86_64, arm64처럼 아키텍처가 구분될 수 있기 때문입니다.

다운로드 페이지에서는 파일 이름과 확장자를 함께 살펴보세요. macOS용 설치 파일은 보통 .dmg 또는 .zip 형태이며, 인텔 Mac에서는 x86_64, amd64, Intel 같은 표시가 호환성을 판단하는 단서가 됩니다. Universal 빌드는 두 아키텍처를 함께 포함할 수 있지만 파일 크기가 더 크고, 오래된 배포본은 실제로 한쪽 바이너리만 포함하는 경우도 있으므로 릴리스 설명과 체크섬이 제공되는지 확인하는 편이 좋습니다.

기존에 다른 Clash 포크, 상용 VPN, 프록시 자동화 도구를 사용하고 있다면 설치 전 상태를 기록해 두세요. 동시에 여러 프로그램이 시스템 프록시나 네트워크 확장을 변경하면 ClashX가 실행되어도 트래픽이 다른 앱으로 빠질 수 있습니다. 처음 연결을 확인하는 동안에는 다른 VPN과 로컬 프록시를 잠시 끄고, 현재 macOS의 프록시 체크 상태를 캡처해 두면 문제가 생겼을 때 원래 설정으로 돌아가기 쉽습니다.

ClashX 설치 파일 다운로드와 앱 복사

신뢰할 수 있는 릴리스 페이지에서 인텔 Mac과 호환되는 ClashX 패키지를 다운로드합니다. 브라우저의 다운로드 목록에서 파일이 실제로 macOS용인지 확인하고, 이름이 비슷한 Windows 실행 파일이나 출처를 알 수 없는 “최신 버전” 재포장본은 열지 마세요. 릴리스 노트에 지원 macOS 버전, 코어 종류, 알려진 권한 문제가 적혀 있다면 설치 전에 한 번 읽어 두는 것이 좋습니다.

.dmg 파일을 열면 가상 디스크 창이 나타납니다. 창 안의 ClashX 아이콘을 Applications 폴더로 드래그합니다. DMG 안에서 앱을 바로 실행하면 디스크 이미지를 분리한 뒤 경로가 끊기거나 로그인 시 자동 실행이 정상적으로 등록되지 않을 수 있습니다. 복사가 끝나면 DMG 창을 닫고 Finder의 응용 프로그램 폴더에서 ClashX를 실행하세요. 설치 과정에서 별도의 설치 마법사가 나타나지 않더라도 앱 복사가 완료되면 기본 설치는 끝난 것입니다.

앱을 Applications 폴더로 옮긴 뒤에는 다운로드 폴더에 남은 DMG를 계속 실행하지 않는 습관이 중요합니다. 같은 앱이 두 경로에서 동시에 실행되면 메뉴 막대 아이콘이 두 개 보이거나, 한 프로세스는 이전 구성 파일을 읽고 다른 프로세스는 새 파일을 읽는 것처럼 보일 수 있습니다. 메뉴 막대에 ClashX 아이콘이 나타나면 Dock에 잠시 등록해 두고, 다음 실행부터는 Applications 폴더의 앱을 기준으로 사용하세요.

첫 실행과 macOS Gatekeeper 승인

처음 실행할 때 macOS가 “확인되지 않은 개발자” 또는 앱을 열 수 없다는 메시지를 표시할 수 있습니다. 이 경고를 무시하고 보안 기능을 전체 해제하기보다, 파일을 공식 릴리스에서 받았는지 다시 확인한 뒤 Finder에서 앱을 마우스 오른쪽 버튼으로 클릭하고 열기를 선택하는 순서가 안전합니다. macOS가 앱 이름과 출처를 다시 보여 주면 내용을 확인하고, 신뢰할 수 있는 파일일 때만 열기를 승인하세요.

여전히 실행이 막히면 시스템 설정 또는 시스템 환경설정 → 개인정보 보호 및 보안으로 이동합니다. 보안 화면 하단에 차단된 앱을 허용할 수 있는 안내가 나타나는지 확인하고, 해당 항목이 ClashX임을 검토한 뒤 승인합니다. 승인 후에는 앱을 완전히 종료했다가 다시 열어야 메뉴 막대 아이콘이 정상적으로 표시되는 경우가 있습니다. 인터넷에서 복사한 터미널 명령으로 검역 속성을 무조건 제거하는 방식은 파일의 출처와 명령의 의미를 이해할 때만 고려해야 하며, 초보자에게는 권장하지 않습니다.

실습: 프로필을 가져오고 기본 노드를 선택하기

이제 실제로 사용할 구성 파일을 준비합니다. 제공자가 발급한 구독 URL 또는 로컬 YAML 파일을 사용하며, 구독 주소에는 노드 목록과 인증 정보가 포함될 수 있으므로 다른 사람에게 공개하지 않습니다. 메뉴 막대의 ClashX 아이콘을 클릭한 뒤 버전에 따라 Config, 구성, Remote 또는 원격 구성 관리와 비슷한 항목을 찾습니다. 메뉴 이름은 배포본마다 다를 수 있지만, 원격 주소를 추가하고 갱신하는 기능이라는 점은 같습니다.

1. ClashX 메뉴 막대 아이콘을 클릭하고 구성 관리 화면을 엽니다.
2. 구독 URL을 붙여 넣거나 로컬 YAML 파일을 선택합니다.
3. 구성 목록에서 방금 추가한 프로필을 갱신합니다.
4. 활성 프로필로 지정한 뒤 프록시 그룹과 노드 목록이 표시되는지 확인합니다.
5. 기본 프록시 그룹에서 테스트할 노드 하나를 선택합니다.

갱신이 끝났는데 노드가 0개라면 곧바로 시스템 프록시 문제로 단정하지 마세요. 브라우저에서 구독 URL이 열리는지, URL 앞뒤에 공백이나 줄바꿈이 들어갔는지, 구독이 만료되지 않았는지, Mac의 날짜와 시간이 자동으로 설정되어 있는지부터 확인합니다. HTTP 403이나 404가 표시되면 제공자 인증과 주소가 맞는지 점검하고, TLS 오류가 보이면 현재 네트워크에서 해당 호스트에 접근할 수 있는지도 확인해야 합니다.

프로필이 정상적으로 읽혔다면 Proxy 또는 프록시 그룹 메뉴에서 노드가 보입니다. 처음에는 자동 선택이나 복잡한 부하 분산 그룹보다 눈에 잘 보이는 단일 노드를 선택해 기본 연결을 테스트하는 편이 좋습니다. 노드 선택과 시스템 프록시 활성화는 서로 다른 단계이므로, 노드를 골랐다고 해서 macOS의 모든 앱이 즉시 프록시를 통과한다고 생각해서는 안 됩니다.

macOS 시스템 프록시 설정과 포트 확인

ClashX가 로컬에서 프록시를 열고 있어도 macOS가 그 포트를 사용하도록 설정되어야 일반 앱의 트래픽이 전달됩니다. ClashX 메뉴에서 Set as System Proxy, 시스템 프록시 설정 또는 유사한 항목을 찾아 활성화합니다. 이후 시스템 설정 → 네트워크 → 현재 연결된 Wi-Fi 또는 이더넷 → 세부사항 → 프록시로 이동해 HTTP 프록시와 HTTPS 프록시 항목이 예상한 로컬 주소와 포트를 가리키는지 확인합니다. 구형 macOS에서는 시스템 환경설정 → 네트워크 → 고급 → 프록시 경로일 수 있습니다.

일반적으로 Clash 계열은 HTTP와 SOCKS5를 서로 다른 로컬 포트로 제공할 수 있습니다. ClashX 메뉴에 표시된 포트와 macOS 프록시 화면에 입력된 포트가 다르면 연결이 되지 않거나 일부 앱만 작동합니다. 직접 값을 추측하기보다 ClashX의 설정 화면에 표시된 값을 기준으로 입력하세요. 자동 프록시 구성 URL을 쓰는 환경이라면 PAC 주소를 사용하는지, 수동 HTTP·HTTPS 프록시를 사용하는지 한 가지 방식을 명확히 선택해야 합니다.

프록시 연결 확인과 로그로 문제 좁히기

설정을 저장한 뒤 Safari나 사용 중인 브라우저에서 간단한 웹 페이지를 열어 봅니다. 그 다음 ClashX의 연결 로그에서 방금 실행한 도메인이 보이는지 확인합니다. 로그에 요청이 나타나고 선택한 정책 그룹과 노드가 표시되면 기본적인 프록시 경로는 동작하는 것입니다. 반대로 웹 페이지는 열리지만 로그에 아무것도 없다면 브라우저가 시스템 프록시를 사용하지 않거나, ClashX가 다른 포트에서 대기 중일 가능성이 큽니다.

DNS 오류, TLS handshake 지연, 연결 거부는 각각 접근해야 할 지점이 다릅니다. DNS 오류라면 현재 DNS 응답과 규칙 모드 설정을 확인하고, TLS 지연이라면 노드 상태와 대상 호스트의 정책을 살펴보세요. 연결 거부가 즉시 발생하면 로컬 포트가 열려 있는지, 방화벽이나 다른 프록시 앱이 해당 포트를 차지하지 않는지 점검합니다. 하나의 노드만 반복해서 시험하기보다 허용된 다른 노드를 짧게 비교하면 노드 문제와 로컬 설정 문제를 구분하는 데 도움이 됩니다.

연결이 확인된 뒤에는 필요하지 않은 시스템 프록시를 계속 켜 두지 않는 것도 중요합니다. 프록시를 사용하지 않을 때는 ClashX 메뉴에서 시스템 프록시를 끄거나 macOS 네트워크 설정을 원래 상태로 되돌리세요. 특히 회사 내부 사이트, 프린터 관리 페이지, 로컬 개발 서버는 프록시를 거치면서 접근이 느려지거나 인증이 실패할 수 있습니다. 사용 후 원상 복구하는 습관은 “ClashX를 종료했는데 인터넷이 안 된다”는 문제를 예방합니다.

인텔 Mac에서 자주 발생하는 설치 문제

앱이 즉시 종료되면 먼저 아키텍처와 macOS 호환성을 확인합니다. 인텔 Mac에 arm64 전용 앱을 설치했거나, 너무 오래된 ClashX 빌드가 현재 macOS의 서명 정책과 맞지 않을 수 있습니다. 반대로 앱은 실행되지만 메뉴 막대 아이콘이 사라진다면 백그라운드 실행 권한, 메뉴 막대 숨김, 중복 실행 프로세스를 차례로 확인하세요. 앱을 삭제하고 재설치하기 전에 기존 구성 파일과 구독 URL을 안전한 곳에 백업하면 복구 과정이 짧아집니다.

시스템 프록시가 자꾸 꺼지거나 다른 값으로 바뀐다면 상용 VPN, 보안 프로그램, 회사 관리 프로파일이 설정을 되돌리는지 살펴봅니다. Mac에 여러 네트워크 서비스가 등록되어 있어도 실제로 인터넷에 연결된 서비스의 프록시 화면을 수정해야 합니다. Wi-Fi에서는 되지만 이더넷에서 안 되는 경우처럼 서비스별 설정이 다를 수 있으므로, 현재 연결 아이콘이 어느 서비스인지 확인한 뒤 변경하세요.

구독 갱신이 반복해서 실패한다면 구성 파일 자체의 문법과 원격 서버 응답을 분리해 테스트합니다. 로컬 YAML을 불러왔을 때는 노드가 보이는데 원격 갱신만 실패한다면 URL·인증·서버 측 제한을 의심할 수 있습니다. 반대로 구성은 보이지만 모든 연결이 실패한다면 활성 모드, 정책 그룹, DNS 설정, 노드 만료 여부를 차례로 확인합니다. 설정을 한 번에 여러 군데 바꾸면 무엇이 문제를 해결했는지 알 수 없으므로 한 항목씩 변경하고 로그를 남기는 것이 좋습니다.

인텔 Mac에서 ClashX를 단순한 시스템 프록시 도구로 사용한다면 구형 앱의 가벼운 메뉴 막대 인터페이스가 편할 수 있지만, 오래된 클라이언트는 최신 macOS 권한이나 TUN 기능에서 제약을 받을 수 있습니다. 일부 포크는 설치 과정이 복잡하고 다른 제품은 인텔 지원이 빠르게 줄어드는 반면, Clash V.CORE는 인텔 환경에서 필요한 프록시 전환, 구성 관리, 연결 확인을 한 흐름으로 정리하고 최신 배포 정보를 확인하기 쉽습니다. ClashX 설치 후 호환성이나 유지보수에서 불편을 느꼈다면, 이 글에서 확인한 아키텍처와 권한 기준을 그대로 적용해 Clash V.CORE 다운로드를 비교해 보는 것이 자연스러운 다음 단계입니다.