Perplexity 「타임아웃」이 갈라진 경로 버그인 이유

사용자가 Perplexity를 「늘 타임아웃된다」고 말할 때, 배경에는 단일 HTTP 실패만 있는 경우는 드뭅니다. 최신 AI 검색 스택은 브라우저 이동·스트리밍 응답·백그라운드 페치·제3자 임베드를 한꺼번에 섞습니다. Perplexity는 출판사·프리프린트·DOI 리졸버로의 딥링크도 장려합니다. 홉마다 CDN 엣지·TLS 인증서 이름·지리적 경로가 달라질 수 있습니다. Clash 프로필이 메인 앱 껍데기는 건강한 프록시 정책으로 보내는데, 분류되지 않은 소수 호스트는 혼잡하거나 필터된 직접 경로에 남거나(혹은 그 반대)면, 분산 시스템에서 흔한 부분 진행만 남고 단일 에러 메시지는 없습니다.

Clash는 연결마다 어떤 정책 그룹이 나가는 경로를 담당할지 정합니다. 한 세션에 필요한 모든 호스트명에 그 판단이 일관되어야 합니다. 빠진 DOMAIN-SUFFIX 한 줄이면 UI는 「멈춘 것」처럼 보이고 네트워크는 성공과 정지를 번갈아 냅니다. 브라우저에는 도움 안 되는 스피너만, Clash 로그에는 한 워크플로에 DIRECT와 프록시가 섞인 패턴만 보입니다. 해결은 대역폭보다 분류 라우팅 위생—명시적 커버리지·순서 있는 규칙·의도한 라우팅 표와 맞는 DNS—에 가깝습니다.

ℹ 증거 먼저: YAML을 고치기 전 DevTools로 호스트명을 잡으세요. AI 검색 제품은 엔드포인트가 바뀝니다. 기억으로 접미사 목록을 추측하면 과신만 생깁니다. Perplexity도 다른 SaaS처럼 관측한 뒤 규칙으로 옮깁니다.

OpenAI 전용 도메인 글과 무엇이 다른가

ChatGPT 중심 가이드를 이미 따라왔다면 프로필에 OpenAI 이름 공간이 잡혀 있을 수 있습니다. 배경은 되지만 Perplexity는 같은 호스트 묶음의 이름만 바꾼 것이 아닙니다. 트래픽은 검색·랭킹·출판사 연동을 강조하고, 「AI」와 연상하기 어려운 학술 인프라를 끌어옵니다: DOI 리다이렉트, Crossref 메타데이터, 출판사 CDN, 기관 프록시, 지역 미러 등입니다. openai.com을 완벽히 덮어도 인용 클릭이 규칙에 없는 호스트로 튀면 답 도중에 실패할 수 있습니다.

OpenAI 전용 기준선이 필요하면 동반 글 ChatGPT·OpenAI 도메인 분류를 보세요. 여기서는 Perplexity와 학술 연 호스트명을 한 라우팅 이야기로 묶습니다. 마음속 모델은 「AI 모드 켜기」가 아니라 질의부터 PDF까지 연구 워크플로 전체에 일관된 출구 하나입니다. 정책 그룹·접미사 규칙·원격 규칙 공급자라는 Clash 어휘가 사용자 불만에 잘 맞습니다.

정책 그룹: AI 검색과 인용에 안정 출구 하나

실무적으로는 AI_SCHOLAR 같은 전용 정책 그룹을 두고, HTTPS 안정과 지연에 신뢰하는 노드를 뒤에 두는 방식이 많습니다. Perplexity 자체 이름 공간과 신경 쓰는 인용 생태계를 그 그룹으로 보내고, 일상 국내 브라우징은 DIRECT에 둡니다. Perplexity는 프록시로 잘 타는데 DOI 해석이나 출판사 페치만 직접에 남거나 그 반대인 미묘한 실패를 피합니다. 학술 페이지는 병렬 연결이 수십 개라, 연결마다 DIRECT와 프록시를 주사위처럼 굴리면 폭포 그래프가 무작위 실패처럼 보입니다.

