튜토리얼 2026-05-16 · 약 18분

인텔 칩 Mac에서 ClashX 설치: DMG·Gatekeeper·구독·메뉴 막대 시스템 프록시

검색 결과는 M 시리즈·ClashX Pro 설명이 앞서는 경우가 많지만, 실제 장비는 여전히 Intel Mac(x86_64) 인 사용자도 많습니다. 본문은 발표 페이지에서 맞는 dmg를 고른 뒤 macOS Gatekeeper와 미검증 개발자 경고를 통과하고, 메뉴 막대에서 돌아가는 클래식 ClashX에 구독(원격 구성) URL을 넣은 다음 시스템 프록시로 브라우저 연결을 확인하는 순서입니다. Apple 실리콘 전용 글과 달리 Rosetta 없이 네이티브 x86 경로를 전제합니다.

왜 인텔 맥과 클래식 ClashX를 함께 다루나

2020년 이전에 출시된 많은 MacBook Pro·Air·iMac·Mac mini는 인텔 CPU를 쓰고, 동일한 macOS 설치 절차라도 받은 파일이 arm64 전용이면 첫 화면도 띄우지 못합니다. 클라이언트 이름이 비슷해 ClashX와 ClashX Pro·Clash Verge Rev 같은 도구가 한꺼번에 검색에 올라오는데, 이 글의 초점은 전통적인 메뉴 막대형 ClashX와 Intel 맥 조합에 맞추어 「다운로드 표기 → 보안 대화상자 → .dmg 설치 → 구독 가져오기 → 시스템 프록시」까지 끊기지 않게 잇는 것입니다.

Apple 실리콘용 문서만 있으면 독자는 릴리스 자산에서 x86_64·Universal 표기를 찾는 데만 시간을 잃습니다. 반대로 설치 글만 있고 구독 형식 설명이 없으면 구독 가져오기 단계에서 HTML 대시보드 URL을 잘못 붙여 넣는 실수가 반복됩니다. 여기서는 두 축을 모두 짚어 사용자 검색 의도(신뢰할 수 있는 받기·열기·첫 연결)에 바로 대응합니다.

시작 전: macOS 버전·관리자 암호·구독 형식

체크리스트

  • 가능하면 최신 보안 업데이트가 적용된 macOS와 시스템 설정에 「개인 정보 보호 및 보안」 UI가 있는 버전.
  • 프로젝트 공식 릴리스 또는 문서에서 링크한 .dmg·아카이브 — 임의 미러 파일은 해시 대조 전에 실행하지 않기.
  • https://로 열리는 Clash 호환 구독 엔드포인트. 브라우저로 열었을 때 YAML 본문이 보이는지 먼저 확인.
  • 시스템 프록시 저장·확장 승인 시 필요할 수 있는 관리자 암호.

구독 서버가 「이미 프록시를 통해야만」 응답한다면 순환에 빠집니다. 짧은 시간이라도 다른 네트워크·테더링·구독 패널이 안내하는 국내 직접 접속 URL을 사용해 YAML을 확보하세요. M 시리즈 전용 글이라면 ClashX Pro·Apple Silicon 설치 안내와 병행하면 칩별로 길을 잃지 않습니다.

다운로드: Intel·x86_64·Universal 구분과 DMG 습관

릴리스 자산 이름에 x86_64, amd64, Intel, 64-bit Intel, 또는 한 번에 두 아키텍처를 포함하는 Universal 표기가 있으면 인텔 맥에서 실행 가능합니다. arm64만 적혀 있거나 Apple Silicon 전용이라고 명시된 파일은 이 기기에서 실행되지 않습니다. 공급자가 SHA256을 제공하면 터미널에서 shasum -a 256 파일명으로 맞춰 보는 습관이 DMG 기반 설치에서 특히 유용합니다.

