つながり続ける

ペアリングのあと、アプリがアドレスの入力を求めることは二度とありません。QR コードを読み取った瞬間に取り込んだ、Mac へ到達するいくつもの経路をすでに知っていて、応答が返るまで静かに順番に試します。本章では、その順番、外出先からのアクセスがときに一手間を要する理由、そして接続状態をひと目で読み取る方法を説明します。

接続全体は、Mac のコントロールサーバに支えられています。そのサーバがオフになっていたり、Mac がスリープ中・電源オフ・ネットワーク圏外だったりすれば、アプリが到達できる相手は存在しません。そこで本章の最後では、すべてが機能するために満たされていなければならない条件をまとめます。ペアリングそのものは第 3 章を、コントロールサーバのデスクトップ側はデスクトップ版マニュアルを参照してください。

4.13 つの帰り道

ペアリング時、QR コードはトークン以上のものを運んでいました — Mac を見つけられるアドレスの小さな一覧です。自宅やオフィスのネットワーク上のアドレス、Tailscale のアドレス、そして Mac が有効化している Cloudflare トンネルのアドレス。アプリはこの一覧を保持し、Mac と通信が必要になるたびに、固定の順番でたどります。

1. まず自宅・オフィスのネットワーク。電話機と Mac が同じ Wi-Fi（または有線 LAN）にあれば、アプリは直接接続します — 間に何も挟まない、最速・最小遅延の経路です。
2. 次に Tailscale。直接接続が応答しなければ、アプリは Mac の Tailscale アドレスを試します。電話機と Mac が同じ tailnet のメンバーである限り、どこにいても機能します。
3. 最後に Cloudflare トンネル。どちらも機能しない場合、アプリは Cloudflare トンネルにフォールバックします — ただし Mac がトンネルを有効化している場合に限ります。自前のネットワークがなくても、どこからでも Mac に到達します。

アプリは前回うまくいった経路を覚えていて、次回はそれを最初に試すため、なじみのネットワークでの再接続はほぼ瞬時です。経路を手で選ぶことはありません。アプリを開けば、生きている経路に自動的に着地します。

4.2同じ Wi-Fi にいるとき

自宅やオフィスで — 電話機と Mac が同じネットワークにあるとき — アプリは直接経路をとります。これが最良のケースです。すべてに到達でき、速い。サービス状態、起動と停止、アラート、AI、デバイスの Web UI、LAN 共有のすべてが、電話機が Mac のすぐ隣にあるかのように振る舞います。ネットワーク的には、まさにその通りだからです。

Mac が HTTPS アドレスを広告している場合、アプリはペアリング時に取り込んだ証明書のフィンガープリントで Mac の身元を検証するため、自己署名証明書であっても、自分のネットワーク上でなりすまされることはありません。

4.3外出先にいるとき

ネットワークを離れた瞬間、直接経路は応答しなくなり、アプリは残る 2 つへ移ります。外出先からのアクセスは、結局のところ単純な問いに帰着します — いま電話機は、そもそも Mac に到達できるのか？

• Tailscale は、電話機と Mac が tailnet を共有していれば「はい」と答えます。最も信頼できる外出先経路です。携帯回線でも、ホテルやカフェの Wi-Fi でも、ほとんどどんなルータの背後でも、ポートを開けずに機能します。
• Cloudflare トンネルは、Mac がトンネルを稼働させていれば「はい」と答えます。電話機側には何も要らず、どこからでも到達しますが、Mac がそのトンネルを維持し続けることに完全に依存します。

どちらも利用できなければ — 共有 tailnet なし、トンネルなし — アプリは外から Mac を見ることができず、状態の点はオフラインになります。これは不具合ではなく想定どおりの挙動です。プライベートな自宅ネットワーク上の Mac は、設計上、公開インターネットからは到達できません。

4.4デバイスの Web UI と LAN 共有

Mac に到達することは、話の半分にすぎません。Web UIs（More 内）はネットワーク上の他の機器 — ルータ、NAS、プリンタ、ダッシュボード — の Web インターフェイスを開き、Shared（More 内）は Mac が一時的に公開した LAN 共有を開けます。これらはネットワーク自体に存在し、Mac 上にあるわけではありません。したがって、アプリが Mac に到達できることは、これらに到達できることを保証しません。

デバイスの Web UI や LAN 共有に到達できるのは、電話機が実際にそのネットワークに入れるときだけです。

• 同じ Wi-Fi 上 — LAN 上のすべてに直接到達できます。
• Tailscale 経由 — tailnet がそのネットワークへ経路を持つとき、たとえば LAN の範囲を広告するサブネットルータを介すれば到達できます。それがなければ、Tailscale は Mac には届いても、その隣のプリンタには届きません。

これが、上記の TIP がサブネットルータ、あるいは Tailscale に接続されたルータを勧める実用上の理由です。「Mac に到達できる」を「ネットワーク全体に到達できる」に変え、それこそが Web UIs と Shared を外出先で役立つものにします。

4.5接続状態の点

Fleet tab ヘッダーの色付きの点は、いま Mac と通信できているかを正直にまとめたものです。3 つの状態があります。

新しい試行を強制するには、Fleet tab でプルして更新します。アプリが経路一覧を再びたどる間、点は接続中に戻り、その後接続済みかオフラインに落ち着きます。何かが固まったり古く見えたりしたら、まず試すべきもプルして更新です。

4.6満たされていなければならない条件

3 つの経路はいずれも、存在しない接続を生み出すことはできません。アプリが Mac に到達するには、次のすべてが成り立っている必要があります。

• Mac のコントロールサーバが有効。電話機が通信する相手はこのサービスです。Mac 側でオフになっていれば、すべての経路が失敗し、点はオフラインのままです。
• Mac がオンラインで到達可能。起動していて、ネットワーク上にあり、電話機の現在地から到達できる必要があります — 同じ Wi-Fi、共有 tailnet、あるいは Cloudflare トンネル経由で。スリープ中の Mac は何も応答しません。リモートアクセスに頼るなら、スリープさせない設定を検討してください。
• 外出先なら、機能する外出先経路があること。自宅ネットワークの外では、両端の Tailscale、または Mac が稼働させ続けるトンネルを意味します。

プッシュ通知も、逆方向ながら同じ論理に従います。アラートを送るには、Mac（またはそのプッシュリレー）がオンラインでなければなりません。アラートが途絶えたときの原因は、たいてい接続が失われたときと同じ — Mac がスリープ・電源オフ・到達不能です。下の表は 3 つのロケーションを結びつけます。