웹 ChatGPT가 「고장 난 것처럼」 보이는 이유
ChatGPT 웹 UI는 한 호스트에서만 내려받는 앱이 아닙니다. HTML·번들 JS·폰트·측정·인증·API가 서로 다른 서브도메인과 CDN에 흩어져 있어, 「안 열린다」는 말은 종종 부분적 성공을 뜻합니다. 껍데기만 그려지고 스크립트가 멈추거나, 스피너가 끝나지 않거나, 다른 탭에서는 로그인돼도 채팅 API만 실패하는 패턴은 분류 라우팅이 엇갈릴 때 잘 생깁니다. 일부만 프록시 정책을 타고 나머지는 혼잡하거나 필터된 직접 경로에 남으면 맞지 않습니다. DNS 응답과 Clash가 실제로 고르는 출구가 다를 때도 같습니다.
Clash는 연결마다 DIRECT인지 어떤 정책 그룹인지 정합니다. 현대 웹앱이 만지는 수십 개 호스트에 판단이 어긋나면 브라우저가 하나의 세션으로 묶지 못합니다. 이 글은 일반적인 우회 설명이 아니라 도메인 규칙·규칙 공급자·DNS 정합이 어떻게 맞물리는지에 한정합니다. 이용이 금지된 환경이라면 여기서 멈추세요. 기술은 정책 위반의 면책이 될 수 없습니다.
핵심: OpenAI 계열만 프록시, 나머지는 직접
전역 프록시는 설명은 쉽지만 국내 뱅킹·스트리밍·저지연 게임까지 같은 해외 출구로 보내는 비용이 큽니다. 많은 사람에게 맞는 것은 분류 라우팅입니다. 일상과 국내 목적지는 DIRECT에 두고, 프록시가 정말 필요한 이름 공간—여기서는 OpenAI·ChatGPT 관련 도메인—만 HTTPS에 안정적인 노드로 묶인 정책 그룹으로 보냅니다. Clash는 순서 있는 규칙 끝의 MATCH로 의도를 닫습니다. 먼저 맞은 줄이 이기므로, 되는 것과 안 되는 것의 차이는 종종 몇 줄 빠진 DOMAIN-SUFFIX이지 신비한 「대역 저주」가 아닙니다.
먼저 관측부터 하세요. 개발자 도구 네트워크 목록에서 실패할 때 나온 호스트를 나열하고 프로필의 목적지와 대조합니다. 구독에 포함된 geosite 분류나 제3자 규칙으로 OpenAI를 덮는 경우도 있지만 이름과 범위는 시간이 지나며 어긋납니다. 새 호스트가 보이면 규칙을 보강하고 전체를 거칠게 전부 직접/전부 프록시에 맡기지 마세요. 읽기 좋은 쓰기는 규칙 분류 모범 사례를 참고하세요.
분류는 대역 사용에도 도움이 됩니다. 한 탭을 위해 무관한 대용량 트래픽을 좁은 출구로 계속 흘리지 않아도 됩니다. 노트북·공유 회선에서는 손실보다 TLS 타임아웃으로 드러나기 쉽습니다. 여러 기기에서 Clash를 쓴다면 논리적 분할을 맞추고, 계정 문제로 착각하는 불일치 경로를 줄입니다. 로그가 읽히는 클라이언트 선택은 클라이언트 고르기가 도움이 됩니다.
DOMAIN-SUFFIX·규칙 공급자·세분성
DOMAIN-SUFFIX,openai.com,AI_PROXY 같은 줄은 해당 접미사로 끝나는 호스트를 AI_PROXY로 보냅니다. 서브도메인이 많은 벤더에는 보통 이 세분성이 맞습니다. 단일 호스트만 조이려면 DOMAIN. DOMAIN-KEYWORD는 빠르지만 부분 일치로 무관한 사이트를 끌어들이기 쉬워 실제 트래픽을 본 뒤 최후 수단으로 씁니다.
규칙 공급자(원격 집합)는 복붙 부담을 줄이고 일정에 맞춰 엔드포인트 추가를 따라갑니다. 대신 공급처 신뢰가 과제이고 분류 오류나 필요한 CDN 차단도 납니다. 거대한 제3자 목록이 ChatGPT에 중요한 소수 줄을 가리지 않게 하고, 국내 직결은 넓은 프록시 포획보다 앞에 두는 등 순서도 신경 씁니다.
아래 YAML은 예시입니다. 정책 이름은 클라이언트와 구독 정의에 맞추세요. OpenAI 관련 접미사를 먼저 두고 GEOIP로 중국 IP는 직접, 보수적인 기본값으로 닫습니다.
Illustrative YAML fragment
rules:
- DOMAIN-SUFFIX,openai.com,AI_PROXY
- DOMAIN-SUFFIX,chatgpt.com,AI_PROXY
- DOMAIN-SUFFIX,oaistatic.com,AI_PROXY
- GEOIP,CN,DIRECT
- MATCH,DIRECT
기본 MATCH가 DIRECT인데 새 ChatGPT 호스트가 위에 없으면 그 이름은 직접 경로에 남습니다. ISP 경로가 최악일 때만 실패하는 「반쪽 로딩」이 생깁니다. 처방은 전역 모드가 아니라 규칙·규칙 공급자 업데이트입니다.
DNS 오염과 fake-ip 정합
실제 네트워크에서는 리졸버 거짓·오래된 캐시·중간 장비 주입 등 DNS 오염이 있습니다. HTTPS에서는 인증서 오류, 반복 핸드셰이크, 라우팅되지 않는 주소로의 연결로 나타납니다. fake-ip는 로컬에 합성 주소를 주면서 프록시 쪽에서 올바르게 푸는 모드이지만, DOMAIN 규칙이 따라가지 않으면 출구 선택과 해석 경로가 어긋납니다. 「금방 해석됐는데 연결이 안 진행」 패턴입니다.
브라우저 DoH·OS·Clash DNS·별도 VPN을 동시에 쌓으면 우선순위가 꼬입니다. FAQ의 DNS·연결성에서 「나쁜 응답」과 「좋은 응답이지만 출구가 다름」을 나누세요. ChatGPT에서 실패하는 호스트가 특정 접미사에 몰리면 프로토콜 미스터리가 아니라 규칙 구멍일 가능성이 큽니다.
기업 VPN·내부 리졸버가 공개 이름을 바꾸면 사설 대역이나 싱크홀로 떨어집니다. IT 협력이나 단순 회선에서의 재현 없이는 고치기 어렵습니다. 에스컬레이션 전에 쓴 리졸버·응답·Clash 로그의 정책 적중을 적어 두세요.
규칙 순서·기본값·MATCH
위에서 아래로 매치하며 먼저 맞은 줄이 이깁니다. 너무 넓은 포획 줄은 OpenAI용 구체 규칙보다 아래에 둡니다. 광고 차단 오탐이 CDN을 막아 접미사 규칙이 있어도 프런트 자산이 말라버릴 수 있습니다. 규칙 공급자 업데이트 후 깨지면 한 단계 되돌려 차이를 보며 소프트웨어 의존성 업그레이드처럼 다룹니다.
MATCH는 미분류 트래픽의 기본입니다. MATCH,DIRECT는 많은 일상 용도에 맞지만 앞 줄에서 바깥 속성을 다 덮지 못하면 새 호스트가 추가되는 순간 ChatGPT만 나빠질 수 있습니다. 장기 처방은 규칙 손질이지 국내까지 모두 해외로 보내는 전역 MATCH가 아닙니다(정말 그 목적이 아니라면).
브라우저: 시스템 프록시와 TUN
브라우저만 쓴다면 시스템 프록시로 충분한 경우가 많고 Chromium·Firefox는 OS 설정을 따르는 편입니다. 확장이 별도 프록시를 씌우거나 기업 에이전트가 바꾸거나 프로필이 OS를 무시하면 TUN으로 라우팅 테이블에 얹는 편이 확실합니다. 다른 가상 어댑터와 간섭하므로 병용 전 TUN 심화를 읽으세요.
어떤 모드든 검증은 같습니다. ChatGPT를 열고 라이브 연결에서 각 호스트가 의도한 AI_PROXY(또는 동등)를 타는지 확인합니다. 브라우저만 되고 다른 도구만 안 되면 커버리지 틈입니다.
구독·규칙 업데이트 루프 피하기
프록시 루프는 조용히 망가뜨립니다. 구독과 원격 규칙 다운로드가 죽은 체인으로 밀려 들어가 갱신이 멈추고 새 OpenAI 호스트가 규칙에 안 들어옵니다. 갱신 대상에는 믿을 만한 DIRECT나 낮은 위험 전용을 두고 성공 여부를 주기적으로 확인합니다. 운용 패턴은 구독·노드 유지보수도 참고하세요.
하룻밤에 품질이 떨어지면 「노드」와 「프로필 신선도」를 나눕니다. timeout·TLS 읽기로 TCP 단계인지 인증서인지 중간 끊김인지 가르고, 다른 사이트는 정상인데 특정 접두사만 실패하면 근거를 가진 뒤 노드를 갈아엎습니다.
준수를 고려한 자가 점검
위에서 아래로 줄이면 이상한 토글을 건드리기 전에 실패 범주를 줄일 수 있습니다.
- 이 네트워크·지역에서 Clash와 ChatGPT 사용이 허용되는지 확인합니다.
- 시각·타임존을 맞추고 테스트 중 불필요한 HTTPS 가로채기를 끕니다.
- 브라우저 네트워크 목록의 실패 호스트와 Clash 적중을 대조합니다.
- OpenAI용
DOMAIN-SUFFIX와 규칙 공급자를 보강·갱신합니다. - DNS 모드와 fake-ip를 맞추고 「금방 해석되는데 연결이 안 진행」을 찾습니다.
- 구독·규칙 갱신이 DIRECT 등으로 확실히 통하도록 합니다.
- OS 프록시를 무시하는 브라우저면 TUN을 비교합니다.
- 로컬 요인을 배제한 뒤 노드를 바꾸거나 벤더 장애를 확인합니다.
각 단계 후 변화를 메모하면 재설치 룰렛보다 빨리 끝납니다.
맺음말: 재현 가능한 경로 설계
브라우저 ChatGPT는 다중 호스트 앱입니다. Clash는 정책 그룹·접미사 규칙·원격 집합·DNS 모드라는 어휘로 어떤 흐름을 프록시로 보내고 어떤 것을 로컬에 둘지 드러낼 수 있습니다. 서술과 현실이 어긋나면 제품 버그처럼 보이는 백지·무한 스피너가 나오지만 행동은 종종 라우팅 버그입니다.
답은 또 다른 전역 스위치가 아니라 OpenAI 이름 공간을 분명히 덮고 국내는 직접에 두며 규칙 공급자를 이어 붙이고 DNS를 같은 시스템으로 취급하는 것입니다. 연결 로그가 보이고 편집이 추적 가능한 클라이언트는 그 규율을 몇 분 진단으로 줄입니다.
불투명한 「액셀러레이터」보다 Clash의 명시적 모델은 처음은 무겁고 나중이 편합니다. 가장자리가 계속 바뀌는 AI 서비스일수록 유지되는 클라이언트와 버전 관리된 프로필이 효과적입니다.
→ Clash를 무료로 다운로드하고, 어떤 호스트가 프록시 출구를 잊었는지 맞히는 시간 대신 대화에 집중하세요.