이 글의 목차
Scholar 접속 불가와 Zotero 동기화 실패를 서로 다른 연결로 먼저 구분
Scholar에서 논문을 검색할 수 있지만 출판사 페이지에 들어가면 원문이 없거나 Zotero에 항목은 보이지만 다른 기기에서 PDF가 보이지 않는 일이 흔합니다. 모순이 아닙니다. Google Scholar 검색, DOI 이동, 출판사 원문, 항목 동기화와 첨부 파일 동기화는 원래 서로 다른 연결 구간입니다. 가장 먼저 실패한 구간을 찾아야 이후 점검이 엇나가지 않습니다.
실패가 발생한 구간
| 작업 | 실제로 접근하는 서비스 | 문제가 보일 때 먼저 확인할 항목 |
|---|---|---|
| Google Scholar 검색 | scholar.google.com, Google 로그인과 인증 | 외부 경로가 자주 바뀌는지, 사람 확인 절차가 나타나는지 확인 |
| DOI 이동과 원문 | doi.org, 출판사와 학교 인증 진입점 | 최종 도메인, 계정 권한과 기관 VPN |
| Zotero 항목 동기화 | zotero.org 동기화 서비스 | 동기화 대기열, 계정 상태와 연결의 Clash 유입 여부 |
| PDF 첨부 파일 동기화 | Zotero Storage 또는 자체 WebDAV | 저장 주소, 인증서, 용량과 지속 업로드 |
Scholar 검색은 되지만 출판사 페이지에서 403을 반환한다고 같은 규칙 문제로 바로 결론 내릴 수는 없습니다. Zotero 항목이 동기화되었지만 PDF가 없는 것도 Scholar 문제는 아닙니다. 처음 실패한 URL과 발생 시각을 기록해야 연결 로그에서 찾을 수 있습니다.
장기간 사용할 진입점에만 Research 정책 그룹 하나 구성
연구 계정과 장시간 다운로드에는 외부 경로를 자주 바꾸는 자동 그룹이 적합하지 않습니다. 수동 선택 그룹 하나를 만들고 안정적인 노드를 앞에 둔 뒤 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는 이동하지만 원문이 열리지 않으면 TUN이 학교 인증을 가로채는지 확인
학교에서 제공하는 VPN, EZproxy 또는 통합 인증은 대개 내부 DNS, 사설 대역 또는 특정 콜백에 의존합니다. Clash TUN을 끈 상태에서 학교 진입점 자체가 작동하는지 먼저 확인한 뒤 Clash 시스템 프록시를 켜 브라우저를 테스트하세요. 시스템 프록시만으로 검색이 된다면 두 번째 가상 네트워크 인터페이스로 학교 VPN을 인수할 필요가 없습니다.
TUN을 반드시 함께 사용해야 한다면 학교가 명시한 사설 대역과 내부 도메인을 제외하고 인증 콜백을 같은 경로에 유지합니다. 출판사에서 '구독하지 않음'을 반환하거나 기관 로그인을 요구한다면 접근 권한 문제이므로 지역을 계속 바꾸며 우회하면 안 됩니다.
DOI를 연 뒤 403 반환
출판사의 최종 URL을 기록하고 계정, 기관 권한과 현재 외부 경로를 확인하며 Scholar 규칙은 다시 만들지 않습니다.
학교 로그인 페이지 반복
자동 노드 전환을 끄고 콜백 도메인과 학교 VPN 경로를 확인합니다.
TUN 환경에서 교내 도메인을 해석할 수 없음
내부 DNS와 사설 대역이 Clash를 우회하게 하거나 시스템 프록시만 사용합니다.
Zotero의 항목 동기화와 첨부 파일 동기화는 서로 다른 상태
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 열기
제목과 첨부 파일이 모두 나타나야 검색, 저장과 동기화가 완전히 처리된 것입니다.