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