다른 웹사이트는 정상적으로 열리는데 ChatGPT만 접속되지 않는다면 노드 자체보다 Clash의 라우팅 규칙, DNS 응답, 프록시 모드 또는 브라우저 연결 재사용이 원인일 가능성이 큽니다. 특히 chatgpt.com, openai.com, 인증 서버와 정적 리소스 도메인이 서로 다른 규칙을 통과하면서 일부 요청만 직접 연결되는 경우가 많습니다. 이 글에서는 Clash Verge, Clash Verge Rev, Clash for Windows, ClashX, Clash for Android, Mihomo에서 공통으로 적용할 수 있는 점검 순서를 정리합니다.
문제를 해결할 때는 노드를 무작정 바꾸기보다 현재 트래픽이 실제로 프록시를 통과하는지부터 확인해야 합니다. 연결 로그에서 어떤 도메인이 실패했는지 확인하고, DNS와 규칙을 차례대로 검증하면 정상 노드를 불필요하게 교체하는 일을 줄일 수 있습니다.
먼저 증상을 분류하기
ChatGPT 접속 오류는 모두 같은 형태로 나타나지 않습니다. 로그인 화면 자체가 열리지 않는 경우와 화면은 열리지만 대화 전송만 실패하는 경우는 점검해야 할 위치가 다릅니다. 아래 표처럼 증상을 나누면 원인을 빠르게 좁힐 수 있습니다.
| 증상 | 가능성이 높은 원인 | 우선 확인할 항목 |
|---|---|---|
| 페이지가 완전히 열리지 않음 | 라우팅 규칙, DNS 오염, 직접 연결 | 도메인 규칙과 연결 로그 |
| 로그인 버튼이 멈춤 | 인증 도메인 누락, 쿠키 또는 브라우저 확장 기능 | 인증 관련 요청의 프록시 여부 |
| 대화 전송만 실패 | WebSocket 또는 장시간 연결 차단 | 프록시 모드, 노드 안정성, 연결 기록 |
| 화면은 느리지만 접속 가능 | DNS 지연, 노드 레이턴시, 규칙 반복 처리 | DNS 모드와 다른 노드 비교 |
| 모바일에서만 실패 | VPN 권한, 배터리 최적화, TUN 충돌 | VPN 상태와 시스템 네트워크 설정 |
먼저 일반 브라우저의 시크릿 창에서 https://chatgpt.com을 열어 보세요. 시크릿 창에서도 실패하면 Clash 경로를 우선 의심할 수 있습니다. 반대로 시크릿 창에서는 정상인데 일반 창에서만 실패한다면 캐시, 쿠키, 확장 프로그램 또는 서비스 워커가 원인일 수 있습니다.
프록시 모드와 연결 상태 확인
Clash가 실행 중이라는 사실만으로 모든 애플리케이션의 트래픽이 프록시를 통과하는 것은 아닙니다. 시스템 프록시를 사용하는 브라우저와 그렇지 않은 앱의 동작이 다를 수 있으며, TUN 모드가 꺼져 있으면 시스템 프록시를 따르지 않는 요청이 직접 연결됩니다.
- Clash 클라이언트에서 현재 프로필이 실제로 활성화되어 있는지 확인합니다.
- 시스템 프록시 또는 VPN/TUN 모드가 켜져 있는지 확인합니다.
- 프록시 그룹에서 사용할 노드를 수동으로 선택하고 노드 지연 시간과 연결 성공 여부를 확인합니다.
- 대시보드의 Connections 또는 연결 로그를 열고
chatgpt.com요청을 새로 발생시킵니다. - 해당 요청의 매칭 규칙과 최종出口 프록시가 예상한 그룹인지 확인합니다.
연결 로그에 ChatGPT 관련 요청이 전혀 나타나지 않는다면 브라우저가 Clash를 사용하지 않는 것입니다. 이 경우 노드 설정을 수정해도 효과가 없습니다. Windows와 macOS에서는 시스템 프록시가 다른 프로그램에 의해 다시 꺼지지 않았는지 확인하고, Android에서는 Clash의 VPN 권한이 유지되는지 점검해야 합니다. ClashX는 메뉴 막대의 프록시 상태와 모드가 바뀌지 않았는지 확인하세요.
DIRECT로 표시된다면 접속 실패의 원인은 노드가 아니라 규칙일 가능성이 높습니다. 반대로 요청이 프록시 그룹으로 전달되지만 시간 초과가 반복되면 그때 노드 또는 전송 방식의 문제를 의심하세요.ChatGPT 도메인 라우팅 규칙 수정
ChatGPT는 한 개의 도메인만 사용하는 서비스가 아닙니다. 메인 화면과 API, 로그인, 정적 파일, 분석 및 실시간 연결이 서로 다른 호스트 이름을 사용할 수 있습니다. 따라서 chatgpt.com 하나만 프록시로 보내는 규칙은 환경에 따라 충분하지 않을 수 있습니다.
가장 간단한 방법은 관련 도메인 suffix를 하나의 프록시 그룹으로 보내는 것입니다. 아래 규칙은 예시이며, 실제 설정에서 사용하는 프록시 그룹 이름과 반드시 일치해야 합니다. 그룹 이름이 PROXY가 아니라면 자신의 설정에 맞게 바꾸세요.
rules: - DOMAIN-SUFFIX,chatgpt.com,PROXY - DOMAIN-SUFFIX,openai.com,PROXY - DOMAIN-SUFFIX,oaistatic.com,PROXY - DOMAIN-SUFFIX,oaiusercontent.com,PROXY - MATCH,DIRECT
규칙은 위에서 아래로 평가되는 경우가 많으므로 ChatGPT 관련 규칙을 MATCH,DIRECT보다 위에 배치해야 합니다. 또한 앞쪽에 광범위한 GEOIP,CN,DIRECT, DOMAIN-KEYWORD,open,DIRECT 같은 규칙이 있다면 ChatGPT 규칙에 도달하기 전에 다른 경로가 선택될 수 있습니다. 규칙 목록을 위에서부터 읽으며 먼저 매칭되는 항목을 확인하세요.
구독 프로필을 사용하는 경우에는 로컬 파일을 수정해도 다음 업데이트에서 원래 설정으로 덮어써질 수 있습니다. 이때는 클라이언트의 모듈, 로컬 확장 규칙 또는 오버라이드 기능을 사용해 별도의 사용자 규칙으로 관리하는 편이 안전합니다. 설정을 수정한 뒤에는 프로필을 다시 읽거나 Clash를 재시작하고, 기존 연결을 닫은 후 브라우저에서 새 요청을 만들어야 합니다.
DNS와 fake-ip 점검
ChatGPT 도메인이 올바른 IP로 해석되지 않거나, 로컬 네트워크의 DNS 응답이 프록시 경로와 맞지 않으면 노드가 정상이어도 접속이 실패할 수 있습니다. 특히 redir-host 모드에서는 로컬 DNS가 반환한 실제 IP를 기준으로 규칙이 적용되므로 DNS 오염이나 지역별 응답 차이의 영향을 받기 쉽습니다.
Mihomo를 사용하는 환경에서는 fake-ip 모드가 도메인 기반 라우팅에 더 안정적인 경우가 많습니다. Clash가 도메인과 임시 IP의 매핑을 보관하므로 애플리케이션이 연결할 때 원래 도메인을 복원하고, IP보다 정확한 도메인 규칙을 적용할 수 있습니다. 다만 게임이나 일부 로컬 서비스에서 문제가 발생한다면 해당 도메인을 fake-ip-filter에 추가해야 합니다.
dns: enable: true enhanced-mode: fake-ip fake-ip-range: 198.18.0.1/16 nameserver: - https://1.1.1.1/dns-query - https://8.8.8.8/dns-query fake-ip-filter: - '*.lan' - '*.local' - 'localhost.ptlogin2.qq.com'
설정 변경 후에는 DNS 캐시를 지워야 합니다. Clash 대시보드에서 DNS 캐시 초기화 기능이 있다면 먼저 실행하고, 브라우저를 완전히 종료한 뒤 다시 시작하세요. Windows에서는 명령 프롬프트에서 ipconfig /flushdns를 실행할 수 있습니다. macOS와 Android는 시스템 버전에 따라 캐시 초기화 방식이 다르므로 네트워크를 잠시 껐다 켜거나 기기를 재연결하는 방법이 간단합니다.
노드와 TLS·WebSocket 연결 검사
라우팅과 DNS가 정상인데도 페이지가 계속 멈춘다면 노드의 전송 상태를 확인해야 합니다. ChatGPT는 페이지 로딩뿐 아니라 로그인 요청, API 호출, 스트리밍 응답처럼 연결 시간이 긴 요청도 사용합니다. 노드가 단순한 핑 테스트에는 응답하지만 장시간 HTTPS 연결을 안정적으로 유지하지 못하면 대화 전송 단계에서 실패할 수 있습니다.
먼저 같은 규칙과 같은 브라우저에서 다른 노드를 선택해 비교하세요. 한 노드에서만 실패하고 다른 노드에서 정상이라면 설정 전체를 바꾸기보다 해당 노드의 서버 상태, TLS 인증서, SNI, WebSocket 경로 또는 UDP 지원 여부를 확인하는 것이 맞습니다. skip-cert-verify: true를 임시 해결책처럼 사용하는 것은 권장하지 않습니다. 인증서 검증을 끄면 보안이 약화되고 실제 원인을 숨길 수 있습니다.
| 비교 테스트 | 결과 | 판단 |
|---|---|---|
| 같은 노드, 다른 브라우저 | 둘 다 실패 | Clash 규칙·DNS·노드 문제 가능성 |
| 같은 브라우저, 다른 노드 | 새 노드에서 정상 | 기존 노드 또는 전송 설정 문제 |
| 시스템 프록시와 TUN 비교 | TUN에서만 정상 | 앱이 시스템 프록시를 따르지 않음 |
| 메인 페이지와 대화 전송 비교 | 전송만 실패 | 장시간 연결 또는 WebSocket 경로 점검 |
브라우저와 클라이언트별 마무리 점검
브라우저 캐시와 쿠키가 오래된 인증 정보를 계속 전송하면 Clash 설정을 고친 뒤에도 접속 오류가 남을 수 있습니다. 시크릿 창에서 정상이라면 chatgpt.com과 관련 도메인의 사이트 데이터만 삭제하고 다시 로그인하세요. 광고 차단기, 개인정보 보호 확장 프로그램, 사용자 지정 DNS 확장 기능도 인증 스크립트나 스트리밍 연결을 차단할 수 있으므로 잠시 비활성화해 비교합니다.
- Clash Verge·Clash Verge Rev: 현재 프로필을 다시 적용하고 시스템 프록시 또는 TUN 상태를 확인합니다. 대시보드에서 규칙 매칭 결과와 연결 종료 원인을 함께 봅니다.
- Clash for Windows: 모드가 Global, Rule, Direct 중 무엇인지 확인합니다. Rule 모드에서만 관련 도메인이 프록시 그룹으로 가는지 점검하세요.
- ClashX: 메뉴 막대 아이콘의 프록시 활성화 여부와 선택된 모드를 확인하고, 브라우저가 시스템 프록시를 사용하도록 설정되어 있는지 봅니다.
- Clash for Android: VPN 권한, 배터리 절전 예외, 다른 VPN 앱과의 충돌을 확인합니다. 앱을 백그라운드로 보낸 뒤 VPN이 종료되지 않는지도 중요합니다.
- Mihomo: 컨트롤러의 Connections와 Logs에서 실제 도메인, 매칭된 규칙, 사용된 프록시 그룹을 확인합니다. fake-ip와 TUN 조합을 사용할 때는 예외 도메인을 함께 관리하세요.
마지막으로 설정을 변경할 때는 프로필 백업 → 한 항목 수정 → Clash 재적용 → DNS 캐시 초기화 → 새 브라우저 세션 테스트 순서를 지키세요. 이 과정을 따르면 노드 교체, 규칙 수정, DNS 변경 중 무엇이 문제를 해결했는지 명확하게 기록할 수 있습니다. 대부분의 ChatGPT 접속 문제는 이 순서 안에서 규칙의 우선순위나 프록시 모드가 원인으로 확인됩니다.
모든 점검을 마쳤는데도 실패한다면 연결 로그의 오류 문구와 실패한 도메인을 기록해 두세요. “접속이 안 된다”는 정보보다 DIRECT로 연결됨, DNS timeout, TLS handshake timeout처럼 구체적인 단서가 있어야 다음 설정을 정확히 조정할 수 있습니다.
Clash로 트래픽을 완전히 제어하세요
Windows, macOS, Linux, Android, iOS 지원. 유연한 규칙, 간단한 설정.