서론: Google Antigravity 접속 문제의 원인
2026년 현재 Google Antigravity와 같은 AI 개발 도구는 코드 작성, 프로젝트 분석, 자동화 작업을 빠르게 처리해 주는 중요한 생산성 도구가 되었습니다. 그러나 서비스를 열었을 때 빈 화면이 나타나거나 Google 계정 로그인이 반복해서 실패하고, AI 요청이 전송된 뒤 오랫동안 응답하지 않는 문제가 발생할 수 있습니다.
이러한 현상은 단순히 인터넷 속도가 느려서 생기는 것이 아닙니다. Google Antigravity는 웹 페이지뿐 아니라 로그인 서버, 정적 리소스 서버, API 엔드포인트, 실시간 연결 채널을 함께 사용합니다. 이 중 하나라도 서로 다른 경로로 연결되거나 DNS 응답이 불안정하면 로그인 세션이 만료되거나 요청이 중단될 수 있습니다. 특히 브라우저에는 프록시가 적용되었지만 데스크톱 앱이나 개발 도구의 백그라운드 프로세스에는 적용되지 않는 경우가 많습니다.
Clash는 서비스별로 트래픽을 분류하고 적합한 노드로 전달할 수 있으므로 이러한 문제를 체계적으로 줄이는 데 유용합니다. 다만 모든 트래픽을 무조건 하나의 노드로 보내는 방식보다는 Google 계정과 Antigravity 관련 도메인을 하나의 안정적인 그룹으로 묶고, 일반적인 국내 서비스는 DIRECT로 유지하는 구성이 더욱 효율적입니다.
이 가이드의 목표
Clash 클라이언트에 구독을 추가하고, TUN 및 DNS를 점검한 뒤, Google Antigravity의 로그인과 AI 요청을 안정적으로 처리하는 규칙과 노드 선택 방법을 단계별로 안내합니다.
1Clash 클라이언트와 구독 설정
먼저 Clash Verge Rev, Clash Verge 또는 Mihomo를 지원하는 클라이언트를 준비해야 합니다. 클라이언트 이름은 서로 다르지만 핵심 과정은 비슷합니다. 구독 링크를 추가하면 공급자가 제공하는 서버 목록과 규칙 그룹을 한 번에 불러올 수 있으며, 이후에는 대시보드에서 현재 연결 상태와 노드 지연 시간을 확인할 수 있습니다.
- Clash 클라이언트를 실행하고 Profiles 또는 프로필 메뉴를 엽니다.
- 구독 주소 입력란에 제공받은
https://형식의 구독 URL을 붙여 넣고 가져오기를 실행합니다. - 새 프로필이 목록에 표시되면 해당 프로필을 선택하여 활성화합니다. YAML 형식이 정상적으로 읽히는지 오류 메시지도 확인하세요.
- 대시보드의 모드에서 Rule을 선택하고, 시스템 프록시를 켭니다. 앱 외부의 트래픽까지 제어해야 한다면 TUN 모드를 추가로 활성화합니다.
구독 업데이트 주기
노드 목록과 규칙은 변경될 수 있으므로 하루에 여러 번 반복해서 새로 고치기보다, 공급자가 안내한 주기에 맞춰 업데이트하세요. 업데이트 직후에는 기존에 선택한 노드 그룹이 초기화되었는지도 확인하는 것이 좋습니다.
모바일에서는 Clash for Android 또는 Mihomo 계열 앱에서 프로필 추가를 선택한 뒤 같은 URL을 입력합니다. Android 앱에서 브라우저만 프록시를 사용하고 Antigravity 관련 앱은 우회되는 경우에는 VPN 연결 승인과 앱별 분할 설정을 점검해야 합니다. 연결이 켜졌다는 표시만으로 모든 프로세스가 Clash를 통과한다고 단정해서는 안 됩니다.
- Rule 모드: 서비스별 분기에 적합하며 국내 사이트의 불필요한 지연을 줄일 수 있습니다.
- Global 모드: 원인 분석을 위한 임시 테스트에만 사용하고, 장시간 사용하면 모든 트래픽이 프록시를 거쳐 속도와 안정성이 떨어질 수 있습니다.
- Direct 모드: Google Antigravity 테스트에는 적합하지 않습니다. 지역 또는 경로 제한이 원인이라면 접속 문제가 그대로 남을 수 있습니다.
2Google 서비스에 맞는 노드 선택
Google Antigravity 접속에서 가장 중요한 요소는 노드의 이름보다 IP 품질과 경로의 일관성입니다. 같은 국가로 표시되더라도 데이터센터 사업자, 공유 사용자 수, 최근 차단 이력, Google 서버까지의 국제 회선에 따라 결과가 크게 달라집니다. 무료 또는 과도하게 많은 사용자가 공유하는 노드는 로그인 보안 검증이 반복되거나 API 요청이 제한될 가능성이 높습니다.
- 낮은 지연 시간: Clash의 지연 테스트에서 지나치게 높은 수치가 나오거나 측정이 반복해서 실패하는 노드는 제외하세요.
- 안정적인 손실률: 짧은 시간에 연결과 해제가 반복되는 노드는 웹소켓이나 긴 AI 요청에 불리합니다.
- 일관된 지역: 로그인은 일본 노드, API 요청은 미국 노드처럼 세션 중간에 국가가 자주 바뀌지 않도록 하나의 그룹에서 고정합니다.
- 공식 지원 지역 확인: Google 계정과 AI 서비스의 지역 정책은 변경될 수 있으므로, 서비스 약관과 공식 지원 범위를 먼저 확인하세요.
- 먼저 지연 시간이 낮고 연결이 안정적인 JP, SG, US 등 후보 노드를 세 개 정도 선택합니다.
- 각 노드에서 Google 계정 로그인 페이지, Antigravity 초기 화면, 짧은 AI 요청을 순서대로 테스트합니다.
- 로그인은 되지만 요청이 실패한다면 다른 노드로 바꾸기 전에 규칙과 DNS 적용 여부를 확인합니다.
- 성공률이 가장 높은 노드를 수동으로 지정하거나, 동일 품질의 노드만 포함한 자동 선택 그룹을 사용합니다.
주의사항
로그인 실패를 해결하기 위해 여러 국가의 노드를 짧은 시간 안에 계속 바꾸면 Google의 추가 인증이 발생할 수 있습니다. 한 노드를 선택한 뒤 브라우저와 Clash를 재시작하고 충분히 테스트하세요.
3서비스별 분기 규칙과 DNS 구성
Google Antigravity만 안정적인 노드를 사용하고 나머지 트래픽은 기존 경로로 유지하려면 규칙의 범위를 명확하게 지정해야 합니다. 실제 도메인은 버전과 지역에 따라 달라질 수 있으므로 아래 예시는 시작점으로 활용하고, Clash의 연결 로그에서 실제 요청 도메인을 확인해 보완하세요.
여기서 Google-AI는 실제 설정 파일에 존재하는 프록시 그룹 이름으로 바꿔야 합니다. 그룹 이름이 US Premium 또는 AI-Services라면 그 이름을 그대로 사용하세요. 규칙은 위에서부터 아래로 적용되므로 Google 관련 항목을 일반적인 GEOIP, FINAL, MATCH 규칙보다 위에 배치해야 합니다.
DNS 누수와 잘못된 해석 점검
DNS가 로컬 네트워크에서 먼저 해석되면 접속 경로와 실제 연결 경로가 서로 달라질 수 있습니다. Clash의 DNS 설정에서 원격 DNS를 사용하고, TUN 모드의 DNS 가상화 또는 관련 설정이 활성화되어 있는지 확인하세요. 다만 모든 환경에서 동일한 fake-ip 설정이 최선은 아니므로, 특정 앱이 도메인 해석에 실패한다면 해당 도메인을 fake-ip-filter에 추가하거나 redir-host 방식으로 비교 테스트합니다.
- DNS 요청이 Clash 로그에 기록되는지 확인합니다.
- 브라우저의 보안 DNS가 Clash를 우회하고 있지 않은지 점검합니다.
- IPv6가 켜져 있는데 프록시 경로가 IPv4만 지원한다면 일시적으로 IPv6 영향을 비교합니다.
- 규칙을 수정한 뒤에는 프로필을 저장하고 DNS 캐시와 브라우저 세션을 새로 시작합니다.
성공 팁
Antigravity 화면만 새로 고치지 말고 Google 계정 로그아웃, 브라우저 재시작, Clash 프로필 재적용을 순서대로 진행하면 이전 세션과 새 규칙이 섞이는 문제를 줄일 수 있습니다.
4로그인과 AI 요청 오류 해결
설정이 끝났는데도 Google Antigravity가 정상적으로 작동하지 않는다면 증상을 나누어 확인해야 합니다. 로그인 버튼을 눌러도 반응이 없으면 계정 도메인이나 브라우저 쿠키 요청이 다른 경로로 빠지는 경우가 많습니다. 로그인은 되지만 AI 요청만 실패한다면 API 관련 도메인이 규칙에 포함되지 않았거나, 선택한 노드가 긴 연결을 안정적으로 유지하지 못할 가능성이 있습니다.
- 빈 화면 또는 무한 로딩: Clash 연결 로그에서 Google 정적 리소스가
DIRECT로 처리되는지 확인하고, 관련 도메인을Google-AI그룹에 추가합니다. - 로그인 반복: 브라우저의 오래된 쿠키와 확장 프로그램을 점검합니다. 시크릿 창에서 동일 노드로 테스트하면 계정 문제와 네트워크 문제를 구분하기 쉽습니다.
- AI 요청 시간 초과: 현재 노드의 지연 시간보다 패킷 손실과 연결 유지 상태를 우선 확인합니다. 다른 고품질 노드로 한 번만 변경하고, 요청을 짧은 내용으로 다시 테스트합니다.
- 권한 또는 지역 오류: 네트워크 우회만으로 계정의 서비스 권한이나 공식 지원 지역이 변경되는 것은 아닙니다. 계정 상태, 조직 정책, 서비스 제공 조건을 함께 확인해야 합니다.
- Clash 모드가
Rule이고 올바른 프로필이 활성화되어 있는가? - Google 계정과 Antigravity 도메인이 동일한 프록시 그룹으로 연결되는가?
- 노드 변경 후 로그인 세션이 중간에 다른 국가로 이동하지 않는가?
- TUN 모드, DNS, 브라우저 보안 DNS가 서로 충돌하지 않는가?
- 연결 로그에서 실제 실패한 도메인과 적용된 규칙을 확인했는가?
이 과정을 모두 확인한 뒤에도 실패한다면 여러 설정을 한꺼번에 바꾸지 말고, 먼저 기본 프로필과 단일 노드로 최소 구성을 만든 다음 하나씩 규칙을 추가하세요. 원인을 재현할 수 있는 작은 환경을 만들면 노드 문제, DNS 문제, 계정 문제를 훨씬 빠르게 분리할 수 있습니다.