오래된 기업·학교 재고 Mac에서는 App Store 밖 앱 설치 제한이 켜져 있을 수 있으니, 시스템 설정에서 허용 범위를 먼저 조정해야 Gatekeeper 다음 단계로 넘어갈 수 있습니다. 릴리스 노트에 노터라이징(notarization)을 언급하면 첫 실행 심리 부담이 줄지만, 스탬프가 있어도 별도의 「열기」 확인이 뜨는 것은 흔한 일입니다.

활동 상태 모니터

설치 후 실행 중인 프로세스가 Intel(또는 종류가 Intel)로 표시되면 의도한 x86 바이너리입니다. 의도치 않게 arm 전용 패키지를 받았다면 여기서 바로 이상 징후가 드러납니다.

Gatekeeper·미검증 개발자·Apple 검증 흐름

Gatekeeper는 인터넷에서 받은 앱을 처음 열 때 코드 서명과 공증 상태를 검사하는 macOS 기능입니다. 노터라이징은 개발자가 Apple에 제출한 빌드가 자동 검사를 통과했다는 기록에 가깝고, 그 결과가 Gatekeeper 정책에 반영됩니다. 그러나 내부 테스트 빌드나 서명이 다른 패키지는 경고 문장이 길게 나올 수 있어 사용자 입장에서는 「시스템 설정에서 허용」이나 Control+클릭 → 열기 패턴을 알고 있으면 됩니다.

「확인되지 않은 개발자」라는 문구는 흔히 Apple이 서명 연쇄를 신뢰 목록에서 바로 인정하지 않을 때 뜹니다. 이때 무작정 시스템 무결성 보호를 끄기보다, 응용 프로그램 폴더에 복사한 정본을 대상으로 안내에 따라 한 번만 신뢰를 기록하는 편이 안전합니다. 보안 소프트웨어가 다운로드를 격리했다면 격리를 해제하기 전에 다시 출처와 해시를 확인하세요.

알 수 없는 미러의 dmg

재패키징된 .dmg는 서명이 깨지거나 악성 페이로드가 붙었을 수 있습니다. 반드시 공식 릴리스와 체크섬을 교차 확인하세요.

DMG 마운트 후 응용 프로그램으로 복사

디스크 이미지를 연 뒤 바로 볼륨 안에서만 실행하는 습관은 권한 캐시·자동 업데이트 경로가 꼬이기 쉽습니다. ClashX 아이콘을 응용 프로그램 폴더로 드래그한 다음, 복사본을 실행해 첫 보안 대화상자를 처리하는 순서를 권장합니다. 메뉴 막대 앱은 독에 아이콘이 없고 상단 메뉴만 보일 수 있으니, 실행 직후에는 오른쪽 시계 근처를 확인하세요.

여러 버전을 겹쳐 두면 이전 빌드가 자동으로 뜨는 혼선이 생깁니다. 교체 설치라면 응용 프로그램에서 오래된 항목을 정리한 뒤 새 dmg를 올리는 편이 디버깅에 유리합니다.

ClashX는 전형적인 macOS 메뉴 막대 유틸리티입니다. 아이콘을 클릭하면 프록시 모드(예: 규칙 기반·전역·직결), 업데이트, 구성 관련 항목이 나뉩니다. 빌드에 따라 메뉴 문자열이 영어로만 보일 수 있어, 개념만 맞으면 됩니다. 「시스템 프록시를 따르던 앱을 로컬 Clash 포트로 보낸다」는 목표를 잊지 마세요.

최초에는 업데이트 확인이나 헬퍼 설치를 묻는 창이 뜰 수 있습니다. 회사 MDM 기기에서는 시스템 확장이 막혀 TUN 계열이 안 될 수 있으니, 아래 단계에서는 우선 시스템 프록시 중심으로 범위를 잡습니다.

구독 가져오기: 원격 구성 URL과 업데이트

