Perplexity 검색이 계속 타임아웃? Clash로 perplexity.ai·CDN 분할과 노드·DNS 실측 가이드

2026년에도 이어지는 AI 검색 Perplexity

Perplexity는 출처를 붙인 답변과 웹 검색 연동으로 2026년에도 AI 검색 도구 가운데 꾸준한 관심을 받고 있습니다. 다만 사용자 커뮤니티에서 자주 보이는 증상은 “첫 화면·설정은 열리는데, 질문을 넣으면 로딩만 돌거나 응답 스트림이 중간에 끊긴다”는 패턴입니다. 이는 완전 차단이 아니라 느림·타임아웃 쪽에 가깝고, 브라우저 한 탭에서 보이는 호스트도 perplexity.ai뿐 아니라 CDN·정적 자산·API로 퍼져 있어 Clash에서 분할 규칙과 노드 선택을 한 번에 맞춰야 원인 분리가 쉬워집니다.

이 글은 우회를 조장하지 않습니다. 직장·학교 정책, 서비스 약관, 현지 법규를 지키는 범위에서, 이미 합법적으로 프록시를 쓸 수 있는 환경을 전제로 Clash·Mihomo 설정과 DNS 점검 순서를 기술적으로 정리합니다.

참고: Perplexity는 엣지·CDN·하위 도메인 구성을 바꿀 수 있습니다. 아래 목록은 출발점이며, 브라우저 개발자 도구의 네트워크 탭에서 실패한 요청의 호스트를 확인한 뒤 한 줄씩 보강하는 것이 가장 정확합니다.

ChatGPT·Claude·Gemini 규칙만으로는 부족한 이유

ChatGPT·Claude 분할 가이드는 openai.com·anthropic.com 축에 맞춰져 있고, Gemini·AI Studio 가이드는 Google 호스트 묶음이 핵심입니다. Perplexity는 브랜드 도메인이 perplexity.ai이며, 검색·인용·스트리밍 과정에서 pplx.ai 등 별도 접미사나 CDN 호스트가 추가로 잡히는 경우가 많습니다. 그중 일부만 일반 Proxy 그룹으로 나가고 나머지는 느린 노드나 DIRECT에 남으면, UI는 살아 있는데 검색·답변 API만 시간 초과처럼 보이는 현상이 설명됩니다.

Grok·xAI 가이드나 Cursor IDE 가이드에서 다룬 것처럼, 생성형·에이전트형 서비스는 한 줄짜리 DOMAIN 규칙보다 도메인 묶음 + 전략 그룹을 함께 설계하는 편이 안전합니다. Perplexity는 그 연장선에서 장시간 스트림에 더 민감하므로, 노드 품질을 generate_204 한 번으로만 판단하지 말고 실제 질의 경로를 기준으로 보세요.

“전부 안 됨”이 아니라 “일부만 멈춤”일 때 의심할 것

다음은 Perplexity를 쓸 때 흔히 겹치는 패턴입니다. 해당되면 규칙 매칭 로그와 호스트 목록을 동시에 보는 것이 좋습니다.

  • 메인 UI는 빠른데 검색만 지연: HTML·스크립트는 캐시·CDN으로 충분히 받았으나, 질의·스트림 전용 호스트가 다른 정책으로 나가는 경우입니다.
  • 첫 토큰은 오다가 중간에 끊김: 장기 연결에서 패킷 손실·버퍼가 큰 노드, 또는 중간 장비의 세션 제한을 의심합니다.
  • 브라우저만 되고 데스크톱 앱·CLI만 실패: 시스템 DNS·TUN 모드 미적용 등으로 Clash 밖에서 이미 IP로 붙는 경로가 섞였을 수 있습니다.

복사해 쓰기 좋은 도메인·후보 목록

실제 세션에서 관측되는 이름을 우선하되, 초기 프로필에 넣기 좋은 후보는 다음과 같습니다.

  • 서비스 루트: perplexity.ai, www.perplexity.ai — DOMAIN-SUFFIX,perplexity.ai 한 줄로 하위를 묶기 쉽습니다.
  • 보조·브랜드 호스트: pplx.ai 등 문서·커뮤니티에서 인용되는 접미사가 보이면 같은 전략 그룹에 포함하세요.
  • CDN·정적 자산: 이미지·스크립트 번들이 별도 호스트로 나가면 UI는 부분적으로만 깨질 수 있습니다. 네트워크 탭에서 실패한 URL의 호스트를 규칙에 추가합니다.
  • 인증·결제(해당 시): 계정 연동이 늘어나면 OAuth·결제 게이트웨이 호스트가 추가될 수 있어, 다른 AI 서비스와 동일하게 로그인 플로우 전체를 한 그룹에 두는지 확인합니다.

지나치게 넓은 DOMAIN-SUFFIX(예: 특정 퍼블릭 클라우드 전체)는 다른 업무 트래픽까지 끌어올 수 있으니, 관측된 FQDN을 기준으로 최소한으로 넓히는 방식을 권장합니다.

전략 그룹과 rules: 예시

개념용 축약 YAML입니다. 그룹 이름·프록시 목록은 구독에 맞게 바꾸고, 도메인 줄은 본인 환경의 로그에 맞게 덧붙이세요.

YAMLproxy-groups:
  - name: "Perplexity-AI"
    type: url-test
    url: "https://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 50
    proxies:
      - DIRECT
      # ... 지연·손실이 낮은 해외 노드 ...

  - name: "Proxy"
    type: select
    proxies:
      - DIRECT
      # ... 일반 구독 노드 ...

