📖 튜토리얼 ⏱ 약 16분 분량

2026년 Clash로 Google Gemini·Google AI를 안정적으로 쓰기: 분류 규칙·DNS·실측 절차

생성형 AI와 Google 생태계에 대한 관심이 계속 커지는 2026년, Gemini 웹·앱·API는 종종 연결 불안·DNS 이상·간헐적 끊김으로 불편을 줍니다. 이 글은 IDE·Git 중심이 아니라 브라우저와 일반 AI 제품 사용 흐름에 맞춰, Clash(Mihomo) 분류 규칙으로 Google AI 관련 호스트만 프록시로 보내고 나머지는 DIRECT로 두는 최소 패턴, DNS와 모드(Rule/Global) 선택, 그리고 로그·실측으로 검증하는 순서를 한국어로 정리합니다. Google Gemini·Clash·분류 규칙·DNS·안정 접속을 검색해 들어온 분도 바로 따라 할 수 있게 구성했습니다.

① 왜 Gemini·Google AI는 「가끔만」 불안정하게 느껴질까

같은 Clash 프로필을 써도 뉴스 사이트는 되는데 gemini.google.com만 느리다면, 원인이 전부 「노드 품질」만은 아닐 수 있습니다. 브라우저는 수십 개의 서브도메인으로 동시에 요청을 보내고, 그중 일부는 CDN·인증·실험 기능에 묶입니다. 모바일 앱은 OS 수준 DNS 캐시나 배터리 최적화와 엮이기도 합니다. 또한 전 구간 VPN처럼 모든 트래픽을 한 터널에 넣으면, 오히려 불필요한 홉 때문에 지연이 커지거나 특정 구간에서 충돌이 날 수 있습니다.

그래서 이 글의 출발점은 「핫한 이름 소개」가 아니라, 어떤 호스트 묶음을 PROXY로 보낼지와 DNS 조회가 어디서 끝나는지를 분리해 보는 것입니다. 개발자용 Cursor·GitHub 분류 글과 달리, 여기서는 크롬·엣지·사파리와 Gemini 웹, 필요 시 Google 계정·OAuth에 이어지는 흐름을 전제로 합니다.

② 분류 대상: Google AI·Gemini에 자주 붙는 도메인 후보

서비스는 업데이트되며 호스트가 늘거나 바뀔 수 있으므로, 아래는 규칙 후보이지 완전한 고정 목록이 아닙니다. 실제로는 Clash 로그에서 매칭된 도메인을 보며 덧붙이는 방식이 가장 안전합니다.

  • Gemini 웹·제품: gemini.google.com, google.com 일부 경로, labs.google 계열(기능에 따라)
  • API·개발자 문서: ai.google.dev, generativelanguage.googleapis.com, *.googleapis.com
  • 정적 자원·폰트: gstatic.com, googleusercontent.com
  • 인증·계정: accounts.google.com, oauth 리다이렉트에 따라 ssl.gstatic.com 등

한 번에 google.com 전체를 PROXY로 보내면 설정은 쉬워지지만, 국내에 두고 싶은 Google 서비스까지 같이 넘어갈 수 있습니다. 그래서 처음에는 좁은 서픽스부터 쌓고, 로그에 뜨는 누락 호스트를 추가하는 편이 스플릿 라우팅 의도에 맞습니다. 규칙 문법·순서가 처음이면 사용자 정의 규칙 튜토리얼과 함께 읽으면 이름 맞추기가 수월합니다.

③ 최소 규칙 예시: Google AI만 PROXY, 나머지는 DIRECT

아래는 개념 YAML입니다. 실제 프로필에서는 PROXY 자리에 구독에서 쓰는 프록시 그룹 이름(예: 🚀 선택)을 넣어야 하며, 맨 아래 MATCH 정책은 본인 환경에 맞게 조정합니다.

rules:
  # Google AI / Gemini oriented — add missing hosts from logs
  - DOMAIN-SUFFIX,gemini.google.com,PROXY
  - DOMAIN-SUFFIX,ai.google.dev,PROXY
  - DOMAIN-SUFFIX,generativelanguage.googleapis.com,PROXY
  - DOMAIN-SUFFIX,googleapis.com,PROXY
  - DOMAIN-SUFFIX,gstatic.com,PROXY
  - DOMAIN-SUFFIX,googleusercontent.com,PROXY
  - DOMAIN-SUFFIX,accounts.google.com,PROXY
  # Too wide for some users; trim if domestic Google must stay DIRECT
  - DOMAIN-SUFFIX,google.com,PROXY
  - MATCH,DIRECT

위처럼 google.com을 넣으면 범위가 넓어집니다. 국내 검색·지도만 DIRECT로 남기고 싶다면 지역·서비스별로 더 잘게 쪼개거나, 로그를 보며 꼭 필요한 서픽스만 남기는 쪽이 낫습니다. 반대로 아무 것도 안 열린다면 마지막 줄을 잠시 PROXY로 바꿔 「전체가 터널을 타는지」부터 비교해 보는 것도 좋은 디버깅입니다.

④ DNS가 원인일 때: fake-ip, DoH, 조회 경로 점검

