먼저 오류가 발생하는 구간을 구분하세요
Clash에서 노드를 선택하고 연결 상태가 정상으로 표시되더라도 ChatGPT 페이지가 열린다는 보장은 없습니다. 노드 연결, 규칙 매칭, 운영체제의 트래픽 전달, 브라우저 요청은 서로 다른 단계입니다. 먼저 문제가 브라우저에만 있는지, ChatGPT 도메인에서만 발생하는지, 아니면 프록시를 통한 모든 웹 요청에서 나타나는지 확인하세요.
페이지가 계속 로딩되거나 브라우저에 시간 초과가 표시되면 로컬 프록시 포트, 선택된 노드, DNS 또는 네트워크 경로를 점검해야 합니다. 반면 페이지가 열리고 로그인 화면까지 도달하지만 계정 인증, 요청 제한 또는 서비스 이용 가능성 안내가 표시된다면 단순한 연결 시간 초과와는 다른 문제일 수 있습니다. 오류 문구와 발생 시각을 기록해 두면 연결 실패와 서비스 측 응답을 구분하기 쉽습니다.
| 증상 | 우선 확인할 항목 | 다음 테스트 |
|---|---|---|
| 브라우저가 연결 시간 초과를 표시 | 시스템 프록시 또는 TUN이 실제로 요청을 전달하는지 | 로컬 프록시 포트를 지정한 요청으로 테스트 |
| 다른 사이트도 열리지 않음 | 커널 실행 상태, 노드, 정책 그룹, 포트 점유 | 일반 HTTPS 사이트로 프록시 연결 확인 |
| ChatGPT만 실패 | 일치한 규칙, DNS 결과, 브라우저 확장 프로그램 | 연결 기록에서 ChatGPT 요청의 최종 아웃바운드 확인 |
| 페이지는 열리지만 로그인 또는 요청이 실패 | 오류 문구, 계정 상태, 브라우저 쿠키와 서비스 안내 | 브라우저의 비공개 창이나 다른 브라우저에서 비교 |
노드와 규칙 그룹이 ChatGPT 요청을 처리하는지 확인
Clash Meta 계열 클라이언트의 화면은 구독, 노드, 정책 그룹을 관리하고 mihomo 코어는 연결을 받아 규칙에 따라 직접 연결하거나 프록시로 전달합니다. 노드 목록에 항목이 보인다는 사실만으로 ChatGPT 요청이 그 노드를 사용한다고 판단할 수는 없습니다. 규칙 모드에서는 요청이 먼저 일치하는 규칙을 따르므로, 대상 도메인이 DIRECT 또는 다른 그룹으로 분류될 수 있습니다.
- 현재 활성 설정을 선택하고 코어 로그에 YAML 오류나 시작 실패가 없는지 확인합니다.
- 프록시 또는 전략 그룹 화면에서 실제 외부 노드가 선택되어 있는지 확인합니다.
DIRECT는 직접 연결이고REJECT는 차단이므로 프록시 노드가 아닙니다. - 연결 기록에서 ChatGPT 페이지를 새로고침한 시각의 요청을 찾습니다. 표시된 규칙과 최종 아웃바운드가 의도한 프록시 그룹 및 노드인지 확인합니다.
- 자동 선택 그룹을 사용한다면 진단 중에는 사용 가능한 노드 하나를 직접 선택해 자동 전환 변수를 줄입니다.
ChatGPT 웹사이트는 페이지 자체 외에도 로그인, API 요청, 정적 리소스 등 여러 도메인에 연결할 수 있습니다. 구독의 규칙이나 도메인 데이터베이스가 바뀌면 요청별 분류도 달라질 수 있습니다. 연결 기록에서 실제로 실패한 호스트를 확인한 뒤 판단하세요. 웹사이트가 열리지 않는다는 이유만으로 추측한 도메인을 여러 개 추가하거나, 전체 트래픽을 무조건 프록시로 보내도록 규칙을 바꾸면 원인을 더 찾기 어려워질 수 있습니다.
구독에서 내려받은 설정 파일을 직접 수정하면 다음 업데이트 때 변경 사항이 사라질 수 있습니다. 규칙을 보완해야 한다면 클라이언트가 지원하는 오버라이드나 설정 병합 기능을 사용하고, 해당 기능이 없다면 원본 설정을 백업한 뒤 제공업체의 설정 관리 방법을 확인하세요. 규칙을 추가할 때는 이미 존재하는 rules 항목과 정책 그룹 이름을 확인하고, YAML 최상위에 같은 키를 중복으로 만들지 마세요.
시스템 프록시와 TUN을 각각 점검하는 방법
시스템 프록시는 운영체제의 프록시 설정을 읽는 앱이 로컬 프록시 포트에 요청하도록 합니다. TUN은 가상 네트워크 인터페이스와 라우팅을 통해 더 넓은 범위의 IP 트래픽을 코어에 전달할 수 있습니다. 두 기능은 트래픽을 코어로 가져오는 방식이지, 노드 선택이나 규칙 자체를 대신하지 않습니다. 문제를 진단할 때는 둘을 동시에 켜고 끄기보다 먼저 사용 중인 방식을 하나씩 확인하세요.
로컬 프록시 포트로 명시적 요청 보내기
아래 예시는 혼합 포트가 7890인 경우입니다. 이 값은 모든 클라이언트의 고정 포트가 아니므로 Clash Verge, Clash Verge Rev 또는 사용 중인 앱의 포트 설정에서 실제 값을 확인하고 바꾸세요.
# macOS / Linux
curl --noproxy "" -x http://127.0.0.1:7890 -I --connect-timeout 10 --max-time 25 https://chatgpt.com/
# Windows PowerShell
curl.exe --noproxy "" -x http://127.0.0.1:7890 -I --connect-timeout 10 --max-time 25 https://chatgpt.com/- 로컬 연결이 거부됨: 코어가 실행 중인지, 설정된 포트에서 수신 대기하는지, 명령의 포트 번호가 실제 값과 일치하는지 확인합니다.
- 로컬 프록시에 연결된 뒤 시간 초과: 연결 기록에서 규칙, 정책 그룹, 선택된 노드를 확인합니다. 다른 외부 HTTPS 사이트도 같은 방식으로 테스트해 특정 도메인 문제인지 비교하세요.
- 응답 헤더가 반환됨: 해당 요청이 완료된 것입니다. 응답 코드만으로 계정이나 웹 앱의 모든 기능이 정상이라고 단정하지 말고, 브라우저 동작도 별도로 확인합니다.
브라우저, DNS, 연결 기록을 순서대로 확인
명시적 프록시 요청은 성공하지만 브라우저에서만 ChatGPT가 열리지 않는다면 브라우저가 시스템 프록시를 따르는지 먼저 살펴보세요. Firefox는 자체 프록시 설정을 사용할 수 있고, 브라우저 확장 프로그램이나 자동 프록시 구성(PAC)이 시스템 설정을 바꿀 수도 있습니다. 문제를 재현하는 동안 프록시 전환 확장 프로그램과 다른 VPN 앱은 잠시 중지하고, 브라우저의 프록시 설정이 클라이언트의 로컬 주소와 포트에 맞는지 확인합니다.
- 브라우저에서 비공개 창을 열어 같은 주소를 테스트합니다. 비공개 창에서는 확장 프로그램이 비활성화될 수 있지만 브라우저 설정에 따라 다르므로 확장 프로그램 상태를 직접 확인하세요.
- 다른 브라우저에서도 같은 문제가 발생하는지 비교합니다. 한 브라우저에서만 실패하면 브라우저의 프록시, 확장 프로그램, 쿠키 또는 사이트 데이터 범위를 우선 확인합니다.
- Clash 연결 기록에서 새로고침 시각과 일치하는 요청을 찾습니다. 요청이 기록에 없다면 브라우저가 프록시나 TUN을 통하지 않았을 가능성을 먼저 살펴봅니다.
- 요청은 기록되지만 DNS 오류나 연결 시간 초과가 보이면 노드를 고정해 다시 시험하고, DNS 설정을 변경했다면 원래 값으로 되돌려 비교합니다.
DNS 설정을 여러 개 동시에 바꾸면 어떤 변경이 결과에 영향을 줬는지 알기 어렵습니다. 먼저 일반 도메인 접속이 되는지, ChatGPT 요청의 목적지 호스트가 연결 기록에 표시되는지 확인하세요. fake-ip를 사용하는 설정에서는 DNS 응답과 연결 기록이 서로 연결되어 보일 수 있으므로, 임의로 DNS 가로채기나 fake-ip 범위를 교체하지 말고 구독의 기존 DNS 설계를 기준으로 점검합니다.
연결 기록에 DIRECT가 표시되면 해당 요청은 선택한 원격 노드가 아니라 직접 연결 경로를 택한 것입니다. 의도한 결과가 아니라면 일치한 규칙과 정책 그룹을 확인하세요. 프록시 노드가 표시되는데도 실패한다면 같은 노드로 다른 HTTPS 사이트를 요청해 노드 전체 문제와 특정 호스트 연결 문제를 구별합니다. 특정 서비스에 대한 진단 결과는 당시의 DNS, 규칙, 네트워크 상태에 대한 정보일 뿐, 향후 접속 가능성을 보장하지 않습니다.
변경을 하나씩 적용하고 결과를 기록
문제 해결 중에는 설정 백업이나 현재 구독 상태를 남긴 뒤 한 번에 한 가지 항목만 바꾸세요. 노드를 교체한 직후에는 같은 브라우저와 같은 테스트 주소로 다시 접속하고, 그다음 시스템 프록시 또는 TUN, 마지막으로 규칙과 DNS를 확인합니다. 여러 항목을 한꺼번에 변경하면 잠시 연결되더라도 원인을 알 수 없고, 구독 갱신이나 네트워크 변경 뒤 문제가 다시 나타날 수 있습니다.
- 모든 프록시 테스트가 실패: 코어 시작 로그, 로컬 포트, 노드 인증 정보와 네트워크 연결을 우선 점검합니다.
- 일반 사이트는 열리지만 ChatGPT 요청만 실패: 해당 요청의 도메인, 규칙, 최종 아웃바운드와 DNS 응답을 확인합니다.
- 명시적 요청은 성공하지만 브라우저만 실패: 시스템 프록시 적용 여부, 브라우저 자체 설정, 확장 프로그램을 확인합니다.
- 웹페이지는 열리지만 서비스 오류가 표시: 오류 문구와 계정 안내를 확인합니다. 이를 네트워크 시간 초과로 단정하지 않습니다.
변경 후 결과가 더 나빠지면 마지막으로 수정한 값만 원래대로 되돌리고 동일한 테스트를 다시 실행하세요. 설정을 임의로 초기화하거나 제공업체가 관리하는 노드·정책 그룹을 지우기 전에 원본을 보관하는 것이 안전합니다. 이렇게 하면 Clash의 연결 경로 문제와 브라우저 문제, 서비스가 표시하는 별도의 오류를 구분할 수 있습니다.