먼저 ChatGPT 요청이 프록시를 거치는지 확인하세요
ChatGPT 페이지가 열리지 않는다고 해서 곧바로 노드가 고장 난 것은 아닙니다. Clash 클라이언트가 실행 중이어도 브라우저가 시스템 프록시를 따르지 않거나, 규칙 모드에서 해당 요청이 DIRECT로 처리되거나, 로그인에 필요한 도메인만 다른 경로를 사용할 수 있습니다. 먼저 문제를 재현한 뒤 클라이언트의 연결 기록에서 요청이 실제로 나타나는지 확인하세요.
확인할 때는 사용하는 브라우저, 현재 프록시 모드, 선택한 정책 그룹, 오류가 난 시각을 기록합니다. ChatGPT 탭을 새로고침한 직후 연결 기록을 확인하고, chatgpt.com, openai.com 또는 인증·정적 리소스 관련 도메인 요청이 있는지 살펴보세요. 서비스는 여러 도메인과 연결을 사용할 수 있으므로 한 주소만 보이는지로 전체 경로를 판단하지 마세요. 요청이 전혀 없다면 브라우저의 프록시 설정이나 트래픽 유입부터 확인해야 합니다.
| 증상 | 먼저 확인할 항목 | 다음 점검 |
|---|---|---|
| 페이지가 계속 로딩됨 | 브라우저 요청이 Clash 연결 기록에 나타나는지 | 정책 경로, 선택 노드, DNS 응답 |
| 로그인 화면에서 멈춤 | 인증 도메인의 규칙과 브라우저 쿠키 | 다른 노드, 시크릿 창, 시간 설정 |
| 채팅은 열리지만 응답이 멈춤 | 장시간 연결이 끊기는지, 연결 기록에 오류가 있는지 | 노드 안정성, WebSocket 관련 경로, 브라우저 확장 |
| 시간 초과 또는 연결 거부 | 노드 테스트와 코어 로그 | 다른 노드, 로컬 포트, 방화벽 또는 네트워크 제한 |
프록시 모드·노드·규칙을 한 번에 하나씩 점검하기
처음에는 전역 모드로 계속 사용하기보다 규칙 모드에서 실제 요청의 경로를 확인하는 편이 좋습니다. 규칙 모드는 설정의 rules 순서에 따라 요청을 처리하고, 전역 모드는 GLOBAL 정책에서 선택한 항목을 사용합니다. 모드를 바꾸어 비교하면 원인을 좁힐 수 있지만, 전역 모드로 전환했다고 브라우저가 자동으로 프록시를 쓰게 되는 것은 아닙니다. 시스템 프록시나 TUN 등 요청이 클라이언트로 들어오는 경로도 별도로 필요합니다.
- Clash 클라이언트에서 현재 설정이 활성화되어 있고 코어가 실행 중인지 확인합니다. 화면에 설정 이름이 보이는 것만으로 코어가 정상 로드됐다고 판단하지 말고 로그의 YAML 파싱 오류나 시작 실패를 확인하세요.
- 프록시 또는 정책 그룹 화면에서 현재 선택된 항목을 확인합니다. 상위 그룹이 자동 선택 그룹이나 다른 하위 그룹을 가리킬 수 있으므로 최종 출구가 노드인지,
DIRECT인지 따라가서 확인합니다. - 노드의 지연 테스트를 실행하고, 응답이 있는 노드 하나를 직접 선택해 ChatGPT 접속을 다시 시도합니다. 지연 테스트 성공은 해당 테스트 주소에 요청이 도달했다는 뜻이지 ChatGPT 연결까지 보장한다는 뜻은 아닙니다.
- 연결 기록에서 ChatGPT와 관련된 요청의 매칭 규칙과 정책을 살펴봅니다. 규칙 모드에서 요청이
DIRECT로 처리된다면 규칙 순서와 대상 그룹을 확인하세요. 이미 다른 광범위한 규칙에 먼저 매칭되면 뒤에 추가한 규칙은 적용되지 않을 수 있습니다. - 필요한 경우에만 잠시 전역 모드로 바꾸어 같은 브라우저에서 비교합니다. 전역 모드에서만 작동한다면 노드 자체보다는 규칙 또는 정책 그룹 구성이 원인일 가능성이 큽니다. 비교가 끝나면 원래 모드로 되돌립니다.
사용자 설정을 직접 수정할 수 있고 실제 정책 그룹 이름이 PROXY라면, 아래처럼 도메인 규칙을 시험할 수 있습니다. 구독 제공자가 사용하는 그룹 이름이 다르면 그 이름으로 바꿔야 하며, 로컬 수정 사항이 구독 갱신으로 덮어써질 수 있으므로 먼저 설정을 백업하세요. 서비스가 사용하는 도메인은 바뀔 수 있으므로 이 예시는 완전한 도메인 목록이 아닙니다.
rules:
- DOMAIN-SUFFIX,chatgpt.com,PROXY
- DOMAIN-SUFFIX,openai.com,PROXY
- MATCH,기존-최종-정책재현 가능한 순서로 접속 테스트하기
다음 절차는 Windows, macOS, Linux의 Clash GUI 클라이언트와 mihomo 기반 구성을 진단할 때 활용할 수 있습니다. 메뉴 명칭은 클라이언트와 버전에 따라 다를 수 있으므로 ‘프록시’, ‘설정’, ‘연결’, ‘로그’와 같은 항목을 찾아 진행하세요. 한 번에 DNS, 모드, 노드를 모두 바꾸면 문제가 해결되어도 원인을 알기 어렵습니다.
- 현재 상태를 기록합니다. 규칙 모드인지, 시스템 프록시가 켜져 있는지, TUN이 활성화되어 있는지 적어 둡니다. 현재 정책 그룹에서 선택한 노드도 기록하고, 구독 링크나 인증 정보가 보이는 화면은 공유하지 마세요.
- 브라우저 요청을 새로 만듭니다. ChatGPT 탭을 닫았다가 다시 열거나 새 탭에서 접속합니다. 브라우저를 다시 열어도 로그인 정보가 유지되는지 확인하고, 연결 기록에서 새 요청과 매칭된 정책을 찾습니다.
- 노드만 바꾸어 비교합니다. 지연 테스트에 응답한 대체 노드 하나를 선택하고 같은 주소를 다시 엽니다. 여러 노드를 짧은 간격으로 반복 전환하지 말고, 각 시도 뒤 연결 기록과 화면의 오류가 바뀌었는지 살펴보세요.
- 모드를 짧게 비교합니다. 규칙 모드에서 실패하고 전역 모드에서 성공한다면 규칙 또는 그룹 선택을 우선 조사합니다. 둘 다 실패하면 노드, 브라우저의 요청 경로, DNS, 로컬 네트워크 쪽으로 범위를 넓힙니다.
- 결과를 원래 상태와 비교합니다. 바꾼 설정을 하나씩 되돌리고 재시도합니다. 어떤 변경 뒤에 증상이 달라졌는지 확인하면 불필요하게 설정 전체를 초기화하지 않아도 됩니다.
브라우저 주소창에서 프록시를 사용하지 않는 직접 연결 시험을 했을 때 실패하는 것은 현재 네트워크에서 대상 서비스로 직접 연결할 수 없다는 신호일 수 있습니다. 반대로 다른 웹사이트가 열린다고 ChatGPT 경로까지 정상인 것은 아닙니다. 비교할 때는 같은 기기와 브라우저를 사용하고, 확장 프로그램을 잠시 비활성화한 시크릿 창에서도 재현되는지 확인하세요. 시크릿 창에서는 기존 로그인 세션이 공유되지 않을 수 있으므로 로그인 단계의 차이도 함께 기록해야 합니다.
DNS·로그인·응답 로딩 문제 구분하기
페이지가 일부만 표시되거나 로그인 이후 무한 로딩이 이어진다면 DNS, 인증 요청, 브라우저 상태를 나누어 확인하세요. Clash의 DNS 모드는 설정에 따라 도메인을 로컬에서 조회하거나, 프록시 경로와 함께 처리할 수 있습니다. 따라서 DNS 오류가 의심될 때 임의로 여러 DNS 서버를 추가하거나 전체 설정을 바꾸기보다, 연결 기록과 코어 로그에서 이름 조회 실패, 연결 시간 초과, TLS 오류 중 무엇이 나타나는지 먼저 확인합니다.
- DNS 조회 오류가 기록됨: 현재 네트워크에서 DNS 서버에 도달할 수 있는지 확인하고, 클라이언트의 DNS 설정이 실제 적용됐는지 살펴봅니다. 사용자 지정 설정을 쓰고 있다면 변경 전에 원본을 백업하고, 한 항목만 수정해 비교하세요.
- 요청은 보이지만 시간 초과가 발생함: 선택한 노드가 불안정하거나 대상까지의 경로가 막혔을 수 있습니다. 다른 노드에서 같은 도메인을 시험하고, 시간 초과가 발생한 요청의 정책 경로가 의도한 그룹인지 확인합니다.
- 로그인만 반복되거나 인증 페이지가 멈춤: 브라우저의 날짜와 시간이 맞는지 확인하고, 시크릿 창에서 재현되는지 비교합니다. 쿠키를 삭제하면 기존 세션이 종료될 수 있으므로 먼저 다른 브라우저나 새 프로필에서 시험하는 것이 안전합니다.
- 페이지는 열리지만 답변 생성이 멈춤: 노드가 짧은 요청에는 응답해도 연결을 안정적으로 유지하지 못할 수 있습니다. 연결 기록에서 응답을 기다리는 동안 연결이 끊기는지 확인하고, 다른 노드 및 네트워크 환경에서 비교합니다. 브라우저 확장 프로그램이나 보안 소프트웨어가 요청을 가로채는지도 점검하세요.
- 한 브라우저에서만 실패함: 브라우저별 프록시 설정, 확장 프로그램, 저장된 사이트 데이터가 다를 수 있습니다. 다른 브라우저에서 같은 노드와 모드로 시험해 Clash 문제와 브라우저 문제를 구분합니다.
ChatGPT는 페이지 문서 외에도 스크립트, 이미지, 인증 및 지속 연결을 위한 요청을 사용할 수 있습니다. 따라서 첫 화면이 표시되었다는 사실만으로 모든 요청이 같은 규칙과 노드를 거친다고 볼 수 없습니다. 특정 하위 요청만 실패하는지 연결 기록에서 비교하고, 서비스 도메인을 광범위하게 모두 허용하는 식으로 규칙을 무작정 늘리지 마세요.
시스템 프록시와 TUN은 필요한 경우에만 비교하기
시스템 프록시는 운영체제의 프록시 설정을 따르는 앱에 적용됩니다. 브라우저가 별도의 프록시를 사용하도록 설정되어 있거나 시스템 프록시를 무시한다면 Clash의 시스템 프록시 스위치만으로 요청이 전달되지 않을 수 있습니다. 먼저 클라이언트의 시스템 프록시 상태와 브라우저의 자체 프록시 설정을 확인하세요. 전역 모드로 바꾸는 것과 시스템 프록시를 켜는 것은 서로 다른 동작입니다.
TUN은 가상 네트워크 인터페이스를 통해 시스템의 트래픽을 처리하는 방식으로, 일반 시스템 프록시를 따르지 않는 앱도 시험할 때 도움이 될 수 있습니다. 다만 운영체제별 권한, 라우팅, DNS 설정이 함께 작동하므로 항상 필요한 해결책은 아닙니다. TUN을 켜기 전에는 클라이언트와 코어가 정상 실행되는지, 필요한 권한이 승인됐는지, 다른 VPN이나 가상 네트워크 프로그램과 충돌하지 않는지 확인합니다.
- 먼저 규칙 모드와 시스템 프록시로 브라우저를 테스트하고, 연결 기록에서 요청이 보이는지 확인합니다.
- 요청이 클라이언트에 들어오지 않고 브라우저가 시스템 프록시를 따르지 않는 것으로 의심될 때만 TUN을 잠시 시험합니다.
- TUN을 켠 뒤 같은 브라우저와 같은 노드로 다시 접속합니다. 결과가 달라졌다면 가상 인터페이스를 통한 유입 여부와 로그를 확인합니다.
- 테스트가 끝나면 원래 사용하던 TUN 및 프록시 상태로 되돌리고, 연결이 끊긴 앱이 없는지 확인합니다.
시스템 프록시나 TUN을 바꾸어도 결과가 같다면 클라이언트를 재설치하기 전에 다른 노드, 현재 서비스 상태, 브라우저별 동작, 코어 로그를 확인하세요. 설정 초기화는 구독 정보와 사용자 조정 내용을 잃을 수 있으므로 마지막 수단으로 두고, 진행해야 한다면 설정을 먼저 백업합니다. 진단을 위해 일시적으로 사용한 전역 모드와 임시 규칙도 테스트 뒤 정리하세요.