서론: Gemini 접속 오류가 발생하는 이유
2026년 현재 Gemini는 검색, 문서 작성, 코드 분석, 이미지 이해까지 지원하는 대표적인 생성형 AI 서비스입니다. 그러나 Clash를 사용하는 환경에서는 페이지가 열리지 않거나, 답변 생성 중 멈추거나, 연결 시간 초과(Connection timed out) 메시지가 표시되는 문제가 발생할 수 있습니다. 브라우저 자체의 오류처럼 보이지만 실제 원인은 계정이 아니라 프록시 경로, 노드 품질, DNS 응답 또는 규칙 적용 순서인 경우가 많습니다.
특히 Clash에서 프록시 모드를 켰더라도 Gemini 관련 도메인이 DIRECT로 빠지면 지역 네트워크에서 연결이 지연될 수 있습니다. 반대로 모든 트래픽을 하나의 불안정한 노드로 보내면 Gemini의 인증 서버와 콘텐츠 서버가 서로 다른 경로로 연결되어 세션이 반복적으로 끊길 수 있습니다. 따라서 단순히 “프록시를 켠다”는 것보다 어떤 도메인이 어떤 노드를 통해 연결되는지 확인하는 과정이 중요합니다.
이 가이드의 목표
Clash Verge Rev, Clash for Windows, Clash for Android 및 Mihomo 기반 환경에서 Gemini 타임아웃의 원인을 분리하고, 규칙·DNS·TUN 모드를 단계적으로 점검하는 방법을 안내합니다.
1먼저 확인해야 할 기본 항목
설정을 크게 변경하기 전에 현재 문제가 Clash에서 발생한 것인지 확인해야 합니다. 같은 계정으로 다른 네트워크에서 Gemini가 정상적으로 열리는지 확인하면 원인을 빠르게 좁힐 수 있습니다. 모바일 핫스팟이나 다른 Wi-Fi에서 정상 작동한다면 계정 자체보다는 현재 네트워크 또는 프록시 경로에 문제가 있을 가능성이 큽니다.
- 브라우저 캐시 확인: 시크릿 창에서 Gemini에 접속해 보세요. 기존 쿠키나 오래된 인증 세션이 오류를 일으킬 수 있습니다.
- 시스템 시간 확인: Windows, macOS, Android의 날짜와 시간대가 실제 지역과 크게 다르면 TLS 인증이나 Google 로그인 세션이 실패할 수 있습니다.
- 노드 상태 확인: 유튜브나 일반 웹사이트가 열린다고 해서 Gemini 연결까지 안정적인 것은 아닙니다. 노드의 지연 시간, 패킷 손실, 해외 HTTPS 연결 상태를 별도로 확인해야 합니다.
- 동시 VPN 여부 확인: 다른 VPN, 보안 프로그램의 HTTPS 검사 기능, 브라우저 프록시 확장 프로그램이 Clash와 동시에 작동하면 연결이 반복적으로 우회될 수 있습니다.
- 로그 확인: Clash의 연결 또는 로그 화면에서 요청이
timeout,connection reset,DNS error중 어떤 형태로 실패하는지 기록합니다.
노드를 무작정 여러 번 바꾸지 마세요
노드를 계속 전환하면 Google 인증 세션과 IP 정보가 짧은 시간에 반복해서 바뀔 수 있습니다. 한 번에 한 노드만 선택한 뒤 브라우저를 새로 열어 결과를 확인하는 편이 정확합니다.
2Gemini에 적합한 노드 선택과 연결 테스트
Gemini 타임아웃의 가장 흔한 원인은 노드의 품질입니다. 무료 노드나 사용자가 과도하게 몰린 노드는 초기 연결은 성공하더라도 긴 응답을 처리하는 과정에서 연결을 끊을 수 있습니다. AI 서비스는 일반 웹페이지보다 요청 시간이 길고, 스트리밍 방식으로 답변을 전송하기 때문에 순간적인 패킷 손실에도 민감합니다.
노드를 고를 때 확인할 기준
- 안정적인 해외 회선: 일본, 싱가포르, 미국 등 사용 중인 네트워크와 Google 서비스 사이의 경로가 안정적인 지역을 우선 선택합니다.
- 낮은 지연 시간보다 지속성: 핑이 80ms인 노드가 250ms인 노드보다 항상 좋은 것은 아닙니다. 짧은 테스트에서 빠르더라도 패킷 손실이 있으면 Gemini 답변 생성 중 끊길 수 있습니다.
- 과도한 공유가 없는 IP: 동일 IP를 많은 사용자가 공유하면 로그인 확인이나 보안 검사가 자주 발생할 수 있습니다.
- TCP와 TLS 연결 지원: 노드가 특정 HTTPS 요청이나 웹소켓 연결을 제한하지 않는지 확인하세요.
- Clash에서 하나의 후보 노드를 선택하고 현재 모드를 Rule로 설정합니다.
- 브라우저를 완전히 종료한 뒤 다시 실행하여 Google 로그인과 Gemini 메인 페이지를 차례로 확인합니다.
- 새 대화를 열고 짧은 질문을 입력한 다음, 긴 답변이나 코드 생성을 요청해 연결 지속성을 확인합니다.
- Clash 로그에서 Gemini 요청이 선택한 노드 그룹으로 전달되는지 확인합니다.
※ 연결 테스트는 한 노드당 최소 몇 분간 진행해야 합니다. 메인 화면이 열리는 것만으로 노드 품질을 판단하지 마세요.
3Gemini 전용 Clash 규칙 설정
노드를 선택했다면 Gemini 요청이 항상 올바른 프록시 그룹을 사용하도록 규칙을 구성합니다. 규칙은 위에서 아래 순서로 평가되므로, Gemini 관련 항목을 일반적인 광고 차단 규칙이나 국가별 통합 규칙보다 위에 배치하는 것이 좋습니다. 사용 중인 설정 파일에서 그룹 이름이 다를 수 있으므로 Gemini-Group 부분은 실제 프록시 그룹 이름으로 바꾸세요.
모든 Google 도메인을 프록시로 보내는 방식은 간단하지만 Gmail, Google Drive, 국내 서비스까지 불필요하게 우회되어 속도가 떨어질 수 있습니다. 반대로 Gemini의 일부 요청만 프록시를 타고 인증 관련 요청이 DIRECT로 빠지면 로그인 화면이 반복될 수 있습니다. 따라서 Clash의 연결 목록에서 실제 요청 도메인을 확인하고 필요한 항목만 보완해야 합니다.
규칙 적용 성공 기준
Gemini 페이지를 새로고침했을 때 관련 요청이 동일한 안정 노드로 연결되고, 답변 생성 중 연결 항목이 계속 유지되어야 합니다. 규칙을 저장한 뒤에는 반드시 설정을 다시 적용하거나 프로필을 업데이트하세요.
Rule 모드와 Global 모드의 차이
Global 모드는 모든 트래픽을 선택한 노드로 보내므로 원인 확인에는 편리하지만, 다른 서비스까지 영향을 받습니다. 먼저 Global 모드에서 Gemini가 정상 작동하는지 테스트한 뒤, 정상이라면 Rule 모드로 돌아가 전용 규칙을 정리하는 순서가 좋습니다. Global에서도 타임아웃이 발생한다면 규칙보다 노드, DNS 또는 네트워크 자체를 먼저 점검해야 합니다.
4TUN 모드와 DNS 타임아웃 점검
브라우저에서만 Gemini를 사용할 때는 시스템 프록시만으로 충분할 수 있지만, 데스크톱 앱이나 다른 프로세스가 함께 요청을 보내는 환경에서는 TUN 모드가 더 일관적입니다. Clash Verge Rev 또는 Mihomo에서 TUN을 활성화하면 시스템 전체의 네트워크 요청이 Clash의 라우팅 규칙을 따르도록 구성할 수 있습니다.
- Clash 클라이언트를 관리자 권한으로 실행하고 TUN 모드를 켭니다.
- 모드가 Rule인지 확인한 뒤, DNS 설정에서 사용 중인 모드와 가상 IP 설정을 확인합니다.
- 기존 브라우저와 Gemini 관련 프로세스를 종료하고 DNS 캐시를 갱신합니다.
- Clash 로그에서 도메인 해석 실패가 사라졌는지 확인한 다음 Gemini를 다시 테스트합니다.
DNS 설정은 환경에 따라 달라질 수 있습니다. fake-ip 모드를 사용하는 경우 특정 로컬 도메인이나 인증 도메인을 fake-ip-filter에 추가해야 할 수 있습니다. 반대로 DNS 서버에 연결할 수 없는 네트워크에서 원격 DNS만 사용하면 도메인 해석 자체가 지연될 수 있으므로, 로그에 DNS timeout이 표시되는지 먼저 확인하세요.
- Windows: TUN 드라이버 설치 여부와 방화벽이 Clash의 가상 네트워크 어댑터를 차단하지 않는지 확인합니다.
- macOS: 시스템 설정의 네트워크 확장 권한과 VPN 구성을 허용해야 할 수 있습니다.
- Android: 다른 VPN 앱을 종료하고 배터리 최적화에서 Clash를 제외하여 백그라운드 연결이 끊기지 않게 합니다.
- Linux: 권한, 라우팅 테이블, 네트워크 매니저가 TUN 인터페이스를 덮어쓰지 않는지 확인합니다.
5변경 결과를 검증하고 재발을 방지하는 방법
설정을 바꾼 뒤 페이지가 한 번 열렸다고 해서 문제가 완전히 해결된 것은 아닙니다. Gemini는 로그인, 대화 목록, 모델 응답, 파일 업로드 등 여러 요청을 순차적으로 사용하므로 각 단계가 같은 경로를 안정적으로 이용하는지 확인해야 합니다.
- 새 대화 테스트: 짧은 인사말, 긴 문서 요약, 코드 생성처럼 응답 시간이 다른 세 가지 요청을 실행합니다.
- 새로고침 테스트: 페이지를 두세 번 새로고침해도 로그인 상태와 대화 목록이 유지되는지 확인합니다.
- 장시간 테스트: 답변 생성 중 브라우저를 다른 탭으로 전환하거나 몇 분간 기다린 뒤 연결이 유지되는지 확인합니다.
- 로그 비교: 문제가 발생하기 전후의 Clash 로그를 비교하여 동일한 도메인이 다른 규칙이나 다른 노드로 이동하지 않았는지 살펴봅니다.
- 설정 백업: 정상 작동하는 YAML 프로필을 별도로 저장해 두면 이후 구독 업데이트로 규칙이 덮어써졌을 때 빠르게 복구할 수 있습니다.
여전히 연결되지 않을 때
계정 지역, 서비스 제공 범위, Google 측의 일시적인 장애, 브라우저 확장 프로그램도 함께 확인하세요. 네트워크 우회 설정은 연결 경로를 개선할 수 있지만 서비스 정책이나 계정 제한을 변경하지는 않습니다.
가장 안정적인 점검 순서는 다른 네트워크 확인 → 노드 변경 → Global 모드 테스트 → Gemini 규칙 추가 → TUN과 DNS 점검 → 로그로 최종 검증입니다. 이 순서를 지키면 여러 설정을 동시에 바꾸어 원인을 알 수 없게 되는 상황을 피할 수 있습니다. 또한 노드 그룹에는 자동 선택만 맡기기보다, 정상 작동이 확인된 노드를 수동으로 지정해 비교적 일정한 연결을 유지하는 것이 좋습니다.