운영상 이유로 AI_SEARCH와 SCHOLAR를 나누는 사용자도 있습니다. 두 목록을 같은 엄격함으로 유지하지 않으면 출구 불일치 위험이 커집니다. 대부분에게는 잘 검증된 그룹 하나가 인지 부담을 줄입니다. 규칙을 미래의 자신이 읽을 수 있게 하려면 규칙 분류 모범 사례를 참고하세요.

정책 그룹은 뒤의 노드만큼만 좋습니다. 출구 노드가 포화면 도메인을 다듬어도 타임아웃은 안 사라지고 TLS 핸드셰이크가 느리거나 중간 리셋이 납니다. 그때는 도메인 목록이 틀렸다고 가정하기 전에 로그의 timeout·TLS 패턴으로 증거를 비교하세요. 건강한 라우팅과 불건강한 노드의 조합도 「Perplexity가 고장」처럼 보이므로 인프라 문제와 분류 누락을 나눕니다.

Perplexity 측 호스트명과 접미사 규칙

소문이 아니라 관측 트래픽에서 시작하세요. 개발자 도구를 열고 Perplexity를 다시 불러오며 실패하거나 끊기는 질의 중 네트워크 탭의 호스트명을 모읍니다. 제품 자체에는 보통 perplexity.ai와 API·정적 전달에 쓰는 소수 접미사가 반복됩니다. 벤더는 새 엔드포인트를 더합니다. 접미사 커버리지를 살아 있는 목록으로 두면 「지난달엔 됐는데」 같은 표류를 줄입니다.

YAML에서는 서브도메인이 많아 DOMAIN-SUFFIX가 기본입니다. DOMAIN-SUFFIX,perplexity.ai,AI_SCHOLAR 한 줄이 앞에 더 구체적 예외가 없으면 전체 하위 트리를 보냅니다. DOMAIN-KEYWORD보다 접미사를 선호하세요. 키워드는 쓰기 쉽고 관련 없는 사이트까지 잡기 쉽습니다. 임시로 키워드를 쓰면 이유를 적고 정확한 접미사가 생기면 제거 일정을 잡으세요. 로그 가독성을 위해 클라이언트 고르기도 주간 유지에 도움이 됩니다.

아래 조각은 예시입니다. 정책 그룹 이름은 프로필에 맞추고 실제 트래픽을 본 뒤 접미사를 늘리세요. Perplexity 커버와 보수적 기본값의 형태를 보여 줍니다.

Illustrative YAML fragment

rules:
  - DOMAIN-SUFFIX,perplexity.ai,AI_SCHOLAR
  - DOMAIN-SUFFIX,pplx.ai,AI_SCHOLAR
  - DOMAIN-SUFFIX,doi.org,AI_SCHOLAR
  - DOMAIN-SUFFIX,crossref.org,AI_SCHOLAR
  - GEOIP,CN,DIRECT
  - MATCH,DIRECT

기본 MATCH가 DIRECT이면 잡히지 않은 출판사 호스트명은 직접 경로에 남습니다. 간헐적 필터링·피어링 문제가 바로 그곳에서 「타임아웃」을 애플리케이션 버그처럼 만듭니다. 접미사 목록을 갱신하거나 관리되는 규칙 세트를 쓰는 것이 처방이지, 모든 탭에 전역 프록시를 무작정 켜는 것이 아닙니다.

덮기 좋은 학술·인용 도메인

학술 워크플로는 호스트명이 극도로 다양합니다. 한 논문 링크가 DOI 리다이렉트·출판사 CDN·PDF 미러·임베드 자산으로 이어질 수 있습니다. 흔한 블록은 DOI(doi.org), Crossref(crossref.org), arXiv(arxiv.org) 같은 프리프린트, Semantic Scholar(semanticscholar.org) 같은 집계 API, 서로 다른 서브도메인에 PDF를 두는 대형 출판사입니다. 대학망은 프록시 접두사로 호스트명 전체를 바꾸기도 해 단순 접미사 목록을 복잡하게 만듭니다. 포럼의 정적 목록을 복붙하기보다 DevTools로 검증하세요.