대부분의 ClashX 계열 워크플로는 「원격 YAML을 내려받아 로컬에 두고 코어가 읽는다」입니다. 메뉴에서 구성·원격 구성·구독 등으로 불리는 항목을 연 다음, 패널에서 복사한 전체 https://… 문자열을 붙여 넣고 다운로드·업데이트를 실행합니다. 성공 시 프록시 목록에 노드가 채워지고, 규칙 파일 이름이 상태 표시에 반영됩니다.

  1. 토큰·쿼리까지 포함된 구독 URL을 공백 없이 붙여 넣고 업데이트 후 오류 알림이 없는지 확인합니다.
  2. 새 구성이 실제로 선택돼 있는지 메뉴의 체크 표시 또는 현재 프로필 이름으로 재확인합니다.
  3. 프록시 그룹에 노드 수가 0이 아님을 본 뒤에야 지연 테스트나 해외 사이트를 엽니다.
  4. 자동 갱신 간격을 현실적인 값(예: 12~24시간)으로 두고 레이트 리밋·만료에 대비합니다.

브라우저로 구독 주소를 열었을 때 웹 로그인 페이지나 JSON 에러만 보이면 URL이 잘못된 것입니다. 반드시 YAML 본문이 보이는 엔드포인트인지 확인하고, 대시보드 화면 주소를 실수로 복사하지 않았는지 점검하세요. 연결은 됐는데 페이지만 하얗다면 「연결됐는데 인터넷이 안 될 때: DNS·fake-ip」 흐름을 이어 읽으면 노드를 무작정 바꾸지 않고도 원인을 좁힐 수 있습니다.

같은 세션에서 끝내기

가져오기 버튼만 누르고 메뉴에서 활성 프로필을 바꾸지 않으면 예전 빈 구성이 돌아가는 일이 흔합니다. 스크린샷에 현재 구성 이름이 보이면 커뮤니티 질문도 빨라집니다.

시스템 프록시: 메뉴 막대에서 켜기와 Rule 유지

Safari·Chrome·대부분의 Electron 앱은 macOS 시스템 프록시 설정을 따릅니다. 메뉴에서 해당 항목을 켠 뒤 모드는 가능하면 Rule(규칙)을 기본으로 두고, 국내 사이트는 직접 연결·해외만 프록시를 타는 구조가 튜토리얼 단계에서 가장 설명이 쉽습니다. 다른 프록시 앱이 같은 로컬 포트를 점유하고 있으면 충돌하므로 중복 실행을 종료하세요.

  1. 메뉴 막대에서 시스템 프록시 또는 동등한 항목을 ON으로 전환합니다.
  2. 프록시 그룹에서 자동·규칙 선택이 기대대로 동작하는지 확인한 뒤 브라우저를 엽니다.
  3. 터미널·게임 등 프록시를 무시하는 앱까지 잡으려면 네트워크 확장·TUN 계열이 필요할 수 있으며, 이 경우 시스템 설정에서 개발자 이름 승인과 재부팅 안내를 따릅니다.

회사 VPN과 동시에 켜면 라우팅이 꼬이므로 한 번에 하나의 터널 스택만 우선합니다. 인텔 맥 노트북에서 불필요한 가상 인터페이스를 줄이면 발열·팬 소음에도 도움이 됩니다.

첫 연결 검증: 브라우저·지연·로그

아이콘은 정상인데 페이지만 돌면 DNS·규칙·노드 전박을 순서대로 의심합니다. 내장 지연 테스트에서 전 노드가 타임아웃이면 TLS 가로채기·노드 장애·구독 전체 문제부터 봅니다. Rule 모드에서 해외와 국내 사이트를 동시에 열어 정책이 갈리는지 확인하면 설정 오류와 출구 장애를 분리할 수 있습니다.

로그에 connection refused나 i/o timeout이 반복되면 출구 쪽, DNS 관련 메시지가 섞이면 fake-ip나 DoH 조합을 점검합니다. 재설치는 최후의 수단으로 미루고, 같은 증상이라도 GUI가 로그를 얼마나 노출하느냐에 따라 디버깅 난이도가 달라집니다.

막혔을 때 빠른 분기

실행 직후 바로 종료되거나 아이콘이 안 보임

아키텍처 불일치·손상된 복사본·서명 충돌을 의심합니다. Universal 대신 잘못된 아키텍처 빌드를 받았는지, 응용 프로그램에 정상 복사했는지부터 다시 확인하세요.

