연구자를 위한 Clash 설정 Google Scholar와 Zotero 활용법

서론: 연구 업무와 네트워크 분기의 필요성

연구자의 하루는 하나의 웹사이트만 사용하는 방식으로 진행되지 않습니다. Google Scholar에서 논문을 검색하고, 출판사 페이지에서 원문을 확인하며, Zotero로 참고문헌과 PDF를 정리한 뒤, Overleaf에서 공동으로 논문을 작성하는 흐름이 반복됩니다. 여기에 학술대회 등록, 기관 리포지터리 접속, 클라우드 저장소 동기화까지 더해지면 안정적인 네트워크 연결은 연구 생산성을 좌우하는 기본 조건이 됩니다.

그러나 모든 연구 관련 트래픽을 하나의 프록시 노드로 보내는 방식은 항상 최선이 아닙니다. 국내 대학 포털이나 연구비 시스템은 DIRECT 연결이 더 빠르고 안정적일 수 있으며, 해외 출판사와 Overleaf는 지연 시간이 낮은 국제 노드를 선택하는 편이 유리합니다. Clash의 규칙 기반 분기 기능을 활용하면 서비스별로 연결 경로를 나누고, 검색은 빠르게 유지하면서 원문 열람과 동기화 문제도 줄일 수 있습니다.

아래 설정은 특정 구독 서비스나 노드 제공업체에 종속되지 않도록 작성했습니다. 실제 그룹 이름은 사용 중인 설정 파일에 맞춰 바꾸고, 기관의 보안 정책과 저작권 규정을 항상 우선해야 합니다.

1연구 도구별 연결 전략 세우기

먼저 어떤 서비스를 프록시로 보낼지 정해야 합니다. 연구 도구는 모두 같은 특성을 보이지 않습니다. Google Scholar는 검색 요청과 결과 페이지 로딩이 중심이고, Zotero는 웹사이트에서 메타데이터를 가져오는 기능과 클라우드 동기화를 함께 사용합니다. Overleaf는 편집기, 프로젝트 저장, 컴파일 로그가 지속적으로 오가므로 장시간 연결의 안정성이 중요합니다.

가장 중요한 원칙은 “연구 관련 도메인은 모두 프록시”가 아니라, 서비스의 실제 위치와 사용 목적을 기준으로 선택하는 것입니다. 국내 기관 사이트를 무조건 해외 노드로 보내면 인증 세션이 끊기거나 접속 기록이 비정상적으로 보일 수 있습니다. 반대로 해외 출판사 사이트를 불안정한 무료 노드로 보내면 PDF 다운로드가 중단되고, 반복 접속으로 인해 추가 인증이 요구될 수 있습니다.

2Clash 기본 설정과 TUN 모드 준비

브라우저에서 Google Scholar만 이용한다면 시스템 프록시만으로도 충분할 수 있습니다. 하지만 Zotero 데스크톱 앱의 동기화와 Overleaf 관련 백그라운드 요청까지 같은 규칙으로 처리하려면 TUN 모드를 고려해야 합니다. TUN은 운영체제의 네트워크 인터페이스 수준에서 트래픽을 가로채므로, 브라우저 외부의 애플리케이션도 Clash의 규칙을 적용받을 수 있습니다.

TUN을 켠 뒤에는 브라우저와 Zotero에서 각각 로그인 상태를 다시 확인해야 합니다. 기존 연결이 이전 프록시 설정을 기억하고 있을 수 있기 때문입니다. 문제가 생기면 TUN을 끄고 시스템 프록시만으로 재현해 보세요. 이 비교만으로도 문제가 Clash의 라우팅인지, 앱 자체의 인증 또는 방화벽인지 빠르게 구분할 수 있습니다.

3Google Scholar 검색 규칙 구성

Google Scholar는 검색 결과를 빠르게 확인하는 것이 핵심이므로, 먼저 현재 환경에서 DIRECT와 프록시 중 어느 쪽이 안정적인지 비교해야 합니다. 검색이 정상적으로 되더라도 요청을 짧은 시간에 반복하면 CAPTCHA가 나타날 수 있습니다. 이는 단순한 Clash 오류가 아니라 Google의 자동화 요청 감지와 관련된 현상일 수 있습니다.

YAML 설정을 직접 수정하거나 규칙 제공업체의 추가 규칙에 다음과 같은 항목을 넣을 수 있습니다. 여기서 Research-Group은 실제 프록시 그룹 이름으로 교체해야 합니다.

한국어 검색이나 국내 기관 링크가 자주 포함되는 연구라면 Google 전체 도메인을 무조건 프록시로 보내지 않는 것이 좋습니다. Scholar 관련 도메인만 별도 그룹에 할당하고, 일반 Google 서비스는 기존 규칙을 따르게 하면 검색 속도와 계정 안정성을 함께 관리할 수 있습니다.

검색 결과와 인용 내보내기 테스트

규칙을 저장한 후 Clash의 연결 로그에서 scholar.google.com 요청이 원하는 그룹으로 처리되는지 확인합니다. 그 다음 검색 결과에서 인용 내보내기, BibTeX 보기, 관련 논문 링크를 차례로 테스트하세요. 검색은 되지만 인용 내보내기만 실패한다면 Google Scholar 본체가 아니라 별도의 리디렉션 도메인이나 브라우저 확장 기능이 원인일 수 있습니다.