학술 인터넷 전체를 맹목적으로 프록시할 필요는 없습니다. 목표는 일관성입니다. Perplexity 답변 흐름이 같은 세션에서 출판사 호스트에 닿아야 한다면, 의도적으로 나누지 않는 한 나머지 AI 검색 트래픽과 다른 출구를 무작위로 쓰면 안 됩니다. 기관 접속으로 유료 논문을 읽는 경우 캠퍼스 VPN·SSO·기업 에이전트가 Clash만으로는 못 고치는 층을 덮을 수 있습니다. 실패가 캠퍼스 리졸버일 때와 아닐 때를 기록하면 잘못된 조정 시간을 줄입니다.

실무 버킷

많은 프로필이 학술 도메인을 세 버킷으로 나눕니다: 인용 식별자(DOI·Crossref), 프리프린트·저장소(arXiv·기관 서버), 출판사 CDN(서브도메인 많은 상업 호스트). 첫 버킷은 작고 안정적이고, 셋째는 자주 바뀌어 원격 규칙 공급자로 추적하는 편이 낫습니다. 원격 목록은 공급망 각오가 필요합니다. 바뀔 때 검토하고 최소 기준 프로필을 남기며 제3자 목록을 절대 진리로 두지 마세요.

원격 규칙 세트·유지보수·신뢰 경계

학술 호스트명이 매달 바뀌는데 YAML만 손으로 유지하기엔 한계가 있습니다. Clash가 일정에 따라 새로고침하는 규칙 공급자(원격 규칙 세트)는 복붙 피로를 줄이고 설정이 현실을 따라가게 합니다. 대신 신뢰가 대가입니다. 관리가 나쁜 공급자는 트래픽을 잘못 분류하거나 이미 쓴 규칙을 중복 넣거나, Perplexity 전용 줄을 가리는 너무 넓은 포획을 넣을 수 있습니다. 순서가 중요합니다. AI·학술 접미사 규칙은 위쪽의 과도하게 일반적인 규칙에 삼켜지지 않게 두세요.

구독 갱신 경로도 같은 주의가 필요합니다. 갱신 트래픽이 깨진 프록시 체인으로만 가면 규칙이 조용히 썩습니다. 갱신 엔드포인트에는 믿을 만한 DIRECT나 낮은 위험 전용을 두고 주기적으로 성공 여부를 확인하세요. 운용 습관은 구독·노드 유지보수에도 나옵니다. Perplexity가 「하룻밤에」 나빠지면 프로필 신선도와 노드 건강을 비교하세요. UI에선 같은 두 클래스입니다.

DNS·fake-ip·「빨리 풀리는데 연결은 안 됨」

DNS는 라우팅과 별 세계가 아니라 정문입니다. 오염된 응답·오래된 캐시·기업 분할 지평 리졸버는 상행 링크가 닿지 않거나 TLS 검증에 쓰면 안 되는 주소를 돌려줄 수 있습니다. fake-ip 모드는 합성 주소를 주고 프록시 쪽에서 실제 해석을 하게 해 로컬 해석을 단순화하지만, DOMAIN 규칙이 해석 스토리와 나가는 선택을 충분히 맞출 만큼 완전해야 한다는 요구가 붙습니다. 해석과 라우팅이 어긋나면 이름은 금방 풀리는데 TCP는 끝나지 않는 패턴이 나오고 사용자는 이를 「타임아웃」이라고 부릅니다.

우선순위를 모른 채 브라우저 DoH·OS·Clash DNS·다른 VPN을 겹치지 마세요. FAQ의 DNS·연결성은 「나쁜 응답」과 「응답은 좋은데 출구가 다름」을 나눕니다. AI 검색에서 벤더 업데이트 후 특정 접미사에만 실패가 몰리면 프로토콜 미스터리보다 규칙 구멍일 가능성이 큽니다.

규칙 순서·넓은 목록·MATCH

Clash는 위에서 아래로 평가하고 먼저 맞은 줄이 이깁니다. 너무 넓은 차단 목록이나 성급한 지오 규칙이 너무 위에 있으면 AI 접미사 규칙이 아래에 있어도 Perplexity나 학술 CDN이 굶을 수 있습니다. 원격 목록은 의존성 업그레이드처럼 다루세요. 새로고침 후 깨지면 이전 리비전과 diff하고 한 단계 되돌려 비교합니다. 추적기용 광고 차단 목록이 웹앱이 여전히 기다리는 분석 엔드포인트와 충돌하면 깔끔한 오류 대신 멈춘 UI가 납니다.

