이 글의 목차
검색 결과에서 다른 기기로 논문을 열기까지는 검색, 출판사 원문 접근 권한, 항목 저장, 첨부 파일 동기화가 필요합니다. 앞 단계가 성공해도 다음 단계까지 정상인 것은 아닙니다. 실패한 작업과 요청을 기록한 뒤 해당 브라우저, 학교 접속 경로, 동기화 서비스를 확인하면 문제와 무관한 노드를 계속 바꾸는 일을 피할 수 있습니다.
검색 결과는 나오지만 본문이나 PDF가 없다면 실패한 서비스가 다를 수 있습니다
실패가 발생한 구간
| 작업 | 실제로 접근하는 서비스 | 문제가 보일 때 먼저 확인할 항목 |
|---|---|---|
| Google Scholar 검색 | scholar.google.com, Google 로그인과 인증 | 외부 경로가 자주 바뀌는지, 사람 확인 절차가 나타나는지 확인 |
| DOI 이동과 원문 | doi.org, 출판사와 학교 인증 진입점 | 최종 도메인, 계정 권한과 기관 VPN |
| Zotero 항목 동기화 | zotero.org 동기화 서비스 | 동기화 대기열, 계정 상태와 연결의 Clash 유입 여부 |
| PDF 첨부 파일 동기화 | Zotero Storage 또는 자체 WebDAV | 저장 주소, 인증서, 용량과 지속 업로드 |
처음 실패한 URL과 발생 시각을 기록한 뒤 연결 로그에서 해당 요청을 찾으세요. Scholar 검색은 정상인데 출판사 페이지가 403을 반환한다면 원문 접근 권한과 해당 요청에 적용된 규칙을 확인하세요. Zotero 항목은 동기화됐지만 PDF가 없다면 검색 규칙을 다시 만들지 말고 첨부 파일 동기화를 확인하세요.
Research 정책 그룹으로 Scholar, DOI, Zotero가 같은 노드를 사용하도록 설정하기
연구 계정과 장시간 다운로드에는 외부 경로를 자주 바꾸는 자동 그룹이 적합하지 않습니다. 수동 선택 그룹 하나를 만들고 안정적인 노드를 앞에 둔 뒤 Scholar, DOI와 Zotero 기본 서비스를 이 그룹으로 보낼 수 있습니다. 출판사와 WebDAV 도메인은 실제 요청을 기준으로 추가하세요. 학교와 저장 서비스마다 통일된 목록은 없습니다.
proxy-groups:
- name: Research
type: select
proxies:
# 替换成当前配置中真实存在的节点名
- REPLACE_WITH_STABLE_NODE
- DIRECT
rules:
- DOMAIN,scholar.google.com,Research
- DOMAIN-SUFFIX,doi.org,Research
- DOMAIN-SUFFIX,zotero.org,Research
# 把自己的出版社或 WebDAV 域名加在这里
- MATCH,DIRECTREPLACE_WITH_STABLE_NODE는 자리표시자이므로 저장 전에 프록시 페이지에 있는 노드 이름으로 바꿔야 합니다. MATCH,DIRECT는 앞의 규칙에 일치하지 않은 트래픽을 직접 연결합니다. 기존 구성에 이 트래픽을 처리하는 기본 규칙이 있다면 그 규칙을 유지하고 중복 추가하지 마세요.
Scholar에서 인증이 반복되면 브라우저 세션과 외부 경로를 그대로 유지
Scholar 검색 페이지에서 사람 확인 절차가 나타나면 반복 새로 고침을 멈추고 같은 노드에서 확인을 완료하세요. 짧은 시간에 많은 요청을 보내면 제한될 수 있습니다. Cookie 상태나 외부 경로가 관련됐는지는 같은 세션에서 비교해야 합니다. 자동 테스트 그룹이 확인 도중 외부 경로를 바꾸면 비교 조건도 달라집니다.
고정 노드의 시크릿 창에서는 정상 검색되지만 일반 창에서 계속 반복된다면 Scholar와 Google 로그인 관련 사이트 데이터 또는 확장 기능을 먼저 정리하세요. 페이지에 계정, 지역 또는 접근 빈도 제한이 직접 표시되면 안내에 따라 처리해야 하며 Clash가 계정 권한을 대신할 수는 없습니다.
DOI 이동 후 원문 접근에는 학교나 출판사의 인증도 필요합니다
학교에서 제공하는 VPN, EZproxy 또는 통합 인증은 대개 내부 DNS, 사설 대역 또는 특정 콜백에 의존합니다. Clash TUN을 끈 상태에서 학교 진입점 자체가 작동하는지 먼저 확인한 뒤 Clash 시스템 프록시를 켜 브라우저를 테스트하세요. 시스템 프록시만으로 검색이 된다면 두 번째 가상 네트워크 인터페이스로 학교 VPN을 인수할 필요가 없습니다.
TUN을 반드시 함께 사용해야 한다면 학교가 명시한 사설 대역과 내부 도메인을 제외하고 인증 콜백을 같은 경로에 유지합니다. 출판사에서 '구독하지 않음'을 반환하거나 기관 로그인을 요구한다면 접근 권한 문제이므로 지역을 계속 바꾸며 우회하면 안 됩니다.
DOI를 연 뒤 403 반환
출판사의 최종 URL을 기록하고 계정, 기관 권한과 현재 외부 경로를 확인하며 Scholar 규칙은 다시 만들지 않습니다.
학교 로그인 페이지 반복
자동 노드 전환을 끄고 콜백 도메인과 학교 VPN 경로를 확인합니다.
TUN 환경에서 교내 도메인을 해석할 수 없음
내부 DNS와 사설 대역이 Clash를 우회하게 하거나 시스템 프록시만 사용합니다.
Zotero 항목은 동기화됐는데 PDF가 동기화되지 않으면 무엇을 확인해야 하나요?
Zotero 공식 문서는 library data와 attached files를 구분합니다. 계정 동기화는 항목, 태그와 메모를 처리하고 PDF 등의 첨부 파일은 Zotero Storage 또는 WebDAV를 사용합니다. 2026년 문서에서도 WebDAV는 개인 라이브러리에만 사용할 수 있으며 그룹 라이브러리에는 사용할 수 없다고 명확히 설명합니다.
제목만 있는 테스트 항목 하나를 새로 만들고 도구 모음의 동기화 버튼을 누릅니다. 다른 기기 또는 zotero.org에서 항목이 보이면 데이터 동기화는 완료된 것입니다. 이때 첨부 파일이 실패한다면 '설정 → 동기화'에서 파일 동기화 방식을 확인하고 WebDAV에서는 'Verify Server'를 사용하세요. 라이브러리 전체를 재설정하지 않습니다.
Zotero 동기화 결과
| 결과 | 다음 단계 |
|---|---|
| 항목과 첨부 파일 모두 실패 | 계정, zotero.org 요청과 시스템 시간 확인 |
| 항목은 성공하지만 PDF 실패 | Zotero Storage 할당량 또는 WebDAV 주소, 인증서와 용량 확인 |
| 브라우저에서는 PDF를 받을 수 있지만 Zotero 연결 기록이 없음 | Zotero가 시스템 프록시를 읽는지 확인하고 필요하면 TUN 또는 앱 프록시 사용 |
| 데스크톱은 성공하지만 모바일 WebDAV 실패 | 주소가 HTTPS를 사용하는지 확인하세요. 모바일은 기본적으로 일반 HTTP를 차단합니다. |
논문 한 편으로 최종 검증 완료
검색부터 다른 기기까지
고정 Research 노드로 검색
결과 하나를 열고 연결 로그에서 scholar.google.com이 예상 그룹에 일치하는지 확인합니다.
DOI를 따라 최종 페이지로 이동
출판사 도메인을 기록하고 기관 권한이 필요하면 학교에서 제공하는 합법적인 진입점을 사용합니다.
Zotero에 저장
브라우저 Connector가 항목을 데스크톱 앱에 전달하는지 확인합니다.
수동 동기화
항목 대기열과 첨부 파일 대기열을 각각 관찰하고 두 결과를 섞지 않습니다.
다른 기기에서 PDF 열기
제목과 첨부 파일이 모두 나타나야 검색, 저장과 동기화가 완전히 처리된 것입니다.