「端末ごと別アプリ」をやめると楽になるもの

大学のオンライン基盤は地域や契約単位によってドメイン帯や CDN が分かれる一方、スマホの公式アプリはデスクトップのブラウザ版よりも複数レイヤーを一度に這うことがあります。ここでは「問題が出たクライアント別のFAQ記事」を追いかけ回すのでなく、どちらでも同じ proxy-groups の名前へ送る構成を頭のうえに置いたほうが、学期の途中での事故対応が楽になりやすい、という視点です。

もちろん学生一人ひとりの契約形態や学内 VPN の有無、キャンパスのキャプティブポータルの都合があります。とはいえ、同じ Mihomo が読める YAML に寄せれば、PC とスマホの「ログの見やすさの差」を除いたルール適用結果は並列に近づきます。そのうえで、端末特性として iOS がバックグラウンド接続維持に厳しく、ノート側はウィンドウをまたいだ通信が増える、という点だけは並べ替えて前提にしましょう。

学習レイヤーを先に並べ、そのあとだけストリに余白を残す

ひとつのおすすめは、自分のタイムテーブルを「学校のサイト・会議・アカデミック検索・アカデミックメール」をひとつの束に見立て、その外側にある動画プラットフォームや長尺音声を別の束にするところまで落とすことです。名前は自分の読みやすさでよく、YAML 側に DOMAIN-KEYWORD やサービスリストをそのまま足すような重い構成でなくとも、画面上の自動選択グループを二段にだけ分けて運用開始して問題ありません。

オンライン会議だけを切り離すときは Zoom／Teams が参照する音声・ビデオ用 CDN を意識するのではなく、「そのアプリまたはブラウザのタブを開いた状態でイベントログへ何が並ぶか」を一度眺めるほうが速いことが多く、Windows 側の細かな切り口は別稿の例と照らしてください。関連として Zoom と WebRTC CDN の整理 や Teams と Microsoft 365 CDN の整理 は、ログの見どころの参考になります。

ノートパソコン側：Clash Verge Rev で「設計の母艦」にする

Windows や macOS では Clash Verge Rev のように大画面で購読の差分更新とルールプレビューがしやすいクライアントを母艦にすると、学期のはじめに一度 YAML の骨格を固めてからスマホへ横展開する流れが素直です。購読の形式や変換の共通の話は サブスクリプション導入ガイド にまとまっています。

ダブルダッシュというより「同じリモート設定を二台で再利用する」ことの肝は、購読 URL を二重管理しないことです。片方でだけ手書きパッチしたルールセットを別端末へ転送しないよう、両者が同じ URL をフェッチできる状態にすると、グループ命名とノード並び順のズレだけを気にすれば済みます。ローカルの追記がある場合でも、両端へ同順でコメントを残せるようなテキスト管理体制に寄せます。

💡

TUN とシステムプロキシのどちらを主戦にするかは OS とアプリの組み合わせでぶれます。ブラウザ中心なら規則型のポートプロキシで足りる日もあり、会議クライアントを含めゲート全体へ載せたい日は Tun をオンにします。学期の頭に一度だけ両方試す時間を確保しておくと落ち着きやすいです。

スマホ側：iPhone なら Stash を「同じ概念のウィンドウ」として使う

iOS で購読を取り込みルール適用まで行うとき、App Store で入手できる広く使われている構成の一例が Stash で、用語セットは Mihomo と親和があります。インポート手順そのものやノード一覧が空になるときの切り分けは Stash 購読と分流まわりの実践編 を参照すると早いので、ここでは「ひとつの生活リズムのなかでの位置」に絞って書きます。

移動時間の短文チェックや図書館の席で Zoom をスマホに逃がす日など、レイヤーをまたぐ局面では、自動選択グループの名前だけは PC と同じ表記へ揃えると頭のキャッシュがありません。また、ウィジェットやショートカットによるワンタップオンオフがあると、アイドル時の電池負荷を抑えられます。

論文検索、アカデミックメール、その他開発系の束

Google Scholar や大学のシングルサインプオン関連、文献管理ツールへの同期は、アプリ側がブラウザのタブとは別ポートを這うときにだけ事故が起きやすく、ログを開いてドメインパターンを拾うしかない場面があります。とはいえ、全体を「検索サービス側」「リダイレクト後の出版社ドメイン」「PDF 配信 CDN」に三層で捉えてからルールを足すと、思いつきの直書きよりもメンテしやすいです。

AI 補完や Git 連携の別用途は Google AI 系の整理 や GitHub Copilot まわり など各稿と棲み分けています。学生生活の主戦がどこかに応じて深掘りしてください。

ストリーミング・長尺動画との共存：地域と帯域の二段で考える

動画はアカウントの加入国と実際の再生 CDN の双方で振る舞いが変わるため、学習用トラフィックと同じ自動選択グループへまとめてしまうと、レギュレーションの切り替えが面倒になることがあります。典型は「国内向けのキャンパス回線でそのまま再生したい番組」と「海外向けのカタログを見たい番組」が同一端末に同居するパターンで、ここはアプリのプロファイル切り替えではなく、プロキシ側の別グループへ送る発想のほうが摩擦が少ないです。

