通れたこと自体が、認証の完了を意味する。

まず、二つの面が分かれている

Tailscale の構造を一言で言うと、制御面（コントロールプレーン）とデータ面（データプレーン）の分離です。この区別を掴んでおくと、後の話が全部きれいに片付きます。

制御面はハブ＆スポーク型で、中央のコーディネーションサーバが各デバイスの公開鍵とポリシーだけを配ります。実トラフィックはここを通りません。データ面はメッシュ型で、可能な限りデバイス同士が直接 WireGuard トンネルを張ります。

つまり中央サーバは「名簿と入館規則を配る事務局」であって、「全員が通る一本の廊下」ではない。ここが従来の VPN 集線装置との決定的な違いです。秘密鍵は各デバイスから外に出ないので、事務局は通信内容を読めません。

WireGuard：公開鍵がアドレスであり、身元である

WireGuard は Noise プロトコルフレームワークの Noise_IK パターンを使います。各ピアは Curve25519 の静的鍵ペアを持ち、相手の公開鍵を事前に知っていることが接続の前提です。ハンドシェイクの時点で相互認証が完了しており、「まず繋いでから認証する」という段階が存在しません。

クリプトキー・ルーティング

WireGuard の中核概念がこれです。各ピアの公開鍵に、そのピアが名乗ってよい IP アドレス範囲が紐づけられている。ある送信元 IP を持つパケットは、その IP に対応する鍵で暗号化されたセッションから届いた場合にしか受理されません。ルーティングテーブルと認可テーブルが同一物になっている、と言い換えられます。

副作用として、WireGuard は正しい鍵を持たない相手に一切応答しません。ポートスキャンに対して沈黙する。「開いているポートを見つけてから総当たり」という攻撃の入口自体が消えます。

• static keypairデバイスの恒久的な身元。公開鍵＝識別子。
• Noise_IK handshake1-RTT（開始メッセージと応答メッセージの一往復）で鍵交換と相互認証を同時に完了。前方秘匿性あり。
• cryptokey routing「この鍵はこの IP を名乗ってよい」という束縛。詐称が構造的に不可能。
• rekeyセッション鍵は約2分ごとに更新。ただし身元となる静的鍵は変わらない。

素の WireGuard に、Tailscale が足したもの

素の WireGuard は「鍵の配布」と「相手の居場所の発見」を人間に丸投げします。ピアが10台あれば手作業で設定ファイルを書き、IP が変わるたびに直す。Tailscale が引き受けたのは主にこの運用部分です。

• coordination server各ノードの公開鍵を集め、通信を許された相手にだけ配る。クライアントとの通信自体も Noise で保護される。
• machine key / node key制御サーバとの対話用の鍵と、WireGuard の身元となる鍵を分離。node key には有効期限があり、失効させれば即座に締め出せる。
• network map「今この tailnet に誰がいて、どの経路で届くか」の一覧。変化があれば差分が配られる。
• ACL → packet filter中央で書いたポリシーがパケットフィルタにコンパイルされ、全ノードに配布される。判定は各ノードがローカルで行う。
• NAT traversalSTUN 的な経路探索と UDP ホールパンチングで、NAT 越しの直接接続を試みる。
• DERP直接繋がらない場合の中継。中継サーバは端点間の暗号を解けないので、経路が変わっても機密性は落ちない。
• SSO / IdP 連携「この公開鍵はどの人間のものか」を外部の ID プロバイダに接続する。鍵とアイデンティティの橋渡し。

重要なのは最後の一行です。WireGuard 単体では公開鍵はただの数字で、それが誰のものかは人間の記憶の中にしかない。Tailscale は制御面を通じて、鍵と組織上のアイデンティティを恒常的に結びつけました。ここが SSH の話に直結します。

「通れること自体が認証」の正体

ここが核心部分です。これは比喩ではなく、三つの事実が重なった結果として文字通りそうなっています。

従来モデルとの差は「順序」です。旧来の VPN は到達可能にしてから認可を問う。Tailscale は認可された相手としか到達可能にならない。だから到達可能性と認可が同一の事象になり、パケットが着いた時点で認証プロセスは既に終わっている。

SSH は三層でできている

ここで SSH 側を開きます。SSH は単一のプロトコルではなく、三つの層の積み重ねです。この分解ができると、Tailscale SSH がどこを置き換えているのかが一発で見えます。