4Zotero와 참고문헌 동기화 분리

Zotero는 하나의 도메인만 사용하는 서비스가 아닙니다. 브라우저용 Zotero Connector는 현재 열어 둔 출판사 페이지에서 메타데이터를 읽고, 데스크톱 앱은 계정 인증과 라이브러리 동기화를 수행합니다. PDF 파일을 저장하는 위치가 Zotero Storage인지 WebDAV인지에 따라서도 연결 대상이 달라질 수 있습니다.

설정 파일에서는 Zotero 계정과 저장소 관련 도메인을 하나의 안정적인 그룹으로 묶을 수 있습니다. 다만 실제 도메인은 서비스 지역과 저장 방식에 따라 달라질 수 있으므로, 아래 예시는 출발점으로만 사용하고 연결 로그에서 확인해야 합니다.

기관 구독 논문을 Zotero에 저장할 때는 먼저 브라우저에서 원문 페이지가 완전히 열린 뒤 Connector를 실행하세요. 페이지가 프록시와 DIRECT 사이에서 반복 리디렉션되면 메타데이터가 비어 있거나 잘못된 항목이 생성될 수 있습니다. 이 경우 해당 출판사 도메인을 같은 그룹으로 추가하고, 브라우저 쿠키를 삭제한 뒤 다시 시도합니다.

5Overleaf 연결과 문제 해결

Overleaf는 단순한 파일 다운로드 서비스가 아니라 웹 편집기와 실시간 저장 기능을 제공하는 협업 환경입니다. 따라서 짧은 시간 동안 빠른 속도가 나오는 노드보다, 웹소켓 연결이 오래 유지되고 업로드와 컴파일 요청이 안정적으로 완료되는 노드가 적합합니다.

Overleaf 편집기가 빈 화면으로 남거나 “연결 중” 상태를 반복한다면 다음 순서로 확인하세요.

1. Clash 로그에서 Overleaf 요청이 REJECT 또는 잘못된 그룹으로 처리되지 않는지 확인합니다.
2. 현재 노드를 다른 안정적인 노드로 바꾸고, 브라우저 탭을 새로 열어 웹소켓 연결을 다시 생성합니다.
3. 브라우저 확장 프로그램을 일시적으로 끄고 시크릿 창에서 같은 프로젝트를 열어 봅니다.
4. 컴파일만 실패한다면 네트워크보다 LaTeX 패키지, 프로젝트 파일, 컴파일 시간 제한을 먼저 점검합니다.

DNS와 연결 로그 확인법

도메인 규칙이 작동하지 않는 가장 흔한 원인은 DNS 응답이 예상과 다르게 처리되는 것입니다. Clash의 DNS 모드와 fake-ip 설정을 변경했다면 브라우저와 Zotero를 완전히 종료한 뒤 다시 실행하세요. 연결 로그에서는 도메인, 프로세스, 최종策略, 사용된 그룹을 함께 살펴야 합니다. 단순히 “프록시가 켜져 있다”는 사실만으로 올바른 분기가 이루어졌다고 판단해서는 안 됩니다.

6최종 점검 체크리스트

설정을 완료한 뒤에는 한 번에 모든 서비스를 테스트하기보다 실제 연구 흐름에 맞춰 단계별로 확인하는 것이 좋습니다. 먼저 Google Scholar에서 검색과 인용 내보내기를 실행하고, 다음으로 Zotero Connector를 통해 메타데이터를 저장합니다. 이후 Zotero 라이브러리 동기화와 PDF 업로드를 확인한 뒤, Overleaf 프로젝트에서 편집·저장·컴파일을 순서대로 진행하세요.

• 규칙 순서: 전용 도메인 규칙이 일반적인 Google, 직장, 해외 규칙보다 위에 배치되어 있는지 확인합니다.
• 노드 상태: 연결 속도만 보지 말고 패킷 손실, 재접속, 장시간 사용 안정성을 함께 확인합니다.
• DIRECT 예외: 대학 포털, 국내 전자도서관, 기관 인증 시스템은 필요한 경우 직접 연결로 분리합니다.
• 앱별 테스트: 브라우저만 정상이어도 Zotero 동기화가 실패할 수 있으므로 데스크톱 앱을 별도로 점검합니다.
• 백업: YAML 규칙을 수정하기 전 원본 설정과 Zotero 라이브러리를 백업합니다.
• 로그 기록: 문제가 발생한 시간, 도메인, 노드, 오류 메시지를 기록하면 원인 분석이 훨씬 쉬워집니다.

Clash 설정의 목표는 모든 트래픽을 무조건 우회하는 것이 아니라, 연구 도구마다 필요한 경로를 정확하게 선택하는 것입니다. Google Scholar에는 요청 안정성과 검색 효율을, Zotero에는 메타데이터와 파일 동기화의 일관성을, Overleaf에는 장시간 웹소켓 연결의 안정성을 우선하세요. 이 원칙에 따라 규칙을 작게 나누고 로그로 검증하면 노드를 바꿀 때마다 전체 설정을 다시 만드는 수고를 줄일 수 있습니다.