研究者向けv2rayN設定術｜Scholar・Zoteroを快適に使う方法

研究者のネットワーク環境では、論文検索、文献管理、共同執筆、学内サービスの利用で異なる接続条件が同時に発生します。Google ScholarやarXivは安定したプロキシ経路を必要とする一方、Zoteroの同期、大学の電子ジャーナル、国内の学会サイトは直接接続のほうが速く、認証や地域判定でもトラブルが少ない場合があります。すべての通信を一律にプロキシへ送る構成は簡単ですが、同期の遅延、学内サイトへのアクセス失敗、不要な帯域消費を招くことがあります。

この記事では、v2rayNとXrayコアを使い、研究活動で頻繁に利用するサービスを用途別に振り分けます。Google Scholar、arXiv、出版社の論文ページ、Overleafは必要に応じてプロキシへ送り、Zoteroの同期や国内サービスは直接接続へ分ける考え方を説明します。さらに、ブラウザーだけを対象にする構成と、Zoteroや同期アプリを含むシステム全体を対象にする構成の違い、DNSの扱い、接続確認の順番まで具体的に整理します。

研究作業を通信の種類ごとに分解する

最初に行うべきことは、利用サービスを「海外論文検索」「文献データの同期」「共同執筆」「国内または学内サービス」の4種類に分けることです。Google Scholarは検索結果の取得、引用情報の確認、論文ページへの移動が中心です。arXivでは論文本文、ソースファイル、APIやフィードを利用することがあります。出版社のページは本文表示だけでなく、認証、PDF取得、補足資料のダウンロードなど複数の接続を行います。これらは同じドメインだけで完結しないため、代表ドメインを1つ登録しただけではすべての通信をカバーできません。

Zoteroは、文献情報、添付ファイル、ノート、コレクションを扱います。文献情報の同期とPDFなどの添付ファイル同期では、通信先や転送量が異なる場合があります。ブラウザーで論文を開けても、Zoteroの同期が成功するとは限りません。逆に、Zoteroが同期できていても、ブラウザーのシステムプロキシが無効ならScholarの検索は失敗します。アプリごとの接続方式を分けて観察することが重要です。

ここで示したポート番号は一般的な初期例であり、実際の番号はv2rayNの「設定」→「パラメータ設定」→「コア：基本設定」などに表示される値を優先します。別のアプリが1080、10808、10809などを使用している場合、ポートの重複によってコアが起動しないことがあります。設定を変更する前に、現在のHTTPプロキシ、Socksプロキシ、混合ポートの番号を記録してください。

v2rayNでScholarと国内サービスを分ける

v2rayNでは、まず利用するノードを選び、「アクティブサーバーに設定」などの操作で現在の出口を確定します。その後、「設定」→「ルーティング設定」または使用中のUIに相当するルーティング画面で、プロキシ、ダイレクト、ブロックの出站を確認します。名称はv2rayNのバージョンや表示言語で異なることがありますが、重要なのはルールがXrayコアへ渡され、上から順番に評価される点です。

研究用途の基本方針は、ローカルネットワークと大学内アドレスを最初にダイレクトへ送り、明確な国内サービスも必要に応じてダイレクトへ送ることです。その後、Google Scholar、arXiv、Overleaf、出版社や学術データベースなど、プロキシが必要なドメインを個別に登録します。最後に、どのルールにも一致しない通信をプロキシへ送るか、ダイレクトへ送るかを決めます。特定サイトだけをプロキシにするなら、最後の既定ルールをダイレクトにする構成のほうが予期しない通信を減らせます。

1. ローカルを除外：geoip:private、大学内のプライベートアドレス、ルーターやNASのアドレスをダイレクトにします。
2. 国内サービスを整理：geosite:cnや個別ドメインを利用環境に合わせてダイレクトへ振り分けます。
3. 研究サイトを登録：Scholar、arXiv、Overleaf、出版社の実際のドメインをプロキシへ送ります。
4. 既定経路を決定：未登録のサイトをダイレクトまたはプロキシへ送り、動作ログで意図を確認します。

ドメインを登録するときは、検索サイトのトップドメインだけでなく、リダイレクト先や静的コンテンツの配信先も確認します。Scholarの検索結果から出版社へ移動した場合、出版社のドメインはScholarとは異なります。Overleafもログイン、プロジェクト編集、コンパイル、WebSocketに近い持続接続などで複数の通信を使う可能性があります。すべてを一度に登録するのではなく、ブラウザーの開発者ツール、Xrayログ、接続失敗時刻を照合しながら不足するドメインを追加してください。

ZoteroとOverleafを止めないアプリ別設定

ブラウザーにシステムプロキシを設定しただけでは、Zoteroのすべての通信が同じ経路になるとは限りません。Zoteroにはアプリ独自のネットワーク設定があり、システム設定を参照する構成と、手動でHTTPプロキシを指定する構成を選べる場合があります。まずv2rayNでローカルHTTPポートを確認し、Zotero側のプロキシ設定で同じホストとポートを指定します。通常、ホストは127.0.0.1、ポートはv2rayNに表示されるHTTPポートです。Socksポートしか指定できない画面では、HTTPポートと混同しないようにしてください。

Zoteroの同期を確認するときは、文献情報だけの小さなライブラリで試します。同期アイコンの状態、エラー内容、最後の同期時刻を確認し、いきなり大量のPDFを再同期しないでください。添付ファイル同期はファイル数と容量によって時間が大きく変わるため、通信経路のテストとストレージ容量の問題を分ける必要があります。1件のメタデータ同期が成功した後、数MB程度の添付ファイルを1つだけ同期すれば、認証、通信、ファイル転送を段階的に確認できます。

Overleafはブラウザー上で利用するため、基本的にはv2rayNのシステムプロキシが対象になります。ただし、共同編集画面が開くのにコンパイル結果が更新されない場合は、単なるページ表示ではなく、プロジェクトAPI、コンパイルキュー、長時間接続のいずれかが失敗している可能性があります。ページの読み込み、プロジェクトを開く、編集内容を保存する、コンパイルを実行する、PDFプレビューを取得する、という順番で確認すると、どの段階に問題があるか分かりやすくなります。

国内の大学ポータル、学内VPN、機関リポジトリを利用する場合は、プロキシ経路から外すほうがよいことがあります。学内サイトがプライベートアドレスを使う場合は、geoip:privateだけでなく、大学が指定するサブネットやドメインを明示します。ただし、大学の認証基盤が外部サービスへリダイレクトする構成では、ログイン画面だけを直通にしても認証が完了しないことがあります。リダイレクト先を確認し、学内サービスの要件に合わせて例外を追加してください。

設定後の検証と安全な切り分け

検証は、同じブラウザーのタブを増やしながら感覚で判断するのではなく、1つの機能を1回ずつ確認します。最初にv2rayNのコアが起動しているか、次にシステムプロキシが有効か、その後にScholarの検索、arXivの本文取得、Overleafの保存とコンパイル、Zoteroのメタデータ同期を確認します。各テストの時刻と結果を記録し、失敗した直前のログだけを保存すると、ルール変更の効果を比較しやすくなります。

ログにconnection refusedが出る場合は、指定したローカルポートでv2rayNが待ち受けていないか、別のアプリがポートを使用しています。timeoutだけなら、ノード、DNS、ルーティング、対象サイトの応答遅延を分けて調べます。failed to parseや設定読み込みエラーが表示された場合は、最後に編集したルールを一度戻し、JSONの構文とタグ名を確認してください。複数のルールを同時に変更すると、Scholar、Zotero、Overleafのどの機能に影響したか判断できなくなります。

コア起動 → ローカルポート確認 → システムプロキシ確認
→ Scholar検索 → arXiv本文 → Overleaf保存・コンパイル
→ Zoteroメタデータ同期 → 添付ファイル同期

運用が安定したら、サブスクリプション更新でノードが変わってもルーティングルールが意図どおり残るか確認します。購読から生成されたサーバー設定を直接書き換えると、次回更新で上書きされることがあります。ノードの更新とルーティングポリシーを別の設定として管理し、変更後は代表的な5項目を再テストしてください。また、共有環境では購読URLや認証情報をログ、画面キャプチャ、共同文書へ貼り付けないことも重要です。