MATCH는 분류하지 않은 모든 흐름의 기본 운명입니다. MATCH,DIRECT로 끝나는 프로필은 국내 브라우징에 친하지만, 벤더가 목록보다 빨리 호스트를 추가하면 용서가 없습니다. 처방은 규칙을 잘 유지하는 것이지 정말 모든 흐름을 같은 출구로 보내지 않는 한 MATCH를 영구히 전역 프록시로 두는 것이 아닙니다. 혼합 워크플로에는 명시적 AI·학술 커버와 보수적 기본값이 균형입니다.

검증: 개발자 도구에서 Clash 로그까지

재현 가능한 워크플로가 무작위 새로고침을 이깁니다. 먼저 DevTools를 연 채 타임아웃을 재현하고 실패 호스트명을 내보내거나 캡처합니다. 둘째, Clash 라이브 연결 보기에서 각 호스트가 어떤 정책을 타는지 확인합니다. 기대와 실제가 다르면 무엇을 고칠지 정해집니다. 셋째, 정책이 맞는데도 실패하면 TLS·TCP 증거로 내려가세요. 핸드셰이크 정지와 즉시 리셋은 다른 처방입니다. 브라우저가 시스템 프록시를 무시하면 가상 어댑터가 다른 보안 제품과 상호작용할 수 있음을 이해한 뒤 TUN 모드를 고려하세요.

결과를 기록하세요. 「날짜 Z에 DevTools에서 호스트 Y를 보고 접미사 X를 추가」 한 줄이 프로필을 감사 가능한 시스템으로 만듭니다. 기기 간에도 통합니다. 휴대폰과 노트북이 라우팅을 다르면 계정 문제를 쫓지만 실제로는 프로필 불일치인 경우가 많습니다. 가능하면 정책 그룹과 접미사 목록을 기기 간에 맞추세요.

준수와 기관 네트워크

⚠ 준수 알림: 현지 법·출판사 약관·조직의 허용 사용 정책을 지키세요. 본문은 허용된 네트워크에서의 라우팅 위생을 말하며 라이선스 콘텐츠에 대한 무단 접속·자격 공유·정당한 접근 통제와 페이월 회피를 뜻하지 않습니다.

많은 대학과 고용주가 명시적 보안 경계를 둡니다. 분할 터널, 강제 DNS, 캡티브 포털은 YAML이 종이상 완벽해도 Clash를 방해합니다. 주거 회선에서는 되고 캠퍼스 Wi‑Fi에서는 안 되면 이국적인 규칙을 더 쌓기보다 로그와 리졼버 동작 증거로 에스컬레이션하세요. 기관 통제가 있을 때 기술적 우회는 IT 협력을 대신하지 못합니다.

맺음말: 일관된 경로가 새로고침 미신을 이긴다

Perplexity와 비슷한 AI 검색 표면은 인용이 더 넓은 학술 웹으로 뛰어드는 다중 호스트명 애플리케이션입니다. Clash는 어떤 흐름이 안정적인 프록시 출구를 공유하고 어떤 것이 로컬에 머물지를 서술하는 정확한 언어—정책 그룹, 접미사 규칙, 원격 규칙 세트—를 줍니다. 그 서술이 현실과 어긋나면 사용자는 「늘 타임아웃」으로 느끼지만 실패는 종종 라우팅 불일치이며 신비한 AI 장애가 아닙니다.

생산적인 대응은 규제된 분류 라우팅입니다. 호스트명을 관측하고 Perplexity와 학술 이름 공간을 명시적으로 덮으며 DNS를 Clash 모드에 맞추고 갱신이 조용히 썩지 않게 규칙 공급자를 유지하며 노드 건강을 일급 변수로 둡니다. 불투명한 액셀러레이터에 비해 Clash의 명시적 모델은 처음 생각은 더 들지만 서비스가 주 단위로 바뀌는 AI 제품의 속도에는 훨씬 덜 혼란스럽습니다.

→ Clash를 무료로 다운로드하고 답과 인용에 집중하세요. 어떤 호스트가 프록시 정책을 빗겼는지 맞히는 시간 대신에요.