연구자를 위한 네트워크 설계
연구자의 온라인 작업은 하나의 서비스에만 의존하지 않습니다. Google Scholar에서 논문을 검색하고, 원문과 메타데이터를 확인한 뒤 Zotero로 참고문헌을 정리합니다. 이후 Overleaf에서 공동으로 LaTeX 문서를 작성하고, 분야에 따라 IEEE Xplore나 학술 출판사의 페이지에서 논문과 인용 정보를 다시 확인하게 됩니다. 이처럼 서로 다른 서비스가 동시에 열려 있으면 한 사이트에는 빠른 경로가 다른 사이트에는 불안정한 경로가 될 수 있습니다.
Clash를 모든 트래픽을 무조건 프록시로 보내는 도구로 사용하면 연구 환경이 오히려 복잡해질 수 있습니다. 국내 서비스와 기관 내부 시스템은 DIRECT로 연결하고, 해외 학술 서비스는 안정적인 연구용 노드로 분리하는 방식이 더 효율적입니다. 특히 Zotero의 동기화와 Overleaf의 실시간 공동 편집은 단순한 페이지 로딩보다 지속 연결, DNS 응답, 패킷 손실의 영향을 크게 받습니다.
이 글의 핵심
서비스별로 필요한 연결 경로를 나누고, 연구 중단이 발생했을 때 DNS·노드·규칙 순서·TUN 모드를 차례로 점검하는 실전 구성을 설명합니다.
아래 내용은 Clash Verge Rev, Clash Verge, Mihomo 기반 클라이언트에서 응용할 수 있습니다. 메뉴 이름은 클라이언트마다 다를 수 있지만, 핵심은 동일합니다. 먼저 안정적인 노드 그룹을 준비하고, 그다음 도메인 규칙을 배치한 뒤, 실제 서비스에서 연결 상태를 검증해야 합니다.
1서비스별 연결 경로 나누기
연구용 설정에서 가장 중요한 원칙은 “학술 서비스 전체”를 하나의 그룹으로 묶지 않는 것입니다. Google Scholar는 검색 요청과 리디렉션이 많고, Zotero는 동기화 서버와 웹 페이지가 함께 사용됩니다. Overleaf는 편집 화면뿐 아니라 웹소켓 연결과 프로젝트 파일 전송을 사용하며, IEEE Xplore는 PDF와 인용 도구가 별도의 도메인을 호출할 수 있습니다.
| 서비스 | 권장 경로 | 설정 목적 |
|---|---|---|
| Google Scholar | Scholar-Group | 검색과 결과 페이지의 안정성 확보 |
| Zotero | Research-Group | 동기화 및 첨부 파일 다운로드 유지 |
| Overleaf | Research-Group | 웹소켓과 컴파일 요청의 지속 연결 |
| IEEE Xplore | Scholar-Group | 논문 검색, PDF, 인용 정보 접근 |
| 국내 기관·도서관 | DIRECT | 불필요한 우회와 지연 방지 |
노드 그룹을 만들 때는 가장 빠른 노드보다 안정적인 노드를 우선하세요. 학술 검색은 짧은 요청이 반복되고, Overleaf는 편집 중 연결이 유지되어야 하므로 순간적인 최고 속도보다 낮은 패킷 손실과 일관된 응답 시간이 중요합니다. 같은 국가의 노드라도 통신사와 서버 품질에 따라 결과가 크게 달라질 수 있으므로 두세 개의 후보를 준비하는 것이 좋습니다.
주의사항
기관 인증 페이지, 도서관 프록시, 연구실 내부 서버까지 해외 노드로 보내면 로그인 세션이 끊기거나 접근 정책에 걸릴 수 있습니다. 기관 도메인은 먼저 직접 연결로 테스트하세요.
2Clash 규칙을 직접 구성하는 단계
이제 실제로 서비스별 규칙을 추가해 보겠습니다. 설정 파일의 그룹 이름은 사용 중인 프로필에 맞게 바꾸어야 합니다. 아래 예시의 Scholar-Group과 Research-Group은 실제 프록시 그룹 이름과 정확히 일치해야 하며, 이름에 공백이나 특수문자가 있다면 기존 YAML 형식을 따르세요.
rules 목록은 위에서 아래로 평가됩니다. 구체적인 도메인 규칙을 일반적인 규칙보다 위에 배치하세요.
※ 실제 요청 도메인은 클라이언트의 연결 로그에서 확인한 뒤 필요한 항목만 추가하세요.
DOMAIN-SUFFIX,ieee.org처럼 범위가 넓은 규칙은 편리하지만, IEEE의 모든 서비스가 연구 검색에 필요한 것은 아닙니다. 특정 서비스가 직접 연결되어도 되는지 확인한 뒤 범위를 좁히는 것이 좋습니다. 또한 ac.kr 전체를 직접 연결하는 방식은 일부 해외 대학 도메인이나 외부 CDN까지 포함할 수 있으므로, 문제가 발생하면 기관의 실제 도메인만 개별적으로 등록하세요.
- Clash 클라이언트에서 현재 사용 중인 프로필을 백업합니다.
- 규칙 또는 모듈 편집 화면에서 학술 서비스 규칙을 추가합니다.
- 규칙 그룹 이름이 실제 그룹 이름과 일치하는지 확인합니다.
- 프로필을 저장하고 업데이트한 뒤 Clash를 다시 적용합니다.
- 연결 로그에서 Scholar, Zotero, Overleaf 요청이 예상한 그룹으로 처리되는지 확인합니다.
확인 방법
브라우저에서 서비스 페이지를 열었을 때 주소만 확인하지 말고, 연결 로그의 실제 호스트와 선택된 프록시 그룹을 함께 확인해야 합니다.
3DNS·TUN 모드와 동기화 안정화
규칙이 올바른데도 Zotero 동기화가 멈추거나 Overleaf가 “연결 중” 상태를 반복한다면 DNS 처리와 시스템 적용 범위를 점검해야 합니다. 브라우저에만 프록시를 적용한 경우 Zotero 데스크톱 앱이나 별도의 PDF 뷰어가 규칙을 거치지 않을 수 있습니다. 이런 상황에서는 웹에서는 로그인되지만 앱 동기화가 실패하는 현상이 나타납니다.
TUN 모드 적용 범위
Windows와 macOS에서 Clash Verge Rev 또는 Mihomo 클라이언트를 사용할 때 TUN 모드를 활성화하면 브라우저 외부의 애플리케이션 트래픽도 Clash가 처리할 수 있습니다. 다만 운영체제 권한을 요구할 수 있으므로 관리자 권한 또는 네트워크 확장 권한을 허용해야 합니다.
- Windows: TUN 모드를 켠 뒤 네트워크 어댑터가 생성되었는지 확인하고, Zotero를 완전히 종료한 후 다시 실행합니다.
- macOS: 시스템 설정의 네트워크 확장 또는 VPN 권한을 허용한 뒤, 절전 모드에서 복귀했을 때 TUN 상태를 다시 확인합니다.
- Linux: Mihomo 실행 권한과 가상 인터페이스 권한을 확인하고, 방화벽이 TUN 인터페이스를 차단하지 않는지 점검합니다.
DNS 설정과 예외 처리
DNS 모드는 사용하는 코어와 프로필에 따라 다르지만, 연구용 서비스의 도메인이 엉뚱한 주소로 해석되거나 지역별 CDN에 잘못 연결되는 문제를 줄여야 합니다. fake-ip 모드를 사용한다면 기관 내부 도메인과 로컬 장치 도메인을 fake-ip-filter 예외로 등록하는 편이 안전합니다. 반대로 기관 네트워크에서 내부 DNS가 반드시 필요한 경우에는 무조건 공개 DNS로 바꾸지 말고, 해당 도메인에 맞는 nameserver-policy를 고려하세요.
위 설정은 모든 환경에 그대로 적용하는 정답이 아닙니다. 일부 기관은 자체 인증 DNS나 내부 도메인을 사용하므로, 적용 후 사내 포털과 도서관 인증 페이지가 열리는지 확인해야 합니다. 문제가 생기면 해당 기관 도메인을 직접 연결하고, DNS 정책도 기관 네트워크에 맞춰 조정하세요.
4연구 중단을 줄이는 점검표
설정을 완료한 뒤에는 한 번 접속되는 것보다 반복 작업에서 안정적인지가 중요합니다. 다음 표를 기준으로 증상을 분류하면 무작정 노드를 바꾸는 시간을 줄일 수 있습니다.
| 증상 | 가능한 원인 | 우선 점검할 항목 |
|---|---|---|
| Scholar 검색 결과가 느림 | 노드 혼잡 또는 규칙 미적용 | 연결 로그와 노드 지연 시간 확인 |
| Zotero 동기화 실패 | 앱 트래픽이 프록시를 우회함 | TUN 모드, 방화벽, Zotero 재시작 |
| Overleaf 편집 연결 끊김 | 웹소켓 불안정 또는 UDP 미지원 노드 | 고정 노드 선택, 패킷 손실 확인 |
| IEEE PDF 다운로드 중단 | CDN 도메인이 다른 규칙을 사용함 | 다운로드 시점의 연결 로그 확인 |
| 기관 로그인 반복 | 기관 도메인이 해외 IP로 연결됨 | 기관 도메인을 DIRECT로 예외 처리 |
백업과 재현 가능한 테스트
프로필을 수정하기 전에는 원본 YAML을 별도 파일로 저장하세요. 규칙을 한꺼번에 많이 추가하면 문제가 생겼을 때 원인을 찾기 어렵습니다. 먼저 Scholar 한 개, Zotero 한 개, Overleaf 한 개의 규칙만 적용하고 각 서비스에서 검색·동기화·편집을 차례로 테스트하는 방식이 좋습니다. 이후 IEEE Xplore와 기관 예외를 추가하면 변경 사항과 결과를 쉽게 비교할 수 있습니다.
테스트할 때는 같은 노드에서 여러 번 새로 고침하는 것보다 실제 연구 흐름을 재현해야 합니다. Scholar에서 검색하고, 논문 페이지를 열고, Zotero 브라우저 커넥터로 저장한 다음, Zotero 데스크톱에서 동기화하고, Overleaf에서 공동 편집을 진행해 보세요. 이 과정 중 특정 단계만 실패한다면 전체 네트워크가 아니라 해당 서비스의 도메인이나 앱 연결을 먼저 의심할 수 있습니다.
개인정보 보호
학술 계정, 기관 계정, 연구 데이터가 포함된 트래픽은 신뢰할 수 있는 노드만 사용하세요. 무료 또는 출처가 불분명한 프록시는 로그인 정보와 문서 메타데이터를 노출할 위험이 있습니다.
결론적으로 연구용 Clash 설정은 “가장 강한 우회”가 아니라 서비스별로 필요한 만큼만 분기하는 설계가 핵심입니다. Scholar와 IEEE Xplore에는 안정적인 검색 경로를, Zotero와 Overleaf에는 지속 연결이 가능한 연구용 그룹을, 기관 시스템에는 직접 연결을 적용하면 불필요한 지연과 인증 오류를 크게 줄일 수 있습니다. 설정을 변경한 뒤에는 반드시 연결 로그와 실제 작업 흐름을 함께 확인하고, 안정화된 프로필을 백업해 두세요.