Clash에서 ChatGPT 접속 안 될 때: 시간 초과와 로그인 오류 해결법

먼저 페이지 오류, 로그인 문제, 연결 시간 초과를 구분하세요

ChatGPT 페이지가 열리지 않는다고 해서 곧바로 노드가 고장 난 것은 아닙니다. 브라우저 요청은 브라우저의 프록시 설정, Clash의 로컬 포트, 규칙, 선택한 노드, DNS 조회를 거쳐 목적지에 도달합니다. 로그인은 여기에 쿠키, 리디렉션, 인증 도메인 연결이 더해집니다. 어느 단계에서 막혔는지 확인하지 않고 구독을 삭제하거나 DNS 설정을 한꺼번에 바꾸면 원인을 찾기 어려워집니다.

문제를 재현하기 전에 사용 중인 클라이언트와 코어 버전, 프록시 모드, 선택한 노드 그룹, 오류가 발생한 시각을 기록하세요. 같은 브라우저에서 일반 웹사이트는 열리는지, ChatGPT만 안 되는지 확인하고, 가능하다면 다른 브라우저에서도 비교하세요. ChatGPT와 관련 서비스의 이용 가능 지역이나 계정 제한은 프록시 설정만으로 해결되지 않을 수 있으므로 서비스의 공식 안내와 계정 상태도 확인해야 합니다.

증상	먼저 확인할 항목	판단에 도움이 되는 정보
페이지가 계속 로딩되거나 시간 초과	프록시 적용, 규칙, 노드 연결	연결 목록과 로그에 목적지 도메인이 나타나는지
로그인 화면으로 돌아가거나 인증이 멈춤	인증 도메인, 쿠키, 브라우저 설정	주소창의 리디렉션과 개발자 도구의 네트워크 오류
일반 사이트도 열리지 않음	로컬 포트, 시스템 프록시, 코어 실행 상태	다른 사이트에 대한 명시적 프록시 요청 결과
한 기기나 브라우저에서만 실패	확장 프로그램, 보안 DNS, 기존 쿠키	다른 브라우저나 기기에서 같은 네트워크로 비교

프록시 모드와 ChatGPT 관련 규칙 적용 확인하기

클라이언트에서 노드를 선택해도 브라우저가 반드시 해당 노드를 이용하는 것은 아닙니다. Clash Verge Rev 등에서는 먼저 코어가 실행 중인지 확인하고, ‘일반’ 또는 ‘프록시’ 화면에서 실제 모드를 확인하세요. 규칙 모드에서는 요청 도메인에 일치하는 규칙에 따라 프록시 그룹이나 직접 연결이 선택됩니다. 전역 모드는 대부분의 요청을 선택한代理 그룹으로 보내 진단에 유용하지만, 이미 다른 VPN이나 프록시가 개입하면 경로가 달라질 수 있습니다.

브라우저에서 ChatGPT 페이지를 새로고침한 뒤 클라이언트의 ‘연결’ 또는 ‘Connections’ 목록을 엽니다. 화면에 필터가 적용되어 있다면 지우고, chatgpt.com 또는 당시 요청된 도메인을 찾으세요.
해당 연결의 규칙과 최종 선택된 프록시 그룹을 확인합니다. 규칙 모드에서 DIRECT가 선택됐다면, 현재 설정이 의도한 동작인지 규칙과 그룹 구성을 살펴보세요.
로그에 대상 연결의 시간 초과, DNS 조회 실패, TLS 오류가 있는지 확인합니다. 오류 시각과 연결 목록의 기록을 맞춰 보면 브라우저 요청이 코어에 도달했는지 파악하기 쉽습니다.
규칙 모드에서만 문제가 생기는지 확인하려면 잠시 전역 모드로 전환해 같은 페이지를 다시 열어 봅니다. 전역 모드에서만 성공한다면 노드보다 규칙 적용이나 규칙 제공자 갱신 상태를 먼저 점검하세요.

ChatGPT 웹 앱은 기본 페이지뿐 아니라 로그인, API, 정적 리소스 등 여러 도메인에 요청을 보낼 수 있습니다. 서비스가 사용하는 도메인과 구성이 바뀔 수 있으므로 임의의 목록을 오래된 설정에 그대로 덧붙이지 마세요. 연결 기록에서 실제로 실패한 도메인을 확인하고, 현재 구독의 규칙과 클라이언트가 적용한 최종 설정을 기준으로 판단하세요. 설정 파일을 수정한다면 구독 원본을 덮어쓰지 않도록 클라이언트의 오버라이드 기능을 사용하고, 수정 전에는 복사본을 보관하세요.

중간 점검: 명시적 프록시 요청으로 경로를 분리하기

다음 테스트는 브라우저의 시스템 프록시나 확장 프로그램을 거치지 않고 로컬 혼합 포트에 직접 요청합니다. Clash 화면에 표시된 혼합 포트를 사용하세요. 예시의 7897은 흔히 볼 수 있는 값일 뿐이며, 실제 포트가 다르면 반드시 바꿔야 합니다. 이 예시는 Windows PowerShell 기준입니다.

curl.exe --noproxy "" --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 30 -I https://chatgpt.com/

macOS나 Linux에서는 curl.exe 대신 curl을 사용하면 됩니다. 127.0.0.1은 현재 기기의 로컬 주소이며, 혼합 포트에 연결할 수 없다면 먼저 클라이언트의 코어 실행 상태와 리스닝 포트를 확인하세요. 명시적 요청은 성공하지만 브라우저에서 실패한다면 시스템 프록시, 브라우저별 프록시 설정, 프록시 확장 프로그램 또는 보안 DNS가 다른 경로를 만들고 있을 가능성이 있습니다.

요청이 시간 초과되면 클라이언트의 연결 기록에서 같은 시각의 대상과 오류를 확인하세요. HTTP 응답 코드가 돌아왔다면 적어도 서버나 중간 경로에서 응답을 받은 것이므로, 403이나 405만으로 프록시가 작동하지 않는다고 단정하지 마세요. 웹 서버는 자동화 요청이나 HEAD 요청을 제한할 수 있습니다. 이 테스트는 ChatGPT 로그인 세션을 검증하지 않으며, 로그인 성공 여부는 브라우저에서 별도로 확인해야 합니다.

노드 문제와 네트워크 경로 비교하기

특정 노드에서만 ChatGPT가 시간 초과되고 다른 노드에서는 접속된다면, 해당 노드의 연결 상태나 목적지까지의 경로 차이를 의심할 수 있습니다. 반대로 같은 네트워크에서 여러 정상 노드와 다른 브라우저를 사용해도 증상이 같다면 규칙, DNS, 브라우저 상태 또는 서비스 측 제한을 함께 살펴보세요. 지연 시간 측정이 성공했다는 사실은 측정 대상에 도달했다는 뜻이지 ChatGPT의 모든 도메인과 로그인 요청이 정상이라는 보장은 아닙니다.

같은 프록시 그룹에서 노드를 하나씩 선택하고, 각 변경 뒤 연결 기록을 지운 다음 같은 페이지를 새로고침하세요. 속도 테스트 수치만 비교하지 말고 실제 대상 연결 결과를 확인합니다.
같은 노드를 유지한 채 규칙 모드와 전역 모드의 결과를 비교하세요. 모드에 따라 결과가 달라지면 규칙 선택을 우선 점검합니다.
다른 기기에서 같은 네트워크와 노드를 시험해 보세요. 한 기기에서만 실패하면 브라우저 또는 로컬 설정 차이가 더 유력합니다.
다른 네트워크에서도 비교할 수 있다면 한 번에 네트워크만 바꾸세요. 여러 변수를 동시에 바꾸지 않아야 결과를 해석할 수 있습니다.

일부 노드의 주소가 갱신되지 않았거나 제공업체의 연결 정책이 바뀌면 특정 목적지에서만 접속이 불안정할 수 있습니다. 구독의 수동 업데이트가 필요한 상황인지 확인하되, 업데이트 전에 현재 작동하는 설정을 보관하세요. ChatGPT에 접속할 수 있는 노드가 있다고 해서 서비스가 모든 지역이나 계정에서 보장되는 것은 아니며, 이용 조건과 계정 보안 안내를 따라야 합니다.

DNS 문제라면 로그에 lookup, 이름 해석 실패, DNS 요청 시간 초과와 같은 단서가 나타날 수 있습니다. 먼저 코어가 실행 중인 최종 설정에서 DNS가 활성화되어 있는지와 실제 업스트림에 연결 가능한지 확인하세요. 브라우저의 보안 DNS 또는 DoH 기능이 운영체제와 다른 DNS 경로를 사용하면 클라이언트 설정만으로 모든 조회가 바뀌지 않을 수도 있습니다. DNS 서버 주소를 여러 개 무작정 추가하거나 공개 DNS를 무조건 사용하도록 바꾸기보다, 실패한 도메인과 요청 경로를 기록해 한 가지 변경씩 시험하세요.

페이지는 열리지만 로그인이 멈추거나 인증이 반복된다면 로그인 화면의 리디렉션 흐름과 브라우저의 쿠키 차단 설정을 확인합니다. 팝업 차단, 추적 방지, 광고 차단 확장 프로그램이 인증 창이나 스크립트를 막을 수 있습니다. 먼저 확장 프로그램을 잠시 비활성화한 별도 프로필이나 시크릿 창에서 시험하세요. 시크릿 창에서만 성공한다면 기존 프로필의 쿠키나 사이트 데이터가 원인일 수 있습니다. 해당 사이트 데이터만 지운 뒤 다시 로그인하고, 모든 브라우저 데이터를 먼저 삭제하지는 마세요.

브라우저 주소창에서 로그인 도중 도메인이 바뀌는지 확인하고, 클라이언트 연결 기록에 그 도메인이 나타나는지 비교하세요.
기기의 날짜, 시간, 시간대가 올바른지 확인하세요. 시간이 크게 어긋나면 인증서 검증이나 로그인 세션에 문제가 생길 수 있습니다.
로그인 요청 자체가 실패하는지, 인증 후 ChatGPT 페이지로 돌아오는 단계에서 실패하는지 구분하세요. 두 경우는 필요한 점검 항목이 다릅니다.
서비스 상태나 계정 관련 안내에 장애 또는 추가 확인이 표시되면 프록시 설정을 반복해서 바꾸기 전에 해당 안내를 따르세요.

원인을 찾았다면 전역 모드처럼 범위가 넓은 임시 설정을 원래 모드로 되돌리고, 한 번에 적용한 변경만 남기세요. 문제가 재현될 때의 클라이언트 버전, 코어 버전, 모드, 대상 도메인, 오류 시각을 기록하면 추가 지원을 받을 때도 도움이 됩니다.