“메인은 되는데” 대화만 안 되는 흔한 패턴

생성형 AI 웹 서비스를 쓰다 보면 랜딩 페이지·마케팅 문구는 빠르게 뜨는데, 로그인 직후나 질문을 입력하면 응답 스트림만 멈추고 로딩 표시가 길게 도는 경험을 자주 합니다. 브라우저의 다른 탭은 정상인데 특정 사이트만 그럴 때, 사용자는 보통 “노드가 느려서”라고 생각하기 쉽지만, 실제로는 첫 HTML과 정적 자산은 직접 연결을 타고, 채팅·토큰·실시간 API만 프록시 경로와 맞지 않아 출구 IP·TLS·DNS 해석이 서로 다른 조합을 보는 경우가 많습니다.

Clash·mihomo 계열은 rule 모드에서 도메인·IP·(지원 시) 프로세스 단위로 경로를 나눌 수 있어, 국내 업무·은행·쇼핑은 직접 연결을 유지하면서 AI 관련 호스트만 별도 프록시 그룹으로 보내는 구성이 가능합니다. 이 글의 초점은 “어떤 노드가 제일 빠른가”가 아니라, AI 트래픽만 일반 트래픽과 분리해 규칙 순서·전략 그룹·DNS를 한 줄로 맞추는 방법입니다. 스트리밍 OTT만 분리하는 절차는 Netflix 스트리밍 분기 가이드에 두고, 여기서는 AI 웹·앱에 맞춘 차이를 설명합니다.

왜 “연결됐다”고 느껴도 대화만 실패할까

최신 생성형 AI 서비스는 단일 도메인으로 끝나지 않습니다. 인증·결제·분석·CDN·실시간 스트리밍 응답이 여러 서브도메인과 API 엔드포인트로 나뉘고, 그중 일부만 시스템 DNS로 해석되거나 다른 노드로 나가면 세션이 끊기거나 CORS·쿠키 경계에서 막히는 식의 증상이 납니다. 예를 들어 정적 페이지는 기대한 출구를 따르는데, WebSocket·SSE에 해당하는 호스트만 DIRECT나 다른 그룹으로 빠지면 화면에는 “연결됨”이 보여도 스트림 단계에서만 실패할 수 있습니다.

또 한 가지는 규칙 순서입니다. Clash의 rules는 위에서 아래로 평가되며 처음 맞은 한 줄이 최종 결정입니다. “해외 사이트 전체”를 넓게 잡은 줄이 AI 전용 줄보다 위에 있으면, 의도와 다르게 처리됩니다. 구독으로 받은 RULE-SET을 켰다면 커스텀 AI 규칙이 그보다 위에 오는지, 혹은 반대로 국내 직결 규칙이 AI API까지 덮지 않는지를 반드시 확인해야 합니다.

팁

증상이 “느리다”보다 “같은 노드인데 어제는 됐는데 오늘은 대화만 안 된다”에 가깝다면, 노드 풀보다 규칙 세트 업데이트나 로컬 예외 규칙이 바뀌었는지, 브라우저 확장·프로필이 바뀌었는지부터 의심해 보세요.

AI 전용 전략 그룹과 규칙 설계

실무에서는 proxy-groups에 AI 전용 그룹을 하나 두고, 이름을 PROXY_AI처럼 고정해 두는 패턴이 많습니다. 멤버는 단순히 지연 최저가 아니라 해당 서비스에 맞는 출구를 넣습니다. select로 수동 고정해 두면 업데이트 날에 자동 전환이 덜해져 안정적이고, url-test를 쓰더라도 측정 URL을 일반 웹사이트가 아니라 실제로 AI 응답이 열리는지에 맞출 필요가 있습니다.

rules에서는 공식·커뮤니티 RULE-SET을 쓰거나, 최소한으로 DOMAIN-SUFFIX·DOMAIN-KEYWORD로 자주 쓰이는 AI 관련 호스트를 지정합니다. 서비스마다 도메인이 바뀌므로 검증된 규칙 세트를 쓰는 편이 재발을 줄입니다. 중요한 것은 AI 관련 줄이 국내 직결·기본 프록시보다 위에 있어야 한다는 점입니다. 아래는 개념 예시이며, 실제 프로필에서는 사용 중인 rule-provider 이름·경로에 맞게 바꿔야 합니다.

# Conceptual excerpt — adapt names to your profile
proxy-groups:
  - name: PROXY_AI
    type: select
    proxies:
      - NODE_AI_1
      - NODE_AI_2
      - PROXY_DEFAULT

rules:
  - RULE-SET,ai_services,PROXY_AI
  - GEOIP,CN,DIRECT
  - MATCH,PROXY_DEFAULT

핵심은 “AI 세트 → AI 그룹”이 넓은 GEOIP나 MATCH보다 먼저 나온다는 구조입니다. YAML 전체 구조·Fake-IP·폴백 DNS는 YAML 심층 가이드와 함께 보면 프로필 전체와 충돌이 적습니다.

노드 선택: 범용 속도와 AI 출구는 다를 수 있다

일반 웹 다운로드가 빠른 릴레이가 긴 세션·실시간 스트림에도 최적인 것은 아닙니다. 일부 데이터센터 대역은 제공사 측에서 봇·데이터센터 IP로 분류되어 접속은 되지만 응답만 제한되는 경우가 있습니다. 반대로 지연이 조금 더 있어도 가정용 회선에 가까운 분류를 받는 출구는 세션 안정성이 높을 수 있습니다.