구독만 실패

캡티브 포털 Wi‑Fi·사내 프록시·일시적 DNS 오염을 의심하고 다른 네트워크에서 URL을 직접 열어 봅니다. HTTP 응답 코드가 403·401이면 토큰 만료나 UA 검사일 수 있습니다.

프록시는 켰는데 일부 앱만 직행

해당 앱이 시스템 프록시를 무시하는지, 자체 SOCKS만 쓰는지 확인합니다. 필요하면 TUN 계열로 범위를 넓히되 시스템 확장 승인을 먼저 끝냅니다.

자주 묻는 질문

ClashX와 ClashX Pro 중 뭐가 Intel에 맞나요?

둘 다 배포 형태에 따라 다릅니다. 본문은 클래식 ClashX와 메뉴 막대 UX를 기준으로 서술했고, 유료 기능·다른 코어를 쓰는 Pro 쪽은 실리콘용 Pro 설치 글과 비교해 보시면 칩별·제품별 구분이 분명해집니다. 인텔에서 Verge 계열을 선호한다면 Verge Rev 인텔 맥 설치가 같은 칩 맥락의 대안입니다.

구형 Intel Mac에서 최신 macOS가 안 되면?

해당 OS가 지원하는 마지막 클라이언트 빌드를 써야 합니다. 최신 dmg의 최소 시스템 요구를 릴리스 노트에서 먼저 읽고, 필요하면 태그가 맞는 이전 버전을 선택합니다.

Rosetta를 깔아야 하나요?

네이티브 x86_64 빌드를 쓰는 한 인텔 맥에는 통상 필요 없습니다. Rosetta는 Apple Silicon에서 인텔 바이너리를 돌릴 때의 이야기와 혼동하기 쉽습니다.

요약: 인텔 Mac에서 ClashX 첫 연결까지 최단 루트

  1. 릴리스에서 Intel·x86_64 또는 Universal dmg를 받고 해시로 검증합니다.
  2. 응용 프로그램에 복사한 뒤 Gatekeeper·미검증 개발자 절차로 첫 실행을 허용합니다.
  3. 메뉴 막대에서 원격 구성·구독 URL을 넣어 노드가 채워지는지 확인합니다.
  4. 시스템 프록시를 켜고 Rule 모드로 해외·국내를 함께 테스트합니다.
  5. 문제는 로그와 DNS·규칙 흐름으로 먼저 분리하고 재설치는 최후로 미룹니다.

설치만 예쁘게 포장한 일회성 패널형 도구는 로그·규칙 노출이 빈약해 첫 주말부터 같은 질문이 반복되곤 합니다. Intel Mac 사용자는 검색어만으로는 arm 중심 결과에 가려져 DMG 표기만으로도 시간을 잃기 쉽고, 문서가 칩별 차이를 짚어 주지 않으면 커뮤니티에 똑같은 스크린샷이 올라옵니다.

Clash 계열은 코어·GUI·구독이 함께 움직이는 만큼, 한 클라이언트에서는 로그 한 줄로 원인이 드러나도 다른 클라이언트에서는 침묵할 수 있습니다. 출처 분명한 바이너리와 구독 가져오기·시스템 프록시 순서를 재현 가능하게 밟아 두면 동일 증상도 공유와 다음 조치가 훨씬 빨라집니다.

먼저 본인 Mac에 맞는 패키지로 위 순서를 적용해 보고 싶다면 다운로드 페이지에서 플랫폼별 빌드를 확인해 보시면 됩니다. Clash를 무료로 내려받고 macOS를 포함한 여러 환경에서 바로 시험해 보세요. 설치·검증 절차가 얼마나 명확히 반복 가능한지 비교하면 첫 연결 디버깅에 쓰는 시간 차이를 곧바로 체감할 수 있습니다.

인텔 맥용 클라이언트를 한곳에서 확인

문서와 같은 허브에서 받으면 첫 구독 URL을 옮길 때 출처 혼선이 줄어듭니다.

Clash 다운로드 (macOS)