「SSH の暗号がなくなる」のではありません。SSH の暗号化セッションは通常どおり張られます（結果として WireGuard と二重になる）。変わったのは認証・認可の真実の在処であって、プロトコルの層構造そのものは保たれています。

Tailscale SSH：誰が 22 番に応答しているか

tailscale up --ssh を有効にすると、tailnet インターフェース上の 22 番ポートに応答するのが sshd ではなく tailscaled になります。同じポート番号、別のデーモン、別の認証経路。物理 NIC 側の sshd はそのまま従来どおり動きます。

tailscaled は接続元のノード鍵から相手の tailnet アイデンティティを既に知っているので、SSH の認証フェーズを引き取り、追加の証明を求めません。代わりに参照するのが、ポリシーファイルの ssh セクションです。

// tailnet policy （HuJSON）
{
  "ssh": [
    {
      // 通常のオペレーション用
      "action": "accept",
      "src":    ["autogroup:member"],
      "dst":    ["tag:infra"],
      "users":  ["autogroup:nonroot", "ubuntu"]
    },
    {
      // root は SSO 再認証を要求する
      "action":      "check",
      "checkPeriod": "12h",
      "src":         ["autogroup:member"],
      "dst":         ["tag:infra"],
      "users":       ["root"]
    }
  ]
}

• src / dst接続元と接続先。ユーザ、グループ、タグで指定する。ホスト名ではなくタグで書くのが運用上の定石。
• userstailnet アイデンティティを、接続先ローカルの Unix ユーザへ写像する。ここが ID 体系の接合点。
• action: check接続前に IdP での再認証を要求する。checkPeriod の間は有効。root 昇格など高リスク経路に効く。
• recorderセッションを記録するノードのタグ。キーストロークと出力を丸ごと残せる。監査・事故調査向け。
• port 22暗黙で固定。変更できない。

紛らわしい二つを分ける

議論が噛み合わなくなる原因の大半がここです。名前が似ていますが、まったく別の話です。

前者でも「インターネットに 22 番を晒さない」という主要な利益は既に得られます。後者はそこから一歩進んで、鍵の配布と失効という運用問題そのものを消す提案です。段階的に移行できるので、まず前者だけで運用してから後者を検討する、という順序は合理的です。

この設計が何を信頼しているか

「通れること＝認証」が成立するということは、裏返せば信頼の重心がデバイスと制御面に移ったということです。以下は誇張なく認識しておくべき前提です。

• 制御サーバへの信頼 公開鍵の配布元が汚染されれば、偽ノードを tailnet に紛れ込ませられる余地が理屈上あります。これに対する緩和策が tailnet lock で、既存の信頼済みノードの署名がなければ新規ノードを受け入れない構成にできます。自前でホストする選択肢（Headscale 等）もありますが、運用責任は自分に来ます。
• デバイスが単一障害点になる SSH 鍵とパスフレーズの二要素が消えた分、ノート PC を物理的に奪われた場合の被害範囲が広い。だから check mode（SSO 再認証）とデバイス側のディスク暗号化・画面ロックが、以前より重要になります。
• 制御面の停止と既存接続 コーディネーションサーバが落ちても、既に確立している接続と配布済みのポリシーは動き続けます。止まるのは新規ピアの発見とポリシー更新です。とはいえ「調整役が落ちても暫くは走れる」という性質に依存しすぎないこと。
• Unix 側の権限管理は消えない Tailscale が解決するのは「誰がログインしてよいか」まで。ログイン後の sudo 権限やファイル所有は依然 OS 側の問題です。users の写像設計を雑にすると、中央 ACL が厳密でもサーバ内で意味がなくなります。
• 監査の粒度は上がる これは利点側。従来は「どの鍵でログインしたか」までしか残らず、鍵と人間の対応は台帳頼みでした。アイデンティティ基盤に接続されたことで「誰が、いつ、どのマシンに、どの Unix ユーザとして」が構造的に記録されます。

関連する教材

• 環境構築Claude Code 環境セットアップ — デスクトップアプリ と CLI
• AI技術教材ローカルLLM導入入門 — GGUF変換とOllama運用
• 開発スキルFastAPI × SQLite で作る、いちばん小さなバックエンド