그래서 AI 그룹에는 “메인 업무용 url-test 그룹”을 그대로 넣기보다, 구독 안에서 AI·국제 회선용으로 표시된 서버만 모아 두거나, 별도 프로바이더를 붙이는 방식이 안전합니다. 구독 URL을 정리하고 노드 이름을 필터링하는 절차는 구독 변환·필터링 가이드를 참고하세요.

주의

서비스 이용약관·지역 정책·계정 약관을 위반하는 우회를 돕는 내용은 다루지 않습니다. 이 글은 합법적으로 이용 권한이 있는 서비스에서 기술적 경로 불일치로 인한 접속 문제를 줄이는 설정에 한합니다.

DNS·Fake-IP: AI 분기와 맞물리는 지점

DNS를 길게 설명하는 대신, AI 장면에서 필요한 인식만 정리하면 다음과 같습니다. 앱이 시스템 리졸버로 먼저 물어보고, 그 응답이 로컬망 기준이면 브라우저 확장으로 켠 프록시와 서로 다른 IP 계열을 보게 될 수 있습니다. Clash에서 enhanced-mode: fake-ip를 쓰면 로컬 앱이 받는 응답과 실제 프록시 터널 안의 질의를 분리하기 쉬워지지만, LAN·캐스트·특정 SaaS는 fake-ip-filter 예외가 필요할 수 있습니다.

TUN 모드를 켜면 시스템 트래픽이 코어로 모이기 쉬워 이런 불일치가 줄어드는 경우가 많습니다. 반대로 브라우저만 확장 프록시를 쓰고 시스템은 직접 연결이면, 탭마다 경로가 갈라져 “한 사이트만 이상하다”는 증상이 잘 납니다. 어떤 모드를 쓰든 같은 프로필·같은 규칙 세트를 바라보는지부터 맞추는 것이 좋습니다. DNS·Fake-IP 전체 그림은 YAML 가이드의 DNS·Fake-IP 절에서 단계별로 다룹니다.

브라우저·앱·모바일: 경로를 통일하기

데스크톱 브라우저와 모바일 앱은 프록시 적용 방식이 다릅니다. 일부 앱은 OS 수준 프록시를 무시하고 직접 DNS·직접 연결을 쓰는 경우가 있어, 같은 Wi-Fi에서 PC만 Clash로 잘 돌아가도 스마트폰 앱만 이상할 수 있습니다. Android에서는 앱 단위로 트래픽을 나누는 절차를 Clash Android 앱별 프록시 가이드에서 다룹니다. “AI 앱만 노드로”가 필요하면 도메인 규칙과 앱 규칙을 함께 설계해야 합니다.

IPv6가 켜져 있으면 AAAA 응답을 따라 트래픽이 IPv6로만 나가며, 규칙이 기대와 다르게 적용되는 사례가 있습니다. 일시적으로 IPv6를 끄고 재현 여부를 보거나, 코어에서 IPv6 관련 정책을 프로필에 맞게 정리하는 방법이 있습니다. 환경마다 다르므로 “증상 재현 → 한 가지 변수만 바꾸기”로 좁히는 것이 안전합니다.

점검 순서 체크리스트

설정을 크게 뒤집기 전에 아래 순서를 권합니다.

  1. 모드가 rule인지, 지금 보고 있는 프로필이 실제로 로드됐는지 확인한다.
  2. rules에서 AI·SaaS 관련 줄이 DIRECT·넓은 MATCH보다 위에 있는지 본다.
  3. PROXY_AI 등 AI 그룹이 가리키는 노드가 의도한 출구인지, 자동 전환 그룹이 너무 공격적이지 않은지 본다.
  4. DNS가 Fake-IP인지, 필요한 도메인이 fake-ip-filter 예외를 빠뜨리지 않았는지 본다.
  5. TUN/시스템 프록시/브라우저 확장 중 무엇을 쓰는지 통일하고, IPv6·다른 VPN과의 중복을 제거한다.
  6. 한 브라우저·한 앱에서만 재현되는지, 다른 기기까지 포함해 범위를 정한다.

이 순서는 새 모델 출시일에 급하게 노드를 바꾸기보다, 규칙과 경로를 먼저 고정해 두면 이후에도 같은 유형의 문제를 빨리 닫을 수 있습니다.

정리

ChatGPT·Grok 등 생성형 AI 웹 서비스에서 “첫 화면만 되고 대화만 안 된다”는 증상은, 단일 스위치가 아니라 규칙 순서·AI 전용 프록시 그룹·DNS 해석·실제 출구 노드가 한 줄로 이어졌을 때 가장 잘 풀립니다. 일반 웹과 AI 트래픽을 같은 자동 선택 그룹에 묶어 두면 편하지만, API·실시간 응답은 분리해 두는 편이 장기적으로 안정적입니다. 스트리밍(Netflix)은 지역·DRM 판별이 핵심이고, AI는 세션·스트림·인증 호스트 분리가 핵심이라는 점만 구분해 두면 두 튜토리얼을 나란히 참고하기 좋습니다.

Clash·mihomo는 YAML 한 장으로 이런 분기를 명시적으로 유지할 수 있어, 문제가 생겼을 때도 원인 후보를 빠르게 좁힐 수 있습니다. 최신 클라이언트 빌드와 호환되는 코어 조합은 다운로드 페이지에서 확인할 수 있습니다. → Clash를 무료로 내려받아 프로필과 규칙을 정리한 뒤, AI 전용 전략 그룹부터 차근차근 맞춰 보시기 바랍니다.