NAS や小さな自宅サーバーは、たいていの人にとって SSH を学ぶ最良の理由です。あなたのストレージ、バックアップ、メディア、ことによると数個のコンテナー。それをソファから、職場から、スマートフォンから使いたくなります。SSH は、画面をつながずにそれを実現する方法です。ノート PC から、あるいは席を離れているときは iPhone・iPad の SSH クライアントから。落とし穴は、「自分のネットワークでは動く」から「どこからでも到達できる」への飛躍にあります。そこで誤った近道を選ぶと、ホームラボが開かれたインターネットに露出します。ここでは、最初から最後までの安全な道筋を示します。
ステップ 1:自分のネットワーク内で到達する
気の利いたことをする前に、自宅で同じ Wi-Fi か LAN にいる間に SSH が動くことを確認します。
SSH を有効にする。 ほとんどの NAS は無効の状態で出荷されます。Synology なら Terminal & SNMP → Enable SSH service、QNAP なら Control Panel → Telnet/SSH、TrueNAS なら Services → SSH です。素の Linux 自宅サーバーは、たいていすでに sshd を動かしています。どの機種でも、どこかにトグルがあります。それを入れて、ポートを控えておきましょう(既定は 22、ときどき変更されています)。
アドレスを調べる。 ルーターのクライアント一覧に出ているか、NAS の管理ページが LAN の IP(192.168.1.50 のようなもの)を表示します。そうしたら。
ssh admin@192.168.1.50
ユーザー名は、NAS にログインするときのアカウントです。多くのアプライアンスでは admin、Linux マシンでは自分のユーザー、ときに root。接続できてシェルに入れたら、難しいところは終わりです。以下はすべて、この同じシェルに家の外から到達する方法 にすぎません。
ステップ 2:外部から到達する——22 番ポートを公開せずに
分かりやすい手は、ルーターの 22 番ポートを NAS へ転送することです。やめましょう。 公開された SSH ポートは数分でスキャナーに見つかります。公開した瞬間から、ログは Connection reset by peer と数千回のログイン試行で埋まります。ルーターを一切開かない、より良い方法が 4 つあります。おおよそ、私のおすすめ度の高い順に並べます(NAT 越しの SSH プレイブック(英語)が、それぞれをより深く掘り下げます)。
オーバーレイネットワーク(簡単で安全な既定の選択)。 Tailscale のようなツールや WireGuard の構成は、デバイスを、それら自身にしか見えないプライベートなネットワークに載せます。ノート PC と NAS は安定したプライベートアドレスを得て、どこからでも自宅にいるかのように ssh admin@100.x.y.z できます。マシンが公開インターネットに露出することは一切ありません。ほとんどのホームラボでは、これがすべての答えです。
マネージドの送信専用コネクター。 メッシュや VPS を自分で立てたくないなら、Termalin の Connector は、1 行で NAS にインストールする小さなエージェントです。これは Termalin へ 外向きに ダイヤルし(ルーターに受信ポートは不要)、アプリやブラウザーからマシンのシェルに到達できます。認証には、NAS に置く鍵ではなく、短期証明書を使います。オーバーレイネットワークと同じ「受信ポートなし」の原則を、リレーを自分で動かすことなく実現します。
安い VPS への逆トンネル。 すでに小さなサーバーを借りているなら、NAS はそこへ 外向きに ダイヤルし、自分の SSH ポートを折り返し転送できます。あとは VPS に接続することで NAS に到達します。自宅のルーターで受信が開かれることは一切ありません。これは逆トンネルのパターン(英語)で、上のコネクターを手作りした親戚のようなもの、オーバーレイネットワークが選べないときの適切な道具です。
ダイナミック DNS + ポート転送(昔ながらのやり方——どうしてもという場合だけ)。 どうしても SSH を公開したいなら、せめて、22 番ポートから移し、鍵のみを許可し(PasswordAuthentication no)、fail2ban を動かしてください。ダイナミック DNS のホスト名が、変わり続ける自宅の IP に対処します。これでも動きますが、あなたは今、自分の個人データが詰まったマシンのために、インターネットに面した攻撃対象領域を維持していることになります。オーバーレイネットワークは、まさにそうしなくて済むように存在しています。
ステップ 3:パスワードではなく鍵
どの道筋を選ぶにせよ、パスワードではなく鍵でログインしてください。現代的な鍵を生成し(30 秒版は Ed25519 vs RSA(英語)を参照)、その公開鍵側を NAS ユーザーの authorized_keys に入れ、うまくいったらパスワードログインを無効にします。デバイスごとに失効できる鍵は、どのアカウントも共有するパスワードに勝ります。そしてそれが、上の「何も公開しない、鍵のみ」という姿勢を実際に成り立たせるものです。
AI エージェントにマシンの運用を手伝わせる
2026 年、ホームラボが向かっている先はここです。コンテナーがなぜ死んだのか、ディスクがなぜ埋まったのかを、自分で SSH して調べる代わりに、アシスタント(Claude Code、Cursor、ローカルのモデル)に見てもらうのです。これは本当に便利です。そして同時に、ここは、見知らぬ相手には決してしない間違いを人がしてしまう、まさにその場所でもあります。バックアップを保持するマシンのシェルを、エージェントに手渡してしまうのです。
ためらうのは正しい直感です。NAS の鍵を持つエージェントは、あなたにできることは何でもでき、しかも道すがら読み込んだ汚染されたログ行や悪意あるファイル名によって、何かをさせられてしまうこともあります。影響範囲(ブラスト半径)(英語)は、あなたが頼んだ 1 つの作業ではなく、マシン全体です。直し方は、この発想を諦めることではありません。エージェントが得るものを変えることです。鍵と素のシェルを渡す代わりに、エージェントは次のようなものを経由すべきです。
- 代わりに鍵を保持する。 エージェントは接続しますが、認証情報を見ることも保存することもないので、エージェントのコンテキストが漏れても、NAS のログインは漏れません。
- 実行できることを制限する。 この エージェントは NAS で これらの コマンドだけを実行してよい、というホストごとのポリシー(ログやディスク使用量の読み取りは可、
rm -rfは不可)。 - 見える状態を保つ。 セッションをライブで見守れ、監査ログにも記録されるので、「エージェントが空き容量を片付けた」を、信じるのではなく実際に確認できます。
これは、上の逆トンネルや鍵のみのログインと同じ原則(仕事に必要な以上を公開しない(英語))を、インターネットではなくエージェントに当てはめたものです。
Termalin が収まる場所
Termalin はクロスプラットフォームの SSH クライアントで(デスクトップは Windows・macOS・Linux、さらにネイティブの iPhone・iPad アプリとブラウザークライアント)、まさにこの形の問題のために作られています。ルーターを開かずに自宅のマシンへ届くトンネル(英語)を扱い、ホストごとのユーザー・鍵・ポートをひとまとめに保持するので、NAS は記憶した IP ではなくワンクリックになります。マシンのディスク、メモリー、負荷をステータスバーにライブで表示するので、「そもそもマシンは起きているのか、ディスクは一杯か?」がコマンドを打つ前に分かります。
そしてエージェントに手伝わせたいときは、Termalin 内蔵の MCP サーバーを介して接続します。エージェントはあなたの鍵を一切持たずに、あなたの SSH アクセスの上で作業します。あなたが設定したホストごとのコマンドポリシー(英語)で境界が引かれ、ライブのウォッチグリッドに映され、記録されます。ホームラボは有能なアシスタントを得ますが、アシスタントがその鍵を得ることは決してありません。Free プランはホスト数の制限がありません。入手して、NAS に向けてみてください。
Termalin は内蔵の MCP サーバーを備えた、無料のクロスプラットフォーム SSH クライアントです。あなた自身にも、手伝わせる AI エージェントにも、安全な SSH アクセスを。ダウンロード、またはセキュリティモデルをご覧ください。