rules:
  - DOMAIN-SUFFIX,perplexity.ai,Perplexity-AI
  - DOMAIN-SUFFIX,pplx.ai,Perplexity-AI
  # 네트워크 탭에서 확인한 CDN·API 호스트를 DOMAIN 또는 DOMAIN-SUFFIX로 추가
  # GEOIP·MATCH·거대 RULE-SET보다 위에 두세요

url-test의 헬스 URL은 구독 제공자가 권장하는 주소로 바꿀 수 있습니다. 중요한 점은 짧은 핑이 통과해도 스트리밍 응답은 다른 경로·다른 지연 특성을 가질 수 있다는 것입니다. Perplexity 전용 그룹에는 일반 웹 서핑용 노드와 다른 리전·다른 라인을 두고 비교 실험해 보는 것이 좋습니다.

CDN 분기와 장기 연결·API에 맞는 노드 선택

Perplexity류 서비스는 검색 결과를 스트리밍으로 흘리는 경우가 많아, 단순 다운로드 속도뿐 아니라 RTT 안정성·재전송이 체감 품질에 큰 영향을 줍니다. 다음을 참고하세요.

  • 동일 리전 유지: 계정·콘텐츠 정책 메시지가 뜨면 노드 출구 국가와 서비스 기대 리전이 어긋났는지부터 확인합니다.
  • 혼잡한 공용 노드 피하기: 특정 시간대에만 타임아웃이 잦으면 노드 풀 자체의 대역·세션 한계일 수 있습니다.
  • 헬스 체크와 실제 질의 분리 인지: generate_204는 가벼운 요청이라, 실제 검색·긴 컨텍스트 요청은 다른 라우팅을 탈 수 있습니다. 로그에서 매칭된 규칙 이름이 Perplexity용인지 먼저 확인하세요.

DNS·fake-ip와 규칙이 엇갈릴 때

DNS는 DOMAIN-SUFFIX가 기대대로 적용되는지를 좌우합니다. enhanced-mode: fake-ip를 쓰면 대부분 호스트명 단계에서 도메인 규칙이 먼저 매칭되지만, 앱이 Clash 밖에서 이미 IP로 소켓을 열면 DOMAIN 계열이 건너뛰어질 수 있습니다. 데스크톱 앱만 실패할 때는 TUN 모드로 전체 트래픽을 커널에 태우는 방안과 함께 검토하세요.

DoH·OS DNS와 Clash DNS가 동시에 동작하면 “규칙은 맞는데 실제 질의는 다른 리졸버”가 되기도 하므로, 한 번에 한 축만 바꿔 가며 확인합니다. fake-ip-filter에 특정 호스트를 넣으면 동작이 달라지므로, 증상이 있을 때만 최소 추가하세요.

GEOIP·RULE-SET이 Perplexity 규칙을 덮어쓸 때

Clash 규칙은 위에서 아래로 첫 일치에서 종료합니다. GEOIP,KR,DIRECT나 광범위한 MATCH를 목록 상단에 두고 그 아래에 perplexity.ai 줄을 적으면, 아래 줄은 실행되지 않습니다. Perplexity용 DOMAIN·DOMAIN-SUFFIX는 해당 GEOIP·MATCH보다 위에 두세요. 이 원리는 규칙 분할 일반 가이드와 동일합니다.

구독 템플릿이 자동 삽입한 RULE-SET이 특정 TLD를 다른 정책으로 보내는 경우도 있습니다. 대시보드 로그에서 어떤 규칙에 매칭됐는지 확인하고, 로컬 예외를 위로 올리거나 provider 순서를 조정하세요.

불안정할 때의 점검 순서

  1. 브라우저 개발자 도구로 실패·지연한 요청의 호스트를 적어 규칙에 반영합니다.
  2. Clash 로그에서 매칭된 규칙·정책 그룹이 Perplexity-AI인지 확인합니다.
  3. Perplexity-AI만 다른 리전으로 바꿔 동일 질의를 반복해 노드 의존성을 좁힙니다.
  4. 웹과 공식 앱·API 키 호출을 나눠 시험해 DNS·TUN·앱 샌드박스 차이를 봅니다.
  5. 증상이 특정 시간대에만 나타나면 노드 혼잡과 서비스 측 지연을 구분합니다.

주의: 출처가 불분명한 원격 rule-set은 악성 규칙이 섞일 수 있습니다. 검색 기록·업무 데이터를 다루는 프로필일수록 신뢰할 수 있는 소스만 사용하세요.

마무리

Perplexity는 perplexity.ai 한 도메인으로 끝나지 않고, CDN·보조 호스트·스트리밍 API로 트래픽이 퍼지기 때문에 “화면은 되는데 검색만 안 된다”는 증상이 자주 나옵니다. DOMAIN-SUFFIX로 서비스 축을 묶고 전용 전략 그룹에 할당한 뒤, DNS·규칙 순서·노드 품질을 한 번에 맞추면 원인 분석이 훨씬 단순해집니다.

일체형 VPN과 비교했을 때 Clash·Mihomo 계열은 표현력이 높아 해외 AI 서비스 트래픽을 분리하기에 적합하지만, 스스로 로그를 읽고 순서를 관리할 책임도 함께 따라옵니다.

설치와 프로필 반영 절차는 문서·튜토리얼을 참고하시고, 규칙을 적용할 준비가 되었다면 Clash를 무료로 다운로드하여 본문 예시를 바탕으로 proxy-groups와 rules만 조정해 보시길 바랍니다. Perplexity 전용 호스트 묶음을 한 덩어리로 정리해 두면 이후 도메인이 늘어날 때 목록만 덧붙이면 됩니다.