1. 먼저 오류가 발생하는 위치를 구분하세요
Clash를 켰는데 ChatGPT 페이지가 열리지 않는다고 해서 원인이 항상 노드에 있는 것은 아닙니다. 브라우저에서 페이지 자체가 열리지 않는지, 로그인 후 화면이 멈추는지, 메시지를 보낼 때만 시간이 초과되는지에 따라 확인할 지점이 달라집니다. 특히 웹페이지 접속, 계정 인증, 대화 요청은 서로 다른 도메인이나 연결을 사용할 수 있으므로 한 화면의 오류만으로 전체 프록시 상태를 판단하지 마세요.
먼저 같은 노드로 다른 일반 웹사이트에 접속해 봅니다. 다른 사이트도 열리지 않으면 노드, 로컬 프록시, 네트워크 연결을 우선 확인하세요. 다른 사이트는 정상인데 ChatGPT만 실패한다면 규칙이 해당 연결을 직접 연결로 보내는지, 브라우저의 DNS나 보안 기능이 경로를 바꾸는지 살펴보는 편이 효율적입니다. ChatGPT 접속은 되지만 로그인이나 대화 응답만 멈춘다면 브라우저 쿠키, 확장 기능, 세션 문제도 별도로 점검해야 합니다.
| 관찰한 증상 | 먼저 확인할 항목 | 비교 방법 |
|---|---|---|
| 모든 사이트가 시간 초과 | 노드 연결 상태, 클라이언트 포트, 네트워크 | 다른 노드와 일반 사이트를 차례로 시험 |
| ChatGPT만 열리지 않음 | 규칙, 선택된 정책 그룹, DNS 응답 | 연결 기록에서 관련 요청의 규칙과 출구 확인 |
| 페이지는 열리지만 로그인 또는 응답이 멈춤 | 인증 요청, 브라우저 확장 기능, 세션 | 시크릿 창이나 다른 브라우저에서 재현 여부 확인 |
| 브라우저에서는 되지만 앱에서는 실패 | 앱의 프록시 지원 여부, TUN 적용 범위 | 시스템 프록시와 TUN을 각각 비교 |
2. 모드와 규칙에서 ChatGPT 연결이 어디로 가는지 확인
규칙 모드에서는 코어가 연결 정보를 바탕으로 규칙을 위에서 아래로 확인하고, 처음 일치한 규칙의 정책을 적용합니다. 따라서 프록시를 선택해 두었더라도 ChatGPT 연결이 DIRECT 규칙에 먼저 걸리면 직접 연결될 수 있습니다. 반대로 규칙이 프록시 그룹을 지정하더라도 그 그룹에서 DIRECT를 선택한 상태라면 노드를 통하지 않습니다. 모드 표시뿐 아니라 실제 정책 선택과 연결 기록을 함께 확인하세요.
클라이언트의 연결 또는 트래픽 화면에서 실패 시각의 요청을 찾고, 대상 도메인, 매칭된 규칙, 정책 그룹, 최종 선택된 노드를 확인합니다. 제품과 버전에 따라 화면 이름은 다르지만, 연결의 목적지와 규칙 결과를 확인하는 절차는 같습니다. ChatGPT 화면에서 발생한 요청 전체가 하나의 도메인으로만 표시된다고 가정하지 말고, 페이지 로드와 로그인, API 요청 시각에 나타난 관련 항목을 각각 살펴보세요.
규칙 모드와 전역 모드를 임시 비교
규칙 결과가 의심된다면 잠시 전역 모드로 바꾸고, 전역 정책 그룹에서 실제 프록시 노드를 선택해 같은 동작을 시험할 수 있습니다. 이때 연결을 새로 만들어야 하므로 페이지를 새로고침하거나 새 브라우저 창에서 테스트하세요. 규칙 모드에서는 실패하고 전역 모드에서는 성공한다면 노드 자체보다 규칙 순서, 규칙 세트, 그룹 선택을 우선 조사할 근거가 됩니다. 두 모드 모두 실패하면 노드나 DNS, 서비스 측 상태를 더 살펴보세요.
전역 모드는 문제 비교를 위한 임시 수단입니다. 전체 연결의 출구 정책을 바꿀 수 있으므로 테스트를 마친 뒤 원래 모드로 되돌리고, 전역 그룹에 직접 연결이 선택되어 있지 않은지도 확인하세요. 설정을 고칠 때는 구독 원본을 직접 수정하기보다 클라이언트의 오버라이드 또는 병합 기능을 사용하고, 규칙에서 참조하는 그룹 이름이 현재 설정과 정확히 일치하는지 확인합니다.
3. 직접 따라 하기: 노드, DNS, 브라우저를 순서대로 비교
한 번에 여러 설정을 바꾸면 해결 여부와 원인을 구분하기 어렵습니다. 아래 순서대로 한 항목씩 바꾸고, 매 단계에서 같은 페이지 동작을 반복하세요. 테스트 결과와 변경한 값도 짧게 기록해 두면 원래 설정으로 돌아가기 쉽습니다.
- 현재 연결 기록 확인: ChatGPT 페이지를 새로고침하면서 실패 시각의 연결을 찾습니다. 연결이 기록에 전혀 나타나지 않으면 브라우저가 프록시 설정을 따르지 않거나, 해당 트래픽이 코어로 들어오지 않는 상황일 수 있습니다.
- 규칙과 정책 확인: 기록된 요청의 매칭 규칙과 최종 출구를 확인합니다. 프록시 그룹을 사용한다면 그룹 안에서 실제로 동작하는 노드를 선택합니다. 규칙 모드와 전역 모드를 임시 비교한 뒤 원래 모드로 복구합니다.
- 노드 변경: 같은 그룹에서 다른 노드를 하나만 선택해 페이지 로드와 로그인, 메시지 전송을 각각 시험합니다. 한 노드에서만 실패하고 다른 노드에서는 성공한다면 노드의 연결 품질이나 목적지까지의 경로 차이를 의심할 수 있습니다. 이름이 비슷한 노드라도 출구 위치와 네트워크 경로가 같다고 단정하지 마세요.
- DNS 경로 비교: 코어 로그에서 DNS 조회 오류나 응답 지연이 있는지 확인합니다. 클라이언트가 지원한다면 DNS 모드나 설정을 한 번에 하나씩 바꾸어 시험하고, 변경 후에는 브라우저를 완전히 종료했다가 다시 실행합니다. 브라우저의 보안 DNS 기능이 별도 경로를 사용할 수 있으므로 진단 중에는 브라우저 설정도 확인하세요.
- 브라우저 변수 제거: 시크릿 창에서 접속하거나 확장 기능을 잠시 끄고, 다른 브라우저에서도 같은 증상이 있는지 비교합니다. 시크릿 창에서도 동작하지 않으면 쿠키만의 문제로 단정하기 어렵습니다. 로그인 단계에서만 실패한다면 세션을 다시 시작하고, 계정 인증 과정의 오류 여부를 따로 확인합니다.
- 원래 설정 복구: 테스트를 끝내면 임시 전역 모드, DNS 변경, 확장 기능 상태를 원래대로 되돌립니다. 성공한 변경만 남기고, 어떤 단계에서 달라졌는지 메모합니다.
4. 브라우저 외 앱은 시스템 프록시와 TUN을 따로 점검
시스템 프록시는 이를 따르는 앱이 로컬 HTTP 또는 SOCKS 프록시로 연결하도록 안내합니다. 일부 앱은 시스템 설정을 읽지 않거나 자체 네트워크 기능을 사용하므로, 브라우저와 동일하게 프록시를 거친다고 볼 수 없습니다. TUN은 가상 네트워크 인터페이스와 운영체제 라우팅을 통해 더 많은 IP 트래픽을 코어로 전달할 수 있지만, 노드나 규칙 문제를 대신 해결하지는 않습니다.
브라우저에서는 ChatGPT가 열리는데 데스크톱 앱이나 다른 프로그램에서는 시간 초과가 난다면, 먼저 해당 앱이 시스템 프록시를 지원하는지 확인하세요. 지원하지 않거나 연결이 코어에 나타나지 않는 경우에만 TUN을 비교할 수 있습니다. TUN을 켤 때는 운영체제가 요청하는 권한을 승인하고, 다른 VPN이나 네트워크 필터가 함께 동작 중인지 확인합니다. 서로 다른 VPN, 가상 어댑터, 보안 제품이 동시에 라우팅을 변경하면 연결 경로가 예상과 달라질 수 있습니다.
TUN을 켠 뒤에는 모든 연결이 자동으로 프록시 노드를 사용하는 것이 아닙니다. 코어에 들어온 연결은 여전히 규칙에 따라 프록시, DIRECT 또는 차단 정책으로 처리됩니다. 연결 기록에 요청이 나타나는지, 어떤 규칙과 정책이 적용됐는지 확인하고, 테스트 후 필요하지 않다면 TUN을 끄세요. Android에서는 VPN 연결 권한을 다른 VPN 앱과 동시에 사용할 수 없는 경우가 있으므로 시스템의 VPN 상태도 살펴봐야 합니다.
시간 초과가 계속되면 연결 단계도 구분
노드 연결 검사 성공은 그 노드에서 ChatGPT까지의 모든 요청이 정상이라는 뜻이 아닙니다. 노드와의 연결, 대상 서비스까지의 연결, 브라우저의 응답 처리는 각각 다른 단계입니다. 한 노드에서 페이지는 열리지만 메시지 전송이 멈추는 경우에는 관련 연결이 기록되는지, 반복적인 연결 실패나 재시도가 있는지 확인합니다. 일부 네트워크에서는 UDP 또는 HTTP/3 경로가 불안정할 수 있지만, 프로토콜을 무조건 차단하거나 설정을 일괄 변경하기 전에 다른 노드와 브라우저를 비교해 원인을 좁히세요.
5. 해결되지 않을 때 변경 범위를 줄이고 안전하게 마무리
서로 다른 노드에서도 실패하고, 규칙 모드와 전역 모드의 결과가 같으며, 다른 브라우저에서도 재현된다면 클라이언트 설정만의 문제라고 단정하지 마세요. 현재 인터넷 연결, 구독 상태, 코어 로그의 DNS 또는 연결 오류, 서비스의 일시적인 상태를 함께 확인합니다. 계정이나 서비스 접근 가능 여부는 네트워크 경로와 별개로 영향을 줄 수 있으며, 지역 및 계정 관련 제한을 임의의 설정 변경으로 해결할 수 있는 것은 아닙니다.
- 설정 오류가 의심되면 현재 설정을 백업한 뒤 마지막으로 변경한 오버라이드만 되돌립니다.
- 한 노드만 실패하면 다른 노드와 비교하고, 여러 노드가 같은 방식으로 실패하면 DNS와 네트워크 환경을 확인합니다.
- 브라우저에서만 실패하면 확장 기능, 사용자 지정 DNS, 기존 세션을 점검하고 앱에서만 실패하면 시스템 프록시와 TUN 적용 여부를 확인합니다.
- 코어가 구독의 프로토콜이나 필드를 지원하지 않는다는 로그가 있다면 클라이언트 업데이트만으로 해결된다고 가정하지 말고, 실제 사용 중인 코어의 이름과 버전을 확인합니다.
문제를 공유하거나 문의할 때는 오류 시각, 운영체제, 클라이언트와 코어 버전, 선택한 모드, 연결 기록에서 확인한 규칙 결과를 정리하세요. 구독 URL, 노드 인증 정보, 계정 이메일, 쿠키, 인증 토큰은 제거해야 합니다. 원인을 좁힌 뒤에는 임시 전역 모드나 TUN 설정을 그대로 방치하지 말고 일상적으로 사용할 설정으로 복구하세요.