YouTube や大規模 CDN の細かいサフィックスは googlevideo まわりの稿 が参考になります。ストリ専用の時間帯にだけ別プロファイルを短時間で当てる、という割り切りも現実的です。

DNS・fake-ip・TUN をまたぐときの「なぜか片方だけ途切れる」系

留学先の生活だと、宿舎のルーターとキャンパス Wi-Fi、モバイル回線の三種を日々跨ぎます。DNS のリゾルバを海外に固定したまま、学内のログインリダイレクトだけ国内 IP を期待するケースや、fake-ip のままローカルなマルチキャスト系を踏んでしまうケースは、どの端末でも起こりやすく、ログのスクショだけでは原因が読みにくいです。

切り分けのコツとしては、(1) ルール一覧の上流からマッチ順を並べなおす、(2) 直近で触った DNS と Tun の組みをメモへ退避させる、(3) 問題のタブだけ一時的全プロキシモードへ移して差分ログを読む、(4) 問題が LMS 側のブロックリストか自分側の名前解決かを切り分ける、という順です。共通の総まとめは トラブルシューティングガイド も活用してください。

⚠️

学内規程やサービス規約への準拠は利用者側の判断が前提です。この記事は家庭内および個人環境での一般的な技術構成の整理であり、公的機関への申請文言やログ提出の必要性までは書きません。

モバイル省電・安定運用：常時オンにしない運用規約だけ先に決める

スマホはバックグラウンドで音声会議へ逃がそうとしてもバッテリーウォールに当たりやすく、逆にノートはスリープ後の再接続でノードが切り替わりにくい場面があります。学期のはじめに「講義中だけ Tun オン」「図書館では省電モードでローカル DNS のみ」など、自分向けの短い規約を紙に書いておくと意思決定が速くなります。

Wi-Fi の省電オプションが接続を間引く端末では、会議前に一時オフにするだけで症状が消えることもあるため、ソフトウェアとハードウェアの両方を疑う姿勢を忘れないでください。

軽量なルール思考のチェックリスト（テンプレではなく観点）

購読がすでに大学向けのドメインを束ねていても、自分の街・自分の契約では抜けが出ることがあります。足すなら以下の観点だけ押さえておくと二重管理が減ります。(1) 認証と本文が別ドメインか、(2) 音声・ビデオが UDP か、(3) 画像・静的ファイルが別 CDN か、(4) IPv6 のある回線で IPv4 だけ期待していないか、(5) 端末のプライベートリレーや OS の「限定トラッキング防止」が名前解決をさらに分岐させていないか、の五つです。

この五つを端末横断で同じメモに書くと、PC のログで見つけた抜けをスマホへ転写するのが速くなります。

ひとつのワークフローへ寄せる具体的な流れ（再掲・短く）

学期のはじめに一度だけ、次の順でそろえると迷子になりにくいです。

  1. その学期で使う学習アプリとストリを紙に列挙し、認証方式（ブラウザタブ／ネイティブ／SSO リダイレクト）をメモする。
  2. ノート側で Clash Verge Rev に同一購読を取り込み、接続ログを開いたままテスト講義へ一度入る。
  3. 問題がなければ同じ HTTPS 購読を Stash へインポートし、グループ名の対応表だけ両端へ貼る。
  4. 音声会議だけ別グループを経由させる構成を検証ウィンドウで試し、イベントに出たドメインパターンを自分のチェックリストへ追記する。
  5. DNS と TUN の状態を両端メモへ固定し、その学期中は変更理由を短文でだけ残してから触る。

読者からよくある短い質問への答え方

端末によって速度が全然違います。
多くは無線 chipset の省電アルゴリズムや iOS のラジオオン時間の差です。レイテンシ比較は同じ時間帯・同じ建物から行ってください。
すべてを常時 Tun にしたほうが安全では？
漏れは減りますが、ログの読みやすさと電池とのトレードオフです。オンライン試験前などだけ全トラフィックモードへ切り替える割り切りも現実解です。
大学のサイトだけ直結させたいのにルールが足りません。
キャンパスが提示する許可リストをそのまま写すより、実際のアクセスイベントから DOMAIN-SUFFIX に落としていくほうが抜けにくくなりがちです。ただし規約順守は先です。

まとめ

留学現場でノートパソコンとスマホの両方にプロキシ層を載せたいときは、端末単体のFAQを増やすのではなくひとつの購読とひとつの命名規約に寄せ、学習トラフィックとエンタメの Policy だけ頭のうえでも分離しておくのが運用コスト対効果が高くなりがちです。DNS fake-ip と TUN のトリオはどの端末でもハマりどころが似ているので、両端ログを並べられる母艦（多くはノート側）を先に固めると新学期のオンライン登録ウィークが楽になります。

広告付きブラウザ拡張と単体の簡易 VPN をアプリごとに併用する運用では、名前解決順とレイヤーを追いきれなくなって「どのアプリだけが自分の規約へ違反しているか」が霧のなかになりやすく、オンライン講義への差し込みも怖くなります。同じ Mihomo／Clash コアに寄せてルールとログを一枚に束ねられる点で、Clash 系は学生向けのダブルダッシュ設計に向いています。続きの導入は Clash を無料ダウンロードして、快適なマルチデバイス環境を試す からどうぞ。