Perplexity와 학술·문헌 검색: 2026년 Clash 분류 규칙으로 AI 검색·혼합 접속 안정화하기

AI 검색과 학술 사이트를 같이 쓰면 왜 까다로운가

Perplexity류 서비스는 한 화면 안에서 웹 검색, 요약, 인용 링크 열기, 추가 질문이 연쇄합니다. 브라우저 입장에서는 짧은 시간에 수십 개의 호스트로 요청이 흩어지고, 그중 일부는 지역에 따라 최적화된 학술·출판사 CDN을, 일부는 해외 엣지를 탑니다. 반면 대학·연구소에서 쓰는 RISS·DBpia·KCI 같은 국내 학술 정보, 또는 소재 국가의 교육망·집약형 문헌 DB는 국내 회선으로 직접 가는 편이 지연·인증·세션 모두 유리한 경우가 많습니다.

모든 HTTPS를 한 그룹의 url-test 노드에 묶어 두면, 학술 사이트는 불필요하게 우회되거나 AI 검색 쪽만 간헐적으로 끊기는 패턴이 나옵니다. Clash는 도메인·지리 기준 분류로 이 둘을 나누기에 적합합니다.

• 검색 세션 길이: 한 번의 질의가 여러 번의 HTTP/2·WebSocket·스트리밍 응답으로 이어질 수 있음.
• 다중 리다이렉트: 인용 링크를 따라가며 302·쿠키 도메인이 바뀌면, 규칙 한 줄 빠진 호스트가 MATCH 아래로 떨어짐.
• 혼합 탭: 논문 PDF는 국내, 요약은 Perplexity—출구 IP가 섞이면 일부 사이트는 보안·쿠키 정책으로 동작이 달라질 수 있음.

증상: 페이지가 안 열리고, 추가 질문만 실패할 때

서비스 공지가 정상인데도 아래가 반복되면 DNS, 규칙 누락, 노드 전환(플랩), 공유 노드 혼잡을 의심하세요.

클라이언트의 Connections(연결 로그)에서 호스트명과 적용된 정책을 보면 빠진 규칙이 드러납니다.

먼저 DNS: 이름이 갈라지면 규칙도 갈라집니다

브라우저 보안 DNS(DoH), OS DNS, Clash 내장 리졸버가 섞이면 같은 perplexity.ai도 다른 엣지로 풀립니다. fake-ip 모드에서는 앱마다 인식이 잠시 어긋나는 경우도 있습니다. 점검 순서는 《DNS·fake-ip 점검》을 참고하세요.

• 한 기준으로 맞추기: 문제 재현이 끝날 때까지는 설정을 과도하게 섞지 않기.
• IPv4/IPv6: 한쪽만 느리면 간헐 타임아웃이 납니다.
• TLS 핸드셰이크 전 단계: 노드보다 먼저 DNS·규칙 매칭을 의심하면 원인 파악이 빠릅니다.

도메인 규칙: 학술은 직접, Perplexity·CDN은 프록시

실제 호스트명은 제품 업데이트로 늘어납니다. 아래는 출발점일 뿐이며, 반드시 Connections로 검증하세요.

DOMAIN-KEYWORD,perplexity 한 줄은 간단하지만 과매칭 위험이 있으므로, 가능하면 DOMAIN-SUFFIX와 ruleset으로 유지보수하세요.

# Illustrative rules — verify hostnames in Connections before use
rules:
  - DOMAIN-SUFFIX,perplexity.ai,GROUP-AI-SEARCH
  - DOMAIN-SUFFIX,semanticscholar.org,GROUP-AI-SEARCH
  - DOMAIN-SUFFIX,riss.kr,DIRECT
  - DOMAIN-SUFFIX,dbpia.co.kr,DIRECT
  - GEOIP,KR,DIRECT
  - MATCH,GROUP-DEFAULT

GROUP-AI-SEARCH는 실제 프로필의 정책 그룹 이름으로 바꾸세요. GEOIP와 명시 도메인의 순서는 환경에 따라 조정해야 합니다.

Rule 모드와 순서: AI 검색 규칙을 넓은 MATCH 위에

진단용으로 Global을 잠깐 쓸 수는 있지만, 일상은 Rule이 기본입니다. Perplexity·연구용으로 묶은 행은 가능한 한 상단에 두고, 그 아래에서 일반 웹·스트리밍을 처리하세요.

