이 글이 맞는 증상
Google AI Studio가 로딩 화면에서 멈추거나, 로그인은 되었는데 프롬프트를 보낼 때마다 요청이 실패하나요? Gemini 모델을 선택한 뒤 응답이 오지 않고 network error, request timeout, failed to fetch 같은 메시지가 나타나는 경우도 있습니다. 짧은 질문은 가끔 성공하지만 긴 프롬프트나 파일 업로드, 스트리밍 응답에서만 연결이 끊긴다면 단순한 브라우저 오류보다 Google AI 도메인으로 향하는 네트워크 경로를 먼저 확인할 필요가 있습니다.
이 문제는 Google AI Studio 자체의 장애, 계정·API 사용량 제한, 브라우저 확장 프로그램, DNS 응답 지연, 불안정한 국제 회선이 서로 비슷한 증상을 만들기 때문에 원인을 한 번에 구분하기 어렵습니다. 이 글에서는 특정 구독 서비스나 노드 이름을 전제로 하지 않고, Clash에 프로필을 가져온 뒤 프록시 모드와 도메인별 라우팅을 조정하는 일반적인 방법을 설명합니다. 설정을 바꾼 뒤에는 Clash 연결 로그와 브라우저 개발자 도구를 함께 확인해 실제로 Google AI 요청이 원하는 정책 그룹을 통과하는지 검증합니다.
먼저 서비스 오류와 연결 오류를 구분하기
Clash를 수정하기 전에 문제가 네트워크에 있는지 서비스 계정에 있는지 나누어야 합니다. 같은 브라우저에서 Google 계정 페이지와 일반적인 Google 검색은 열리지만 ai.google.dev 또는 aistudio.google.com만 열리지 않는다면 특정 도메인에 대한 DNS·라우팅 문제가 의심됩니다. 반대로 AI Studio 화면은 정상적으로 표시되지만 모델 응답만 실패한다면, 웹 페이지와 API 호출이 서로 다른 Google 호스트를 사용하고 있을 가능성이 있습니다.
다음과 같은 패턴은 프록시 경로를 점검할 만한 신호입니다.
- 페이지 자체가 무한 로딩됨: 정적 리소스, 로그인 리디렉션, Google 계정 관련 호스트 중 하나가 직접 연결로 빠졌을 수 있습니다.
- 프롬프트 전송 직후 실패:
generativelanguage.googleapis.com또는 관련 API 엔드포인트의 TLS 연결이 끊겼을 수 있습니다. - 스트리밍 응답만 중단됨: 짧은 HTTPS 요청은 통과하지만 장시간 연결을 유지하는 과정에서 노드 품질이나 중간 장비의 연결 제한이 드러날 수 있습니다.
- 로그인은 되지만 새로고침하면 다시 로그인함: 인증·쿠키·리디렉션에 사용되는 Google 계정 도메인이 서로 다른 경로를 탔을 수 있습니다.
HTTP 상태 코드가 표시되는지도 기록하세요. 401이나 403은 계정, 권한, API 키, 지역 정책과 관련될 수 있고, 응답 코드 없이 타임아웃이 발생하면 DNS 또는 전송 경로가 우선 의심됩니다. Clash를 켰을 때만 문제가 생긴다면 무조건 프록시가 해결책이라고 단정하지 말고, 글로벌 모드와 규칙 모드에서 어느 호스트의 처리 결과가 달라지는지부터 비교해야 합니다.
Clash 프로필과 기본 상태 확인
Clash Verge, Clash Verge Rev, Mihomo 기반 클라이언트 등 어떤 앱을 사용하든 먼저 최신 프로필이 정상적으로 읽혔는지 확인합니다. 구독 URL을 추가한 후 프로필을 새로 고침하고, 활성 프로필에 실제 프록시 노드와 규칙이 표시되는지 살펴보세요. 프로필 이름만 보이고 노드 목록이 비어 있거나 코어가 반복해서 재시작된다면 Google AI 설정을 만지기 전에 구독 파싱 문제부터 해결해야 합니다.
프로필을 가져온 뒤에는 다음 항목을 메모해 두면 문제를 되돌리기 쉽습니다.
- 현재 활성화된 프로필과 코어 종류
mixed-port또는 HTTP 프록시 포트 번호- 현재 선택된 프록시 그룹과 실제 노드
- DNS 모드, TUN 사용 여부, 시스템 프록시 활성화 상태
- 규칙 모드에서 Google 관련 요청이 매칭되는 정책 이름
프록시 포트가 7890이라고 해서 모든 설치 환경에서 같은 값을 사용하는 것은 아닙니다. 다른 앱이 해당 포트를 점유하면 Clash가 정상 실행되지 않거나, 브라우저는 시스템 프록시가 아닌 다른 포트를 바라보게 됩니다. 따라서 문서나 다른 사람의 설정을 그대로 복사하기보다 Clash의 포트 화면에 표시된 실제 값을 사용하세요.
프록시 모드 선택: 글로벌보다 규칙 모드부터
가장 빠른 진단 방법은 잠시 글로벌 모드에서 안정적인 노드를 선택해 Google AI Studio를 열어 보는 것입니다. 글로벌 모드에서 페이지와 요청이 정상적으로 작동한다면 프록시 노드 자체보다는 기존 규칙이 Google 트래픽을 DIRECT로 보내거나 잘못된 그룹으로 분기하는 상황일 가능성이 큽니다. 반대로 글로벌 모드에서도 실패한다면 노드 품질, DNS, 인증 세션, 서비스 측 제한을 차례로 확인해야 합니다.
글로벌 모드는 모든 트래픽을 한 그룹으로 보내기 때문에 원인 확인에는 편리하지만 일상적인 사용 방식으로는 불필요할 수 있습니다. 국내 서비스, 패키지 다운로드, 사내 사이트까지 같은 노드를 통과시키면 속도가 떨어지고 다른 서비스의 로그인이나 지역 판정에 영향을 줄 수 있습니다. 진단이 끝나면 규칙 모드로 돌아와 Google AI 관련 호스트만 별도의 프록시 그룹에 연결하는 구성이 관리하기 좋습니다.
시스템 프록시를 켜는 것과 TUN 모드를 켜는 것도 구분해야 합니다. 브라우저는 시스템 프록시를 잘 따르지만, 일부 데스크톱 앱과 백그라운드 프로세스는 별도의 네트워크 방식을 사용할 수 있습니다. Google AI Studio를 브라우저에서만 사용한다면 우선 시스템 프록시만으로 테스트하고, 다른 앱이나 로컬 개발 도구에서도 Gemini 요청을 보내야 할 때 TUN을 검토하세요. TUN을 동시에 켤 경우 다른 VPN이나 보안 프로그램의 가상 어댑터와 충돌하지 않는지도 확인해야 합니다.
Google AI 도메인별 라우팅 설정
규칙을 작성할 때는 너무 넓은 DOMAIN-KEYWORD,google부터 넣기보다 실제 요청에 필요한 호스트를 좁게 확인하는 편이 안전합니다. Google AI Studio의 웹 화면에는 계정, 정적 파일, 분석, 에디터, 모델 호출이 함께 섞여 있으므로 한 도메인만 프록시로 보내면 화면은 열려도 요청이 실패할 수 있습니다.
환경과 시점에 따라 실제 호스트는 달라질 수 있지만, 기본 점검 대상으로 다음 도메인을 확인할 수 있습니다.
aistudio.google.com— Google AI Studio 웹 애플리케이션ai.google.dev— Google AI 개발자 문서와 관련 안내generativelanguage.googleapis.com— Gemini·Google Generative Language API 요청accounts.google.com— Google 계정 로그인과 인증 흐름oauth2.googleapis.com— 일부 OAuth 토큰 교환 과정googleapis.com계열 — 제품과 리전에 따라 호출될 수 있는 Google API 호스트
예시 규칙은 다음과 같은 형태입니다. 그룹 이름은 자신의 프로필에 실제로 존재하는 이름으로 바꾸어야 하며, AI라는 그룹이 없는데 그대로 붙여 넣으면 코어가 규칙을 처리하지 못할 수 있습니다.
rules:
- DOMAIN-SUFFIX,aistudio.google.com,AI
- DOMAIN-SUFFIX,ai.google.dev,AI
- DOMAIN,generativelanguage.googleapis.com,AI
- DOMAIN,accounts.google.com,AI
- DOMAIN,oauth2.googleapis.com,AI
- DOMAIN-SUFFIX,googleapis.com,AI
- MATCH,DIRECTgoogleapis.com 전체를 프록시 그룹으로 묶는 것은 간단하지만, Google의 다른 API나 업무용 서비스까지 같은 정책을 타게 만들 수 있습니다. 먼저 정확한 도메인 규칙을 적용하고, 연결 로그에서 실패한 호스트가 별도로 확인될 때만 예외를 추가하세요. 규칙의 순서도 중요합니다. 더 구체적인 DOMAIN 규칙을 일반적인 DOMAIN-SUFFIX나 대규모 GEOSITE 규칙보다 위에 두어, 의도하지 않은 기본 규칙에 먼저 잡히지 않게 합니다.
적용 후 연결 로그로 검증하기
규칙을 저장한 뒤에는 프로필을 다시 적용하거나 코어를 재시작합니다. 브라우저에 남아 있는 연결이 이전 정책을 계속 사용할 수 있으므로 AI Studio 탭을 완전히 닫고 새 창에서 다시 열어 보세요. 가능하다면 시크릿 창으로 테스트하면 기존 쿠키나 확장 프로그램이 결과에 미치는 영향을 줄일 수 있습니다. 단, Google 계정 로그인이 필요한 경우에는 시크릿 창에서 인증이 제한될 수 있으므로 일반 창과 결과를 함께 비교해야 합니다.
Clash의 연결 또는 트래픽 로그에서 다음 순서로 확인합니다.
- AI Studio 페이지를 새로 열고
aistudio.google.com요청이 기록되는지 봅니다. - 로그인 또는 세션 갱신 시
accounts.google.com과 OAuth 관련 요청이 어느 정책으로 처리되는지 확인합니다. - 프롬프트를 짧게 한 번 보내고
generativelanguage.googleapis.com요청의 결과를 확인합니다. - 같은 모델에 긴 텍스트나 스트리밍 응답을 보내 연결이 유지되는지 관찰합니다.
- 실패한 순간의 시간, 호스트, 정책 그룹, 노드 이름, 오류 메시지를 기록합니다.
호스트가 로그에 나타났지만 DIRECT로 처리된다면 규칙이 로드되지 않았거나 순서가 잘못되었을 가능성이 큽니다. REJECT로 표시되면 상위 규칙이나 광고 차단 규칙이 요청을 막고 있는지 확인하세요. 프록시 그룹으로 연결되는데도 계속 끊긴다면 다른 노드로 바꾸어 비교하고, 특정 노드에서만 실패하는지 모든 노드에서 실패하는지 구분합니다. 이 비교 결과는 서비스 장애와 노드 품질 문제를 판단하는 데 유용합니다.
브라우저·DNS·이중 프록시 점검
Clash 규칙이 맞아도 브라우저가 다른 프록시를 사용하면 결과가 달라집니다. Chrome이나 Edge의 확장 프로그램에 별도 프록시가 설정되어 있는지, 운영체제 프록시와 브라우저 프록시가 서로 다른 포트를 가리키지 않는지 확인하세요. 회사 보안 프로그램, 다른 VPN, 원격 접속 도구가 자동으로 프록시를 삽입하는 환경에서는 요청이 두 번 암호화되거나 한쪽 연결이 먼저 종료될 수 있습니다.
DNS도 자주 놓치는 요소입니다. 도메인 이름이 정상적으로 해석되더라도 응답이 오래 걸리거나, DNS 요청만 직접 회선으로 나가 지역별로 다른 주소를 받을 수 있습니다. Clash의 DNS 모드와 TUN 설정을 바꾼 뒤에는 한 번에 여러 옵션을 변경하지 말고, 먼저 브라우저를 재시작한 다음 AI Studio 페이지와 API 요청을 각각 테스트하세요. 너무 많은 DNS 옵션을 동시에 켜면 오히려 어떤 설정이 효과가 있었는지 추적하기 어려워집니다.
문제가 계속되면 확장 프로그램을 임시로 끄고, 다른 브라우저 또는 새 브라우저 프로필에서 같은 프록시를 시험합니다. 다른 브라우저에서만 성공한다면 Clash보다 쿠키, 콘텐츠 차단, 사용자 에이전트, 브라우저 확장 프로그램의 영향일 수 있습니다. 반대로 모든 브라우저와 API 호출이 같은 시점에 실패한다면 노드와 라우팅 로그를 우선적으로 살펴보는 것이 합리적입니다.
안정적인 사용을 위한 운영 기준
Google AI Studio를 자주 사용한다면 무조건 가장 빠른 노드보다 지연 시간의 일관성과 장시간 연결 안정성을 우선하세요. 응답이 빠르지만 스트리밍 중 자주 끊기는 노드는 긴 코드 생성이나 파일 분석에 적합하지 않습니다. 반대로 초기 연결은 약간 느려도 여러 번의 긴 요청을 안정적으로 유지하는 노드가 실제 작업 시간은 더 짧을 수 있습니다.
프로필 자동 업데이트 후 규칙 프로바이더가 바뀌면 Google 도메인의 정책이 달라질 수 있으므로, 업데이트 직후에는 짧은 테스트 프롬프트를 보내는 습관을 들이세요. 또한 AI Studio에서 사용하는 계정이나 API 키를 다른 사람과 공유하지 말고, 프록시 설정 파일을 공개 저장소에 올릴 때는 인증 정보와 개인 서버 주소를 제거해야 합니다. 네트워크 설정은 접속 안정성을 높이는 도구일 뿐이며, Google의 이용 약관과 학교·회사 네트워크 정책을 우회하기 위한 수단으로 사용해서는 안 됩니다.
일반적인 무료 프록시 확장 프로그램은 브라우저 탭의 트래픽만 처리하거나, 스트리밍 연결과 WebSocket을 제한하고, 규칙을 세밀하게 확인하기 어려운 경우가 있습니다. 반면 Clash는 프로필·프록시 그룹·도메인 규칙·연결 로그를 한곳에서 관리할 수 있어 Google AI Studio 페이지와 Gemini API 요청의 경로를 분리해 점검하기 좋습니다. 브라우저마다 프록시를 따로 지정해야 하는 방식보다 정책을 재현하기 쉽고, 문제가 발생했을 때 어떤 호스트가 DIRECT로 빠졌는지도 확인할 수 있다는 점이 실질적인 장점입니다.
브라우저별 확장 프로그램은 설치가 간단하지만 여러 브라우저와 개발 도구를 함께 사용할 때 설정이 흩어지고, TUN이나 시스템 프록시를 지원하지 않아 앱별 연결 상태가 달라질 수 있습니다. 그런 환경에서 Clash는 규칙 모드로 필요한 Google AI 도메인만 고정하고, 로그로 실패 지점을 추적할 수 있어 설정 과정을 더 예측 가능하게 만듭니다. Google AI Studio 접속 문제를 노드 하나로만 해결하기보다 프로필, 모드, 도메인 규칙, DNS를 차례로 확인하고 싶다면 아래에서 사용 중인 플랫폼에 맞는 Clash 클라이언트를 확인해 보세요.