증상이 「페이지는 뜨는데 응답만 느리다」가 아니라 이름 해석이 꼬인다·간헐적 NXDOMAIN 류라면 DNS 쪽을 의심합니다. fake-ip 모드를 쓰는 프로필에서는 브라우저·OS가 보는 IP와 실제 라우팅 경로가 기대와 다를 수 있고, DoH를 이중으로 걸면 충돌이 나기도 합니다. Clash 쪽 dns 블록에서 어떤 서버를 쓰는지, fallback이 있는지, IPv6를 어떻게 다루는지를 통일하는 것이 첫 단계입니다.

브라우저에서는 되는데 특정 API만 실패한다면, 해당 호스트가 규칙에 없어 DIRECT로 나갔거나, 반대로 잘못된 DNS만 맞고 있다는 뜻일 수 있습니다. 이때는 TUN 모드·DNS 심화 글의 체크 순서를 따라가면 원인 후보를 빠르게 줄일 수 있습니다. IPv6 우선으로 나갔다가 막히는 환경에서는 OS나 코어 설정에서 IPv4/IPv6 일관성을 맞추는 것도 중요합니다.

⑤ 모드 선택: Rule, Global, Direct와 시스템 프록시·TUN

Rule 모드는 위에서 정한 rules 순서대로 매칭합니다. Global은 사실상 모든 트래픽을 선택한 출구로 보내기 쉬워, 「Gemini만 쓰고 싶다」는 목표와는 반대로 대역폭·지연 부담이 커질 수 있습니다. 반면 문제 재현 단계에서는 Global을 잠깐 켜서 노드 자체가 정상인지부터 가르는 데 유용합니다.

시스템 프록시만 켜면 프록시를 존중하는 앱 위주로 흐르고, TUN은 가상 NIC 쪽으로 더 많이 끌어와 규칙 적용을 일관되게 만들 수 있습니다. 일부 데스크톱 앱이 시스템 프록시를 무시하면 TUN이 필요해질 수 있지만, 회사 PC에서는 사내 VPN·보안 에이전트와 충돌할 수 있으니 정책을 먼저 확인해야 합니다. Clash와 상용 VPN의 역할 차이는 Clash와 VPN의 차이에서 정리한 대로, 호스트 단위 정책이 필요하면 Clash 쪽이 유리한 경우가 많습니다.

⑥ 실측 절차: 브라우저 중심으로 로그에 맞추기

  1. 프로필 백업: YAML 또는 클라이언트 내보내기로 현재 설정을 저장합니다.
  2. Rule 모드 확인: 의도한 그룹이 선택돼 있는지, GEOIP 등 다른 규칙이 위에서 먼저 매칭되지 않는지 봅니다.
  3. 단일 탭 테스트: 크롬에서 gemini.google.com만 연 뒤, Clash 로그에서 RULE·CHAIN·실제 목적지 호스트를 확인합니다.
  4. 누락 호스트 추가: 로그에 뜬 DOMAIN 중 빠진 서픽스를 DOMAIN-SUFFIX로 보강합니다.
  5. DNS 비교: 같은 시점에 OS nslookup 또는 브라우저 개발자 도구의 네트워크 탭으로 어떤 호스트가 실패하는지 나눕니다.
  6. 모바일: Android는 VPN 권한·배터리 제한, iOS는 프로필 앱별 설정이 데스크톱과 다르므로, 동일 규칙이라도 체감이 다를 수 있습니다.

이 순서는 추상적인 속도 자랑이 아니라, 독자가 직접 따라 하며 재현 가능한 체크리스트입니다. 처음 Clash를 쓴다면 Clash 입문 튜토리얼에서 프로필·모드 개념을 익힌 뒤 이 글의 단계를 적용하면 설정이 훨씬 덜 어지럽습니다.

⑦ 보안·정책·서비스 약관을 함께 기억하기

네트워크 다룸과 별개로, Google 서비스 이용 지역·약관·조직 정책은 사용자가 스스로 확인해야 합니다. 이 글은 합법적 범위에서의 연결 품질·분류를 기술적으로 설명하는 것이며, 특정 지역 규제를 우회하라는 뜻으로 읽히면 안 됩니다. 기업 환경에서는 IT 부서의 프록시·DLP 정책을 우선합니다.

⑧ 정리: 핫 키워드보다 「도메인·DNS·모드」를 한 세트로

2026년에도 생성형 AI와 Google AI에 대한 관심은 이어질 것이고, Gemini를 쓰다 보면 브라우저·계정·API가 한꺼번에 얽힙니다. 성능은 노드만이 아니라 분류 규칙이 빠짐없이 매칭되는지, DNS가 같은 경로를 보는지, Rule 대 Global 선택이 목표와 맞는지에 따라 갈립니다. 장기적으로는 규칙 기반 프록시가 반복 사용 시나리오에 같은 정책을 재적용할 수 있어, 일회성 VPN보다 업무·학습 패턴에 맞는 안정감을 줄 때가 많습니다.

클라이언트 설치와 최신 빌드 안내는 릴리스 페이지만 쫓기보다 사이트 안내를 따르는 편이 버전 혼선이 적습니다. → Clash를 무료로 내려받고, Google AI용 분류 규칙과 DNS를 맞춰 보세요.