모드	AI 검색·학술 혼합 UX	트레이드오프
Rule	호스트별로 DIRECT·프록시를 분리—학술은 직접, AI 검색은 안정 출구.	로그 기반으로 규칙을 다듬어야 함.
Global	증상이 사라지는지 빠르게 확인.	대역폭·지연이 전체에 전파됨.
Direct	프록시가 원인인지 분리.	지역 제한이 있는 AI 서비스에는 상설 해법이 아님.

정책 그룹: AI 검색 전용과 멀티미디어 분리

핵심은 분류 규칙이 가리키는 아웃바운드를 나누는 것입니다. 예를 들어 GROUP-AI-SEARCH는 지연 변동이 적고 장시간 연결에 강한 노드·수동 고정 위주로, GROUP-MEDIA는 대역폭 위주 url-test로 두는 식입니다.

• 헬스 체크 주기를 너무 짧게 두면 노드가 자주 바뀌어 검색 스트림이 끊겨 보일 수 있습니다.
• 중요한 문헌 조사 중에는 자동 전환을 줄이고 한 노드에 고정해 보세요.
• url-test의 측정 URL이 실제 Perplexity 경로와 무관하면 “녹색인데 느림”이 됩니다.

영상·대용량 다운로드가 같은 자동 그룹을 점유하면, 규칙만 잘 써도 상류 링크에서 밀립니다. 물리적으로 다른 노드 풀로 분리하는 효과가 큽니다.

노드 선택이 «긴 검색·다중 리다이렉트»에 미치는 영향

처리량이 큰 노드가 소패킷·지터에 항상 강한 것은 아닙니다. AI 검색처럼 연결을 오래 유지하고 탭마다 호스트가 바뀌는 워크플로에서는 안정적인 RTT와 적은 전환이 체감에 유리합니다. 자동 그룹이 몇 분마다 최저 지연 노드로 바꾸면, 사용자는 “답이 중간에 끊긴다”고 느낄 수 있습니다.

TUN과 시스템 프록시

일부 앱은 시스템 프록시를 무시합니다. TUN 모드로 누락을 줄일 수 있으나, 기업 VPN·ZTNA와 겹치면 분할이 꼬일 수 있으니 허용된 구성만 사용하세요. Windows 기초는 《Clash for Windows》를 먼저 점검하는 편이 안전합니다.

Connections로 빈 구멍 찾기

호스트명, 적용된 정책, 실제 아웃바운드만 추적해도 “이 요청이 왜 저 그룹으로 갔는지”가 보입니다. 성공 시와 실패 시 로그를 나란히 남기면 빠진 분류 규칙이 드러납니다.

시리즈와의 역할 분담

같은 해에 게시한 ChatGPT·Grok는 대화형, DeepSeek·Gemini는 국내외 모델 혼용, Copilot·Office는 사무·M365, Claude는 장대화·API에 초점을 둡니다. 본 글은 Perplexity 등 AI 검색과 학술·문헌 사이트의 혼합 접속에 맞춰 도메인·정책 그룹을 제안합니다. 키워드가 겹치더라도 호스트·세션 특성이 다르므로 규칙을 그대로 복붙하기보다 로그로 검증하세요.

FAQ

학술 사이트만 느리다

불필요한 우회·잘못된 GEOIP 매칭을 의심하세요. 해당 도메인을 DIRECT로 명시했는지 Connections에서 확인합니다.

Perplexity만 간헐 실패한다

누락된 서브도메인·CDN, 노드 플랩을 의심하고 규칙 상단 보강과 수동 노드 고정을 시험하세요.

인용 링크를 열면 다른 사이트로 튄다

리다이렉트 체인에 새 호스트가 포함될 수 있습니다. 그 호스트가 어떤 정책으로 나가는지 로그로 확인하세요.

회사·학교 PC에서는

조건부 액세스·DLP가 우선입니다. 승인된 분할만 사용하세요.

2026 체크리스트

Clash로 AI 검색·학술 경로의 기반 잡기

변수는 한 번에 하나씩 바꾸면 원인 추적이 쉽습니다.

Clash를 무료로 내려받아 Perplexity·학술 혼합용 분류 규칙 튜닝을 시작하세요