Google Scholarで検索結果の表示が遅い、Zoteroの文献同期が途中で止まる、Overleafのプロジェクトを開けない。これらは、ノードの速度だけでなく、学術サービスのドメイン解決、接続先の分岐、クライアントのローカルプロキシ設定が一致していないときに起こりやすい問題です。本記事では、v2rayNとv2rayNGを使って、研究用途の通信だけを確実にプロキシへ送る考え方と、設定後の確認方法をまとめます。
Google Scholar、Zotero、Overleafを同じノードへ無条件に送るのではなく、サービスのドメイン、DNS、アプリのプロキシ範囲を順番に確認します。v2rayNではルールとシステムプロキシ、v2rayNGではVPNモードとアプリ別設定を調整し、同期や論文検索だけを再現性よくテストできる状態を目指します。
研究用通信で最初に確認すること
学術サービスの接続障害を調べるときは、「ブラウザーが開くか」だけで判断しないことが重要です。Google Scholarの検索画面が表示されても、PDFの配信元、引用情報の取得先、認証ページが別のドメインを使っている場合があります。Zoteroも、アプリ本体、アカウント認証、同期API、添付ファイル保存先が同一の接続先とは限りません。Overleafでは、プロジェクト画面、編集用の通信、コンパイル結果の取得が複数のリクエストに分かれます。
まず、現在のクライアントがどのコアで動作しているかを記録します。2026年時点の構成では、VLESS + TLS、VLESS + REALITY、VMess + WebSocket + TLSなど、サーバー側が指定した組み合わせをそのまま使うのが基本です。v2rayNでノードを手動編集する場合も、プロトコル、ポート、UUID、SNI、パス、暗号化方式、flowを個別に変更しないでください。接続できない原因がノードなのか、ルーティングなのかを分けるため、最初はサブスクリプションから取り込んだ設定を保存しておきます。
動作確認では、検索、ログイン、文献メタデータの取得、添付ファイルの同期を別々に試します。Google Scholarだけが遅いなら、検索結果の大量読み込みやDNS応答を確認します。Zoteroでタイトルは同期できるのにPDFだけ失敗するなら、添付ファイルの保存先への接続、ファイルサイズ、同期アカウントの状態を確認します。
Google Scholar・Zotero・Overleafの分岐設計
研究用の分岐設定では、サービス名を一括で「海外」と扱うより、実際に必要なドメインを整理するほうが安定します。Google Scholarでは scholar.google.com を中心に、検索結果から移動する出版社、大学リポジトリ、論文配信サイトが別ドメインになります。Zoteroでは zotero.org 系の認証や同期先に加えて、登録したWebDAVなど外部の添付ファイル保存先が使われることがあります。Overleafは overleaf.com 系の接続を基本にしますが、組織のSSOを利用している場合は大学側の認証ドメインも必要です。
| 用途 | 優先して確認する宛先 | 分岐の考え方 | 失敗時の確認 |
|---|---|---|---|
| 論文検索 | scholar.google.com、検索結果の出版社 | 検索本体をプロキシへ送る。出版社は個別に追加 | DNS、TLS、検索頻度、ノード遅延 |
| Zotero同期 | zotero.org、同期・保存先 | 認証と同期APIを同じ出口へそろえる | アカウント状態、プロキシ設定、添付ファイル先 |
| Overleaf | overleaf.com、組織SSO | Web画面と認証ドメインを分けて確認 | ログインリダイレクト、長時間接続、Cookie |
| 大学サービス | 大学ポータル、VPN、図書館サイト | 学内限定サービスは直接接続が必要な場合もある | 校内IP制限、DNS、認証方式 |
ルーティングは、先にドメイン規則、次にIP規則、最後に既定の出站を確認する順番にします。学術サービスをすべてプロキシへ送る設定は簡単ですが、大学の学内サイトや研究室のNASまで遠隔ノードへ送ってしまう可能性があります。逆に、すべてを直接接続にすると、検索画面は開いても認証やPDF取得だけが失敗することがあります。
研究サービス用
- 対象
- Scholar・Zotero・Overleaf
- 出口
- 安定したプロキシ
- DNS
- リモート解決を優先
認証と同期先を同じ経路にそろえ、途中で出口が変わらないようにします。
学内サービス用
- 対象
- 大学ポータル・学内資料
- 出口
- 直接接続または指定VPN
- DNS
- 組織の指定値を確認
学内IP制限があるサイトは、プロキシへ送る前に運用ルールを確認します。
判断のポイント：サービス名ではなく通信の役割を見る
Google Scholarの検索画面だけをプロキシ対象にするのではなく、認証、検索結果からの移動、PDF取得まで同じ条件で確認してください。ZoteroとOverleafも、メイン画面が開くことと同期・保存が成功することは別のテストです。
v2rayN・v2rayNGで設定する手順
設定変更は、ノードを変えながら複数の項目を同時に編集しないことが大切です。最初に現在の設定をバックアップし、1つのノードで研究サービスを確認します。v2rayNではシステムプロキシの状態、v2rayNGではローカルVPNが動作しているかを確認しないと、ルーティングを正しく設定してもアプリの通信がクライアントへ届きません。
コアを確認
v2rayNは「設定」→「パラメータ設定」→「Coreタイプ」を開き、インポートしたノードが要求するコアを選びます。VLESSのREALITYやVisionを使う場合は、対応するXrayコアが必要です。v2rayNGでは「設定」→「コア設定」で使用コアを確認します。
分岐を選ぶ
v2rayNの「ルーティング」またはルール設定で、研究サービスをプロキシへ送る規則を確認します。v2rayNGでは「設定」→「ルーティング設定」で同様のモードを選びます。最初はルールモードを使い、グローバル化は切り分け時だけにします。
DNSを確認
研究サービスのドメインが誤ったローカルDNSで解決されていないか確認します。DNS変更後はクライアントを停止して再起動し、古いキャッシュの影響を減らします。IPv6が不安定な回線では、まずIPv4優先で比較します。
プロキシを有効化
v2rayNではメイン画面の「システムプロキシ」を有効にし、ブラウザーがHTTPプロキシとしてローカルポートを利用していることを確認します。標準的なHTTPポートは10808ですが、実際の画面に表示される値を優先してください。
4項目を試す
Google Scholarの検索、Zoteroのログイン、Zoteroの小さな文献情報同期、Overleafのプロジェクト表示を順番に試します。成功した項目と失敗した項目を記録し、次の変更対象を1つに絞ります。
v2rayNGでZoteroの通信をアプリ単位で通す場合は、「設定」→「アプリ別プロキシ」を開き、選択方式を確認します。「選択したアプリのみ」と「選択したアプリを除外」は意味が逆です。最初はブラウザーとZoteroなど必要なアプリだけを対象にし、メール、地図、動画、学内ネットワーク用アプリを無条件に追加しないほうが、電池消費と切り分けの負担を抑えられます。
Zotero同期とOverleafを個別に診断する
Zoteroでは、同期ボタンを押した直後にエラーが出る場合と、文献情報は同期できるのに添付PDFだけが残る場合で原因が異なります。まずZoteroの同期設定でアカウントが正しいこと、ストレージ容量に問題がないこと、現在の接続先がプロキシ対象になっていることを確認します。小さな文献情報を1件だけ同期し、次にサイズの小さい添付ファイルを試すと、認証とファイル転送を分けて判断できます。
同期が「待機中」のまま進まないときは、クライアントのログ、システムプロキシ、DNSの順番で確認します。ブラウザーではZoteroのページを開けるのにアプリだけ失敗する場合、アプリがシステムプロキシを利用していない、またはv2rayNGのアプリ別対象から外れている可能性があります。WebDAVを使っている場合は、Zotero本体のドメインではなく、設定したWebDAVホストもプロキシまたは直接接続の規則に含める必要があります。
Overleafでは、ログイン後にプロジェクト一覧が空になる、編集画面が読み込み続ける、コンパイル結果が表示されないという症状を分けてください。SSOを使用する大学アカウントでは、Overleafだけでなく認証プロバイダーのドメインも必要です。ログイン画面から別ドメインへ移動したところで止まるなら、リダイレクト先のDNSまたはルーティングが原因です。プロジェクトは開くが編集内容が反映されない場合は、長時間接続、ブラウザー拡張機能、ネットワーク切り替え後の接続状態を確認します。
よくある症状と修正方法
エラー: connection timed out
原因と解決：ノードまでの経路、DNS応答、ポート到達性のいずれかに問題があります。同じノードで一般的なWebサイトを確認し、研究サービスだけ失敗するならドメイン規則を見直します。
エラー: proxy connection refused
原因と解決：ブラウザーやZoteroが、停止中または番号の違うローカルポートを参照しています。v2rayNの「設定」→「パラメータ設定」でHTTPポートを確認し、実際の値に合わせます。
エラー: TLS handshake failed
原因と解決：ノードのSNI、サーバー名、REALITY公開鍵、時刻などがサーバー側と一致していません。手動編集を戻し、サブスクリプションを再取得して対応コアを選びます。
エラー: Zotero sync failed
原因と解決：同期APIまたは添付ファイル保存先が別経路になっている可能性があります。小さなメタデータ同期から試し、WebDAVを使う場合はそのホストを個別に確認します。
接続が不安定なときは、まず同じノードでブラウザーの通常ページ、Google Scholar、Zotero、Overleafを比較します。すべて失敗するならコア、ノード、ローカルポートを先に調べます。通常ページだけ成功するなら、研究サービスのドメインやDNSが分岐から漏れている可能性があります。Zoteroの添付だけ失敗するなら、同期アカウント全体を削除する前に、ストレージ先とファイルサイズを確認してください。
研究用途の設定に関するFAQ
Google Scholarだけ表示が遅いのはなぜですか？
検索ドメインのDNS解決、ノードの遅延、検索結果から移動する外部サイトの応答を分けて確認します。まず同じノードで検索語を少なくして試し、ルーティングログで対象ドメインが意図した出口へ送られているか確認してください。
Zoteroの文献情報は同期できますがPDFだけ失敗します
添付ファイル保存先がZotero本体と別ホストである可能性があります。WebDAVやストレージ設定を確認し、そのホストのDNSとルーティングを追加で確認します。容量不足や同期アカウントの制限も同時に見直します。
v2rayNGでブラウザーは使えるのにZoteroが使えません
「設定」→「アプリ別プロキシ」でZoteroが対象になっているか確認します。「選択したアプリのみ」モードならZoteroを追加し、VPNを一度停止してから再接続してください。
Overleafのログイン後に画面が止まります
SSOの認証ドメインが直接接続になっていないか、またはプロキシ側で別出口へ切り替わっていないか確認します。Overleaf本体と認証先を同じテスト条件で開き、ブラウザーのCookie削除は最後に行います。
研究用のV2Ray設定は、最も速いノードを一度選べば終わりというものではありません。Google Scholarの検索、Zoteroの認証と添付同期、Overleafの編集とコンパイルでは通信特性が異なります。サブスクリプション設定を基準にコアとノードを固定し、DNS、ルーティング、アプリ別プロキシを1項目ずつ調整すると、原因を再現しやすくなります。変更後は日時、使用ノード、成功した操作、失敗した操作を短く記録しておくと、研究作業中の再発にも対応しやすくなります。