Clash에서 ChatGPT 접속이 안 될 때, 연결 시간 초과 해결법
먼저 오류 증상과 요청 경로를 구분하세요
Clash를 켰는데 ChatGPT가 연결 시간 초과로 열리지 않는다면, 곧바로 DNS나 구독을 바꾸기보다 요청이 어디에서 멈추는지부터 확인하세요. 브라우저가 로컬 프록시에 요청을 보내지 못하는 경우, 규칙이 요청을 예상과 다른 경로로 보내는 경우, 선택한 노드가 원격 서버에 연결하지 못하는 경우는 화면에 비슷한 시간 초과 메시지로 나타날 수 있습니다. 원인을 나누지 않고 여러 설정을 한꺼번에 변경하면 정상적으로 작동하던 다른 앱까지 영향을 받을 수 있습니다.
우선 ChatGPT 페이지를 새로고침하고, 로그인 화면·대화 목록·메시지 전송 중 어느 단계에서 실패하는지 기록하세요. 같은 브라우저에서 다른 일반 웹사이트는 열리는지도 확인합니다. 다른 사이트는 정상인데 ChatGPT만 실패한다면 대상 도메인의 규칙, 노드 경로, 브라우저의 쿠키나 확장 프로그램을 우선 살펴보세요. 여러 사이트가 함께 실패한다면 클라이언트 코어 상태, 로컬 프록시 포트, 노드 연결을 먼저 점검하는 편이 좋습니다.
클라이언트의 ‘연결’ 또는 ‘로그’를 열고 실패 시각에 새 요청을 발생시켜 보세요. 요청이 전혀 기록되지 않으면 브라우저가 시스템 프록시를 따르는지, TUN을 사용하는 경우 가상 네트워크 어댑터가 활성 상태인지 확인합니다. 요청이 기록되면 대상 도메인, 적용 규칙, 선택된 프록시 그룹, 결과 상태를 확인하세요. 요청이 DIRECT로 나갔다면 규칙 문제일 수 있고, 프록시 경로에서 반복적으로 시간 초과가 난다면 노드나 네트워크 문제일 가능성이 있습니다.
모드·노드·규칙을 차례로 비교하세요
규칙 모드에서는 설정의 규칙에 따라 연결이 직접 연결, 차단 또는 프록시 그룹으로 전달됩니다. ChatGPT 관련 도메인이 직접 연결 규칙에 먼저 걸리거나, 규칙이 선택한 그룹에서 사용할 수 없는 노드를 선택하면 브라우저가 응답을 기다리다 시간 초과될 수 있습니다. 전역 모드는 코어에 들어온 요청의 처리 방식을 비교하는 진단 수단으로 사용할 수 있지만, 시스템 프록시를 사용하지 않는 앱까지 자동으로 프록시로 보내 주지는 않습니다.
| 관찰 결과 | 우선 확인할 항목 | 다음 조치 |
|---|---|---|
| 로그에 ChatGPT 요청이 없음 | 브라우저의 프록시 경로, 시스템 프록시 상태, TUN 상태 | 프록시를 따르는 앱에서 다시 요청하고, 클라이언트의 로컬 포트가 실제로 열려 있는지 확인 |
| 요청 규칙이 DIRECT로 표시됨 | 대상 도메인과 규칙 순서 | 규칙 모드의 관련 규칙과 정책 그룹을 확인하고 설정 출처에 맞게 수정 |
| 프록시 그룹으로 전달되지만 시간 초과 | 선택한 노드의 연결 상태와 그룹 선택 항목 | 같은 그룹에서 다른 사용 가능 노드로 바꿔 한 번만 재시험 |
| 로그에는 성공인데 브라우저 화면만 실패 | 브라우저 캐시·쿠키, 확장 프로그램, 다른 프록시 설정 | 비공개 창이나 확장 프로그램을 끈 상태에서 비교 |
| 도메인 확인 또는 연결 단계에서 실패 | DNS 설정, 현재 네트워크, 코어 로그 | DNS 오류와 원격 연결 오류를 구분해 각각 확인 |
노드를 바꿀 때는 한 번에 하나만 비교하고, 변경 전 선택된 노드와 결과를 메모하세요. 그룹 이름 옆에 지연 시간이 표시되더라도 그 수치가 ChatGPT의 모든 도메인이나 TLS 연결이 정상이라는 뜻은 아닙니다. 지연 시간 테스트는 보통 특정 테스트 주소에 대한 결과이므로 실제 요청 로그와 함께 판단해야 합니다.
규칙을 직접 편집한다면 기존 설정을 먼저 백업하고, 임의로 여러 도메인을 추가하거나 규칙 순서를 뒤섞지 마세요. 규칙은 위에서 아래로 평가되는 설정이 일반적이므로, 포괄적인 도메인 규칙이 더 구체적인 규칙보다 앞에 있으면 기대한 정책이 적용되지 않을 수 있습니다. 설정을 제공받았다면 해당 클라이언트와 코어에 맞는 규칙 안내를 확인하세요.
직접 테스트해 실패 지점을 좁히세요
아래 절차는 데스크톱 클라이언트의 로컬 HTTP 혼합 포트를 사용하는 경우를 기준으로 합니다. 먼저 설정에서 실제 포트 번호를 확인하고, ChatGPT가 열리지 않는 동일한 기기에서 테스트하세요. 브라우저만 바꾸거나 네트워크를 바꾸기 전에 요청이 Clash에 들어오는지, 그리고 로컬 프록시를 통해 HTTPS 연결이 성립하는지를 분리해 확인할 수 있습니다.
- 기존 상태 기록: 클라이언트의 코어가 실행 중인지 확인합니다. 현재 모드, 프록시 그룹에서 선택한 노드, 로그의 오류 시각을 적어 두고 필요한 경우 설정 파일을 안전한 위치에 백업하세요.
- 로컬 포트 확인: 클라이언트 설정에서 혼합 포트 또는 HTTP 프록시 포트를 확인합니다. 아래 명령의
7890을 실제 값으로 바꿉니다. 컨트롤러 포트는 웹 요청용 프록시 포트가 아니므로 사용하지 마세요. - 프록시 요청 실행: macOS 또는 Linux 터미널에서 다음 명령을 실행합니다.
curl -I --connect-timeout 10 --max-time 25 \
--proxy http://127.0.0.1:7890 \
https://chatgpt.com/- 로그와 결과 대조: 명령을 실행한 시각의 Clash 로그에서 해당 요청이 들어왔는지 확인합니다. HTTP 상태 코드가 반환되면 적어도 로컬 프록시를 통한 연결과 서버 응답까지 도달한 것입니다. 이 경우 브라우저의 쿠키, 확장 프로그램, 저장된 세션을 따로 비교하세요.
- 오류에 따라 분기: 연결 거부가 나오면 포트 번호, 코어 실행 상태, 로컬 포트 충돌을 확인합니다. 연결 시간 초과가 나오고 로그에 노드 경로가 보이면 선택 노드와 네트워크를 확인합니다. 로그에 요청이 없으면 로컬 주소나 포트가 잘못됐거나 요청이 코어에 도달하지 않은 것입니다.
이 명령은 HTTP 프록시를 이용한 진단 예시입니다. 실제 포트가 SOCKS 전용이라면 이 형식으로 테스트하지 말고 클라이언트가 표시하는 프록시 유형에 맞춰야 합니다. 테스트가 끝나면 로그에 인증 정보나 민감한 주소가 남지 않았는지 확인하고, 공개적으로 공유할 때는 구독 토큰과 노드 정보를 가리세요.
DNS와 네트워크를 구분해 확인하세요
DNS 오류와 노드 연결 오류는 로그에서 서로 다른 단계로 나타날 수 있습니다. DNS 확인 실패, 이름 확인 시간 초과가 표시되면 클라이언트의 DNS 설정, 사용 중인 DNS 서버, 네트워크 변경 여부를 확인하세요. 반대로 도메인 확인은 성공했지만 원격 연결 단계에서 시간 초과가 나면 노드가 대상 서버에 연결할 수 있는지, 현재 Wi-Fi나 유선 네트워크에서 프록시 연결이 차단되는지 살펴보는 것이 우선입니다.
회사·학교 네트워크, 공용 Wi-Fi, 모바일 핫스팟을 오가면 방화벽이나 네트워크 정책이 달라질 수 있습니다. 가능하면 허용된 다른 네트워크에서 같은 설정과 같은 노드를 비교하세요. 다른 네트워크에서만 성공하면 클라이언트 설정을 무작정 초기화하기보다 원래 네트워크의 제한이나 DNS 동작을 확인합니다. 시간과 날짜가 크게 어긋난 경우 TLS 인증서 검증이 실패할 수 있으므로 운영체제의 자동 날짜 및 시간 설정도 확인하세요.
DNS를 시험한다는 이유로 설정 파일 전체를 인터넷에 올리거나, 출처를 모르는 공용 DNS 주소를 여러 개 추가하지 마세요. 클라이언트의 DNS 모드는 코어와 설정에 따라 동작이 다르며, 시스템 DNS를 바꿔도 코어가 별도의 DNS 서버를 사용하면 결과가 달라지지 않을 수 있습니다. 설정을 수정해야 한다면 원래 값을 기록하고 한 항목만 변경한 뒤, 같은 도메인으로 다시 테스트하세요.
시스템 프록시와 TUN의 차이를 확인하세요
시스템 프록시는 운영체제의 프록시 설정을 따르는 브라우저와 앱에 주로 적용됩니다. 브라우저 확장 프로그램이 별도 프록시를 지정하거나, 앱 자체에 프록시 설정이 있으면 시스템 설정과 다른 경로를 사용할 수 있습니다. TUN은 가상 네트워크 인터페이스를 통해 더 많은 트래픽을 처리할 수 있지만, 권한·서비스 상태·라우팅 설정에 영향을 받습니다. 시스템 프록시와 TUN을 동시에 무작정 켜고 끄기보다 현재 어떤 방식으로 요청이 들어오는지 로그로 확인하세요.
브라우저의 비공개 창에서 접속이 되면 기존 프로필의 확장 프로그램이나 사이트 데이터가 원인일 수 있습니다. 모든 브라우저와 앱에서 같은 문제가 생기면 클라이언트 연결 로그와 네트워크 경로를 우선 점검하세요. VPN, 다른 프록시 클라이언트, 보안 필터가 동시에 실행 중이라면 하나씩 연결을 해제해 비교하되, 조직에서 관리하는 기기의 보안 정책은 임의로 우회하지 마세요.
변경은 최소화하고 재현 결과를 기록하세요
문제를 해결하는 가장 빠른 방법은 여러 옵션을 한꺼번에 바꾸는 것이 아니라, 실패한 단계를 반복해서 확인하는 것입니다. 설정 파일을 수정하기 전에 복사본을 보관하고, 노드 변경·모드 변경·DNS 변경은 각각 따로 시험하세요. 변경 후에는 같은 브라우저, 같은 도메인, 같은 네트워크에서 재현해 결과를 비교합니다. 문제가 해결되면 진단을 위해 변경했던 항목 중 필요하지 않은 것은 원래 상태로 되돌리고 한 번 더 확인하세요.
- 요청이 로그에 없음: 브라우저의 프록시 사용 여부, 시스템 프록시 주소와 포트, TUN 서비스 상태를 확인합니다.
- 규칙이 예상과 다름: 해당 요청에 실제 적용된 규칙과 규칙 순서, 정책 그룹에서 선택한 항목을 확인합니다.
- 특정 노드에서만 실패: 다른 사용 가능 노드를 같은 그룹에서 한 번씩 비교하고, 실패가 특정 네트워크에서만 발생하는지도 기록합니다.
- DNS 단계에서 실패: DNS 관련 로그와 현재 네트워크를 확인하고, 코어가 사용하는 DNS 설정을 기준으로 한 항목씩 시험합니다.
- HTTP 응답은 있지만 로그인이나 화면이 실패: 브라우저 확장 프로그램, 사이트 데이터, 로그인 세션을 비교하고 클라이언트 연결 로그와 대조합니다.
지원 요청을 보낼 때는 클라이언트와 코어의 버전, 운영체제, 사용한 모드, 오류 발생 시각, 로그에 표시된 적용 규칙과 실패 단계를 포함하면 진단에 도움이 됩니다. 로그나 설정 파일을 공유하기 전에는 구독 주소, 토큰, 노드 서버 주소와 인증 정보, 계정 정보를 반드시 가리세요. ChatGPT 접속 문제가 반복되더라도 모든 도메인을 무조건 한 노드로 보내거나 보안 기능을 끄는 방식은 피하고, 확인된 실패 지점에 맞는 설정만 조정하세요.