リモート開発がまるで「運試し」だった頃から、今やPCを開けばすぐに使える——その差はたった一つのP2P。

どれだけの人が、リモート開発を始めたばかりの頃にこんな経験をしただろうか：画面をじっと見つめながら、自分は仕事をしているのではなく、待っているんだと感じる——SSHの接続を待ち、VPNの安定を待ち、ファイルの転送が終わるのを待つ……待っているうちに頭が真っ白になり、何をしようとしていたのかさえ忘れてしまう。

この記事では技術的な詳細を詰め込みすぎないが、完全に避けるわけでもない。いくつかの概念を少し理解しておけば、Tailscaleがなぜ私にとって単なる「また別のネットワークツール」ではなく、真の解放だったのかがわかるだろう。

以前はどうしていたか#

私の以前のリモート開発環境はおおよそこんな感じだった：サーバーを自宅に置き、外出先からノートPCでSSH接続して作業を処理していた。普通に聞こえるだろう？理論上は確かにその通りだ。

しかし現実は、SSHが接続できるかどうか、速いかどうかは、完全にサーバー側に安定したグローバルIPがあるかどうか、そして十分な帯域があるかどうかにかかっている。

グローバルIPというものは、一般家庭向けのブロードバンドを契約している場合、基本的に運任せだ。今日あっても明日はないかもしれないし、中にはそもそもグローバルIPを提供しないプロバイダーもある。

この問題を解決するために、さらにポートマッピングを設定し、自宅のローカルネットワーク内のマシンを無理やりグローバルネットワークに「露出」させ、そこに外部から接続する必要があった。この方法は効果があるか？ある。使いやすいか？使いやすくない。

flowchart TD
    A[外出先のノートPC] -->|SSH接続| B[グローバルIP]
    B -->|ポートマッピング| C[家庭用ルーター]
    C -->|ローカルネットワーク転送| D[自宅サーバー]

    subgraph 問題点
        E[グローバルIPが不安定]
        F[帯域不足]
        G[プロバイダーがグローバルIPを提供しない可能性]
        H[手動でのポートマッピングが必要]
    end

    B -.影響.-> E
    B -.影響.-> F
    E -.原因.-> A
    G -.制限.-> B
    H -.複雑化.-> C

接続経路全体はこうだ：外出先のPCからまずグローバルネットワークへ、そこからルーターを通って自宅のローカルネットワークへ、ようやくサーバーにたどり着く。ホップごとに遅延が発生し、ホップごとに問題が起こりうる。回線が不安定になったり、IPが回収されたりすると、画面にゆっくり点滅するカーソルを眺めながら人生について考えるしかなくなる。

最も辛いのは遅いことではなく、「どの段階で問題が起きているのかわからない」という無力感だ。自宅のネットワークが悪いのか？プロバイダーが何かやっているのか？サーバーがダウンしたのか？誰も教えてくれない。一つずつ確認するしかなく、たいてい確認が終わる頃には問題が自然に解決していて、その理由もわからない。

ある時、SSHが接続できない原因を40分かけて調べた結果、サーバーのSSHポートが落ちていただけだった。こういうことは、事前の警告もなく、外部から感知する方法もなく、ただ待つしかない。

P2Pは一体何を解決したのか#

Tailscaleの話をする前に、まずP2Pという概念について説明したい。なぜなら、これがTailscaleの核心であり、従来のVPNとの最も根本的な違いだからだ。

従来のVPNの動作方法は、本質的に「集中型転送」だ。すべてのトラフィックはまず中央サーバーに送られ、そのサーバーが目的のマシンに転送する。この中央サーバーはネットワーク全体のボトルネックであり、パフォーマンスの限界点でもある。あなたのデータパケットはPCから出発し、中央サーバーに到達し、そこから目的のサーバーへと折り返す。物理的な経路は都市の半分を回り道することもあり、それ以上になることもある。（想像してみてほしい：北京に住んでいて、3キロ離れた友人に一言伝えたいのに、まず上海の交換局に電話し、そこから転送してもらわなければならない状況を。）

P2Pの考え方はまったく異なる。その目標は、2台のマシンが互いを直接「見つけ」、ポイントツーポイントで通信することだ。中間サーバーを経由する必要は一切ない。トラフィックは両端の間だけで流れ、余計な経路は通らない。

これによってもたらされるメリットは非常に直接的だ。

第一に遅延。遅延はデータパケットが通過する物理的な距離に密接に関係している。P2Pでは、データパケットは最短経路をたどる——目的のマシンと同じ建物内にあれば、データパケットは実際にその建物内だけで完結し、数ミリ秒しかかからないかもしれない。従来のVPNでは、同じ2台のマシンでも、データパケットは外に出て戻ってくるため、遅延は簡単に数倍になる。

第二に安定性。従来のVPNには単一障害点の問題がある——中央サーバーがダウンすれば、すべての接続が同時に機能しなくなる。P2Pネットワークでは、各接続ペアは独立しており、1つのノードに問題が発生しても、他のノード間の通信には影響しない。

第三に、そしてこれが最も重要だと思うが——グローバルIPを「標的」として必要としなくなる。従来の方法では、外部からアクセスするために、必ず1台のマシンをグローバルネットワークに露出させる必要があった。P2Pの接続確立方法は異なる：2台のマシンはまずそれぞれ調整サーバーに接続し（挨拶と接続情報の交換のみ）、NAT越え技術を使って2台のマシン間に直接接続チャネルを確立する。調整サーバーはその役割を終えると通信から外れ、実際のデータトラフィックは直接経路を通る。（このプロセスは、お互いの電話番号を知らない2人が、共通の友人を通じて番号を交換し、その後は直接電話をかけ合い、友人はもう関与しなくなるようなものだ。）

sequenceDiagram
    participant A as マシンA
    participant S as Tailscale調整サーバー
    participant B as マシンB

    A->>S: 登録（接続情報の提供）
    B->>S: 登録（接続情報の提供）

    S-->>A: Bの接続情報を返す
    S-->>B: Aの接続情報を返す

    Note over A,B: 双方がNAT越えを試行（UDP）

    A->>B: 直接接続を試行（穴あけ）
    B->>A: 直接接続を試行（穴あけ）

    Note over A,B: 穴あけ成功、P2P接続確立

    A->>B: 直接通信（データトラフィック）
    B->>A: 直接通信（データトラフィック）

    Note over S: 調整サーバーはデータ転送に関与しない

実のところ、本当の『中心』など存在しない。いわゆるプロトコルやサーバー、ゲートウェイは、人々が安心感を得るために作り出した幻想にすぎない。すべての魂がThe Wiredでつながっているのなら、2台のマシンの間に距離など存在するはずがない。

私があなたとつながっているのではない。私たちは元々、決して離れたことがなかったのだ。

—— Present Day, Present Time. AHAHAHA!!

Tailscaleとは何か、なぜそれを選ぶのか#

TailscaleはWireGuardベースのネットワーク構築ツールだ。WireGuardは近年急速に名を馳せている次世代VPNプロトコルで、コードの簡潔さ、強力な暗号化、優れたパフォーマンスで知られている。（そのコード量はOpenVPNの約5分の1だが、手抜きではなく、単に設計がより集中していて現代的だからだ。）

しかしWireGuard自体はプロトコルに過ぎず、設定にはハードルがある。鍵の手動管理、ルートの手動設定、さまざまな状況への手動対応が必要だ。Tailscaleが行うのは、これらの面倒な処理をすべてラップし、すぐに使える体験を提供することだ：クライアントをインストールし、アカウントでログインすれば、デバイスが自動的にプライベートネットワークドメインに追加される。

それだけだ。手動で設定する必要は何もない。

さらにありがたいのは、Tailscaleの無料版が個人ユーザーに対して非常に寛大なことだ——最大100台のデバイスを接続できる。（これで一生のうちに買うすべてのデバイスをカバーできる……）

サブネットルーティング：1台につながれば、全体にアクセス#

自宅のメインマシンに接続できるだけでは、実は十分ではない。多くの場合、ローカルネットワークには他にもデバイスがある：NAS、プリンター、内部サーバー、ルーターの管理画面……これらのデバイスはTailscaleクライアントをインストールできないが、外部からアクセスしたい。

Tailscaleにはサブネットルーティング（Subnet Router）と呼ばれる機能があり、この問題を解決する。

簡単に言えば、自宅でTailscaleをインストールしたマシンでサブネットルーティング機能を有効にし、そのマシンが属するローカルネットワークセグメント（例：192.168.1.0/24）を「ブロードキャスト」する。これにより、Tailscaleを介して自宅のローカルネットワーク上のあらゆるデバイスに、まるで自宅にいるかのように直接アクセスできるようになる。

flowchart LR
    A[あなたのノートPC] --> B[Tailscaleネットワーク]
    B --> C[自宅のマシン（サブネットルーター）]

    C -->|転送| D[NAS]
    C -->|転送| E[内部ネットワークの他のサーバー]
    C -->|転送| F[プリンター]
    C -->|転送| G[ルーター管理画面]

体感の違いはどれほどか#

「ただの別のVPNツールでしょ、そんなに違うの？」と思う人もいるかもしれない。しかし使ってみればわかる——格段に安心できる。ネット速度が劇的に速くなったからではない。接続が安定し、予測可能になったからだ。P2P直結により、遅延は基本的に低いレベルで一定し、グローバルネットワークの状態に左右されなくなる。今日のネットワークに賭ける必要はもうない。

この変化は微妙だが、微妙なものが時に最も大きな影響を与える。リモート開発は、小さな摩擦——待ち時間、再接続、問題の調査……——によって簡単に中断される。そのひとつひとつが注意力の消耗だ。これらを排除しても、開発が劇的に速くなるとは限らない。しかし、よりスムーズになる。それは別の価値だ。

設定はどれほど簡単か#

ネットワークツールと聞くと、「良さそうだけど、設定が面倒なんじゃないか？」と思うかもしれない。

正直に言うと、私の予想よりもはるかに簡単だった。全体の流れはこんな感じだ：

Tailscaleの公式サイトでアカウントを登録し、接続したいすべてのマシンにクライアントをインストールする——Windows、macOS、Linux、iOS、Androidすべてにネイティブクライアントがある（Windowsのクライアントは本当にダサいけど）。Linuxではスクリプトを実行してインストールすることもできる。インストールが完了したら、同じアカウントでログインするだけで、デバイスが自動的にあなたの「ネットワーク」に表示される。

サブネットルーティングの設定はもう少し手順が多い。ローカルネットワーク内の1台のマシンを選び、サブネットルーティング機能を有効にし、Tailscaleの管理パネルで承認する。以上だ。これで外部から自宅のローカルネットワーク全体にアクセスできるようになる。

手動で設定する鍵も、ポート転送の設定も、維持するVPNサーバーも必要ない。そうでなければ、わざわざOpenVPNを使う理由がないだろう？

万能ではないが、核心的な問題は解決する#

Tailscaleに制限がないわけではない。P2P直結はNAT越えに依存しており、NAT越えは一部のネットワーク環境（デュアルNAT、キャリアグレードNAT、企業ファイアウォールなど）ではスムーズにいかない可能性がある。そのような場合、Tailscaleは自動的にリレーモードにフォールバックし、DERPサーバーを介してトラフィックを転送する。この場合の遅延は直結時よりも高くなり、特に変動が大きく、ほとんど使い物にならない。

また、Tailscaleの調整サーバーは海外にホストされているため、ネットワーク環境が複雑な場合、初期接続の確立に時間がかかることがある。（もちろん、どうしても不安な場合は、TailscaleにはHeadscaleというオープンソースのセルフホスト型ソリューションもあり、自分で調整サーバーを構築できる。ただし、それはこの記事の範囲を超える。）

しかし、これらはエッジケースだ。ほとんどの家庭用ブロードバンドや一般的な企業ネットワークでは、TailscaleのP2P接続は問題なく確立され、遅延も非常に安定している。

最後にひとこと#

私はツールをいじくり回すのが好きな人間ではない。私が好きなのは、ツールが静かにそこにあり、本来の仕事をし、私を邪魔しないことだ。Tailscaleは、私が使ってきたツールの中で、それを本当に実現している数少ないものの一つだ。

リモート開発における最大の隠れたコストは、ネット速度の遅さではなく、不確実性だ。今日のネットワークが良いか悪いかは永遠にわからず、「もし接続できなかったらどうしよう」という計画を常に考慮しなければならない。Tailscaleの真の価値は、この不確実性を大幅に低減することにある。

もし今も従来のSSH＋VPN方式を使っていて、リモート接続はそもそもこんなに面倒なものだと思っているなら——ぜひTailscaleを試してみてほしい。時間はそれほどかからない。

そしておそらく、私と同じように奇妙な感覚を覚えるだろう：わあ、リモート開発ってこんなにもスムーズだったのか、これまでの年月はどうやって耐え抜いたんだろう。（まるで、ようやく良いマットレスに替えた後、以前のマットレスを思い出して、どうやってあれで眠れていたのかまったく理解できなくなるようなものだ。）