目次
検索結果から別の端末で論文を開くまでには、検索、出版社の全文アクセス権、項目の保存、添付ファイルの同期があります。前の操作に成功しても、その次が正常とは限りません。失敗した操作とリクエストを記録し、該当するブラウザー、大学のアクセス手段、同期サービスを調べれば、問題と関係のないノード変更を繰り返さずに済みます。
検索結果は出るのに本文や PDF がない場合、失敗しているサービスは異なる
どの区間で失敗しているか
| 操作 | 実際にアクセスするサービス | 問題が見つかったときに最初に確認すること |
|---|---|---|
| Google Scholar での検索 | scholar.google.com、Google へのログインと認証 | 出口が頻繁に変わっていないか、人間であることの確認が表示されていないか |
| DOI からの移動と全文 | doi.org、出版社、大学の認証入口 | 最終ドメイン、アカウント権限、組織の VPN |
| Zotero の文献情報同期 | zotero.org の同期サービス | 同期キュー、アカウントの状態、接続が Clash へ入っているか |
| PDF 添付ファイルの同期 | Zotero Storage または自分の WebDAV | ストレージアドレス、証明書、容量、継続アップロード |
最初に失敗した URL と時刻を記録し、接続ログでそのリクエストを探します。Scholar の検索が正常でも、出版社のページが 403 を返す場合は、全文へのアクセス権とそのリクエストに適用されたルールを確認してください。Zotero の文献情報が同期されていても PDF がない場合は、検索用のルールを作り直さず、添付ファイルの同期を調べます。
Research ポリシーグループを使い、Scholar、DOI、Zotero の通信を同じノードに通す
研究用アカウントと長時間のダウンロードは、自動選択グループで出口を頻繁に変更する用途には適しません。手動選択グループを一つ作り、安定したノードを上位に配置して、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 の転送後に本文へアクセスするには、大学や出版社の認証も必要
大学が提供する VPN、EZproxy、統合認証は、内部 DNS、プライベートネットワーク、特定のコールバックに依存することがあります。まず Clash TUN を無効にした状態で、大学の入口自体が利用できることを確認し、その後 Clash のシステムプロキシを有効にしてブラウザをテストします。システムプロキシだけで検索できるなら、二つ目の仮想ネットワークインターフェースに大学の VPN を処理させる必要はありません。
TUN を同時に使用する必要がある場合は、大学が指定するプライベートネットワークと内部ドメインを除外し、認証コールバックが同じ経路を通るようにします。出版社から「購読なし」と表示されたり、組織ログインを要求されたりする場合はアクセス権限の問題です。地域を繰り返し変えて回避しないでください。
DOI を開いた後に 403 となる
出版社の最終 URL を記録し、アカウント、組織の利用権限、現在の出口を確認します。Scholar のルールは作り直さないでください。
大学のログインページがループする
ノードの自動切り替えを無効にし、コールバックドメインと大学 VPN のルートを確認します。
大学内のドメインを TUN 使用時に名前解決できない
内部 DNS とプライベートネットワークを Clash の対象外にするか、システムプロキシだけを使用します。
Zoteroの文献情報は同期できたのにPDFが同期されない場合、何を確認する？
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 を開く
タイトルと添付ファイルの両方が表示されて初めて、検索、保存、同期の全工程が完了したと判断できます。