1. 먼저 트래픽이 Clash를 통과하는지 확인하기
ChatGPT 페이지가 열리지 않거나 연결 시간이 초과될 때는 설정을 한꺼번에 바꾸기보다 요청이 어디까지 전달되는지부터 확인하세요. 브라우저에서 주소를 입력해도 연결이 Clash 코어에 들어오지 않는다면 규칙이나 노드를 바꿔도 결과가 달라지지 않습니다. 반대로 연결 목록에 요청이 표시되면 매칭된 규칙과 선택된 아웃바운드를 확인해 원인을 좁힐 수 있습니다.
- 모드 확인: 클라이언트가 Rule／규칙 모드인지 확인하세요. Global／전역 모드에서는 규칙별 분기 결과를 시험하기 어렵고, Direct／직결 모드는 프록시를 거치지 않을 수 있습니다.
- 프록시 진입 확인: 브라우저가 시스템 프록시를 사용하도록 설정되어 있는지 살펴보세요. 시스템 프록시를 따르지 않는 앱의 연결까지 처리해야 한다면 TUN을 검토할 수 있지만, 이 문제를 확인하는 첫 단계에서는 브라우저 하나로 테스트하는 편이 간단합니다.
- 연결 기록 확인: Clash의 연결 목록이나 로그 화면을 열고 ChatGPT 페이지를 한 번 새로고침하세요. 새 연결이 나타나지 않으면 브라우저 프록시 설정, 클라이언트의 시스템 프록시 적용 상태, 확장 프로그램의 프록시 설정부터 점검합니다.
- 실행 코어와 설정 확인: 클라이언트 화면에 표시되는 코어 이름과 버전을 기록하고, 현재 실행 설정에서 프록시 그룹과 규칙이 실제로 적용됐는지 확인하세요. 구독 갱신이나 설정 병합으로 직접 수정한 파일이 덮어써졌을 수도 있습니다.
시스템 프록시와 TUN은 연결이 코어에 들어오는 경로를 정하고, 규칙은 코어에 도착한 연결의 출구를 정합니다. TUN을 켰다는 이유만으로 모든 트래픽이 프록시를 통과하는 것은 아니며, 브라우저에서 일부 사이트가 열린다고 TUN과 DNS까지 모두 정상이라는 뜻도 아닙니다.
2. 노드와 프록시 모드를 분리해 테스트하기
연결 목록에 요청이 보이면 현재 선택된 노드 또는 정책 그룹을 확인하세요. 그룹 이름이 ‘프록시’라고 표시되어도 실제로 직결을 뜻하는 DIRECT가 선택되어 있을 수 있습니다. 정책 그룹에서 사용할 수 있는 노드를 하나 선택한 뒤 같은 페이지를 다시 열어 보세요. 자동 선택 그룹을 사용하는 경우에는 지연 시간 검사 결과와 실제 웹 연결이 다를 수 있으므로, 진단할 때는 특정 노드를 직접 골라 비교하는 것이 유용합니다.
| 관찰한 결과 | 가능성이 큰 구간 | 다음 확인 |
|---|---|---|
| 연결 목록에 요청이 없음 | 브라우저에서 코어까지의 진입 경로 | 시스템 프록시, 브라우저별 프록시 설정, TUN 적용 여부 |
요청이 DIRECT로 나감 | 규칙 또는 정책 그룹 선택 | 매칭된 규칙, 규칙 순서, 그룹의 현재 선택 항목 |
| 한 노드에서만 시간 초과 | 해당 노드 또는 노드 경로 | 같은 그룹의 다른 노드로 바꾸고 동일 요청 비교 |
| 여러 노드에서 대상 연결이 실패 | 규칙·DNS·로컬 네트워크 또는 서비스 측 문제 | 매칭 규칙, DNS 결과, 다른 네트워크에서의 재현 여부 |
| 페이지는 열리지만 로그인이나 화면 갱신이 실패 | 인증·쿠키·웹소켓 또는 브라우저 확장 기능 | 시크릿 창, 확장 프로그램, 관련 도메인의 연결 기록 |
노드 속도 테스트가 성공해도 ChatGPT 접속이 보장되는 것은 아닙니다. 속도 테스트는 정해진 검사 대상과 요청 방식으로 결과를 측정하며, 브라우저의 DNS 조회, TLS 연결, 웹소켓, 로그인 흐름까지 모두 확인하지 않습니다. 한 노드에서 실패하면 다른 노드로 비교하고, 모든 노드에서 같은 증상이면 규칙과 DNS 쪽으로 점검 범위를 넓히세요.
3. 규칙 순서와 정책 그룹 점검하기
ChatGPT 관련 도메인을 프록시로 보내도록 별도 규칙을 추가할 수 있지만, 먼저 현재 설정에서 어떤 규칙이 실제로 매칭되는지 확인하는 편이 안전합니다. Clash 규칙은 위에서부터 검사하며, 첫 번째로 일치한 규칙이 연결의 출구를 결정합니다. 앞쪽의 광범위한 DOMAIN-SUFFIX, RULE-SET, GEOSITE 또는 기본 차단 규칙이 먼저 일치하면 아래쪽에 추가한 규칙은 적용되지 않을 수 있습니다.
다음은 구조를 보여 주는 예시입니다. 프록시는 설정에 이미 존재하는 정책 그룹 이름으로 바꾸세요. 이 규칙을 붙여 넣기만 해서는 노드가 만들어지지 않습니다. 그룹 이름이 실제 설정과 다르거나 해당 그룹에서 DIRECT를 선택하고 있으면 기대한 결과가 나오지 않습니다.
mode: rule
rules:
- DOMAIN-SUFFIX,chatgpt.com,프록시
- DOMAIN-SUFFIX,openai.com,프록시
- MATCH,기존-기본-정책chatgpt.com과openai.com규칙은 각각 해당 도메인과 하위 도메인에 적용됩니다. 실제 접속 흐름에 필요한 도메인은 페이지 기능, 인증, 정적 콘텐츠 제공 방식에 따라 달라질 수 있으므로 연결 목록에서 확인한 대상을 기준으로 정책을 검토하세요.프록시는 예시 이름입니다. 실제proxy-groups에 정의된 그룹명과 철자, 공백이 정확히 일치해야 합니다.MATCH는 앞에서 처리되지 않은 나머지 연결에 적용되는 규칙입니다. 기존 기본 규칙을 무심코 교체하지 말고, 원래 설정의 최종 정책을 유지하세요.- 기존 설정에 같은 도메인을 처리하는 규칙이 있다면 중복을 추가하기보다 매칭 순서와 정책을 수정하세요. 규칙 세트에 포함된 항목이 더 앞에서 매칭될 수도 있습니다.
편집 전 현재 설정을 백업하고 가능하면 클라이언트의 편집·오버라이드 기능을 사용하세요. 구독에서 생성된 캐시 파일을 직접 수정하면 다음 업데이트 때 변경 사항이 사라질 수 있습니다. 수정 뒤에는 설정 검사나 코어 시작 로그에서 YAML 파싱 오류와 존재하지 않는 정책 이름이 없는지 확인한 다음, 연결 목록에 표시되는 매칭 규칙과 최종 노드를 함께 살펴보세요.
4. DNS와 브라우저 상태를 확인하는 실제 절차
DNS 조회가 실패하거나 오래된 결과가 캐시에 남으면 페이지가 열리지 않거나 특정 요청만 시간 초과될 수 있습니다. 반대로 DNS 오류처럼 보이는 메시지도 실제로는 선택된 노드나 규칙 문제일 수 있으므로, 오류 문구만 보고 DNS 설정을 크게 바꾸지 마세요. 아래 순서대로 한 번에 한 요소씩 확인하면 변경 효과를 비교하기 쉽습니다.
- 한 가지 테스트 조건을 정합니다. 브라우저, 접속 주소, 선택한 노드, Clash 모드를 기록하세요. 로그를 비운 뒤 ChatGPT 페이지를 한 번 열고 해당 시각의 연결 기록을 확인합니다.
- 실패한 연결의 도메인을 확인합니다. 연결 목록에서 대상 호스트, 매칭 규칙, 정책 그룹, 최종 노드를 확인하세요. 연결이 여러 개 생성될 수 있으므로 한 요청만 보고 전체 페이지의 동작을 판단하지 마세요.
- DNS 결과를 비교합니다. 코어 로그와 DNS 화면에서 조회 실패, 시간 초과, 잘못된 응답이 있는지 봅니다. OS별 DNS 캐시 초기화 방법은 다르므로 사용하는 운영체제의 공식 절차를 따르고, 초기화 뒤 브라우저를 다시 열어 같은 조건으로 재시험하세요.
- 브라우저 상태를 분리합니다. 시크릿 창이나 새 브라우저 프로필에서 테스트하고, VPN·프록시 확장 프로그램을 임시로 끄세요. 쿠키 차단이나 광고 차단 기능이 로그인 및 정적 리소스 요청에 영향을 주는지도 확인합니다.
- 변경 사항을 되돌릴 수 있게 합니다. DNS 모드, 노드, 규칙을 동시에 바꾸지 말고 한 항목씩 수정하세요. 결과가 나빠지면 직전 변경을 되돌려 원인을 구분합니다.
Fake-IP를 사용 중이라면 DNS 응답에 가상 주소가 보이는 것만으로 오류라고 판단하지 마세요. 중요한 것은 그 주소로 향하는 연결이 해당 코어로 돌아와 도메인 매핑을 찾고, 규칙에 따라 올바른 출구를 선택하는지입니다. DNS 모드를 전환할 때는 클라이언트의 지원 여부와 현재 TUN 또는 시스템 DNS 경로를 함께 확인하고, 테스트 후에는 기존 설정으로 복구할 수 있도록 변경 내용을 기록하세요.
5. 시간 초과와 로그인 문제를 구분하고 결과 확인하기
시간 초과는 연결이 제한 시간 안에 완료되지 않았다는 증상이지, 원인이 DNS라고 확정하는 메시지는 아닙니다. 로그에 표시되는 대상과 실패 단계를 읽으면 다음 점검 지점을 정할 수 있습니다. 로그 수준을 잠시 높여 재현할 수 있지만, 문제가 해결된 뒤에는 평소 사용에 적합한 수준으로 되돌리세요.
| 로그 또는 증상 | 의미를 해석하는 방법 | 우선 확인할 항목 |
|---|---|---|
i/o timeout | 연결 또는 데이터 교환이 제한 시간 안에 끝나지 않음 | 실패한 주소, 노드 변경 결과, 규칙과 네트워크 경로 |
lookup 오류 | 이름 조회 단계에서 실패했을 가능성 | 요청 도메인, 코어 DNS 로그, 시스템 DNS 경로 |
| TLS 또는 인증서 오류 | TCP 연결 이후의 암호화 협상에서 실패했을 수 있음 | 시스템 시간, 도메인, 프록시 중간 처리와 브라우저 상태 |
| 페이지는 열리지만 로그인 실패 | 기본 페이지 연결 외의 인증 요청이 실패했을 수 있음 | 인증 관련 연결, 쿠키 정책, 브라우저 확장 프로그램 |
수정 후에는 같은 브라우저와 같은 주소로 다시 접속하고, 새 연결이 예상한 규칙과 노드를 사용하는지 확인하세요. 페이지가 표시되는 것뿐 아니라 로그인, 새로고침, 대화 화면 로딩도 각각 점검해야 합니다. 브라우저에서 성공했더라도 데스크톱 앱이나 휴대전화 앱의 프록시 경로는 다를 수 있으므로, 다른 앱에도 문제가 남으면 해당 앱이 시스템 프록시를 따르는지 또는 TUN이 필요한지 별도로 확인하세요.
문제가 계속되면 클라이언트 이름과 버전, 코어 버전, 운영체제, 사용 모드, 실패 시각, 오류 문구, 매칭 규칙, 선택한 노드를 정리하세요. 이 정보가 있으면 노드 장애, 설정 문제, DNS 실패, 브라우저 상태를 구분하기 쉬워집니다. 반면 근거 없이 전체 설정을 교체하거나 포트와 DNS 값을 동시에 변경하면 원인을 찾기 더 어려워질 수 있습니다.