最新ブログ

Julienは、多様なARM製ホームラボを、Debian、Docker、ZFS、Borg、Caddyを搭載した3台のコンパクトなx86ホストに移行し、サービスを1つずつ移しました。

Chrisは、信頼性の高い2ドライブのDebian NASをZimaBoard 2およびRaspberry Piクラスターと組み合わせ、k3s、Ollama、Pi Picoのバックアップ用ディスプレイを試しています。

コンパクトな日常サービスの中核、明確なワークロードの境界、共有ローカルストレージの実用的な配置場所についての、セルフホスティングデーコミュニティのストーリーです。

10エージェントAI人狼ゲームを支えるプロンプト、ステートマシン、音声レイヤー、モデルルーティング、サーバーアーキテクチャを詳しく解説します。

この考え抜かれたZimaBoard 2プロジェクトを紹介してくれたcachito labsに感謝します。元の構築動画では、ISPの問題をきっかけに、ルーティング、ファイアウォールポリシー、DNSプライバシー、VPN経由の外向き通信について、実践的に学べます。大切なのは設定をそのまま真似ることではなく、小型の専用コンピューターが家庭内ネットワーク全体の制御ポイントになる仕組みを理解することです。 この解説は、ISPのゲートウェイでルーティングやプライバシーをほとんど制御できない場合に特に役立ちます。プロバイダー側の回線から、OPNsenseを稼働させたZimaBoard 2へ切り替える手順を追い、ファイアウォールルール、DNSの選択、VPNルーティングによってネットワークの動作がどう変わるかを紹介します。以下の各セクションでは、構築の内容をタイムスタンプ順の書き起こしではなく、再利用できる判断ガイドとしてまとめています。 コラボレーションに関する開示： 元動画の説明には、構築で取り上げられている可能性のある製品やサービスについて、アフィリエイトに関する開示が記載されています。以下の記事では、cachito labs独自の構成と想定用途を紹介しています。ソフトウェアのバージョン、インターフェースの詳細、ハードウェアのセット内容、互換性は公開後に変更される場合があります。 その結果： ZimaBoard 2 Mini Home Server  は、多コアのラックサーバーを小型化した代替品ではありません。静音動作、デュアル2.5GbEネットワーク、SATAストレージへの直接接続、オープンなPCIe拡張を小型のx86システムにまとめ、家庭内ネットワークで明確に定めた役割を担わせられることが強みです。つまり、専用のOPNsenseファイアウォール兼ルーターとして活用できます。 視聴中は、関連する3つの変化に注目してください。ZimaBoard 2がネットワークのゲートウェイになり、OPNsenseがファイアウォールとNATのポリシーをDNSの動作から切り分け、VPNが選択したトラフィックの外向き通信に別の識別情報を与えます。こうした各レイヤーが、絶対的な匿名性を約束することなく、ISPに見える情報を減らせる理由を説明しています。 ISPがエッジデバイスの管理を独占すると、実際に失われるのはネットワークの可視性と選択肢です。独立したファイアウォールを設置すれば、その両方を取り戻せます。ZimaBoard 2をプロバイダーの回線と家のほかのネットワーク機器の間に置き、OPNsenseで許可するトラフィック、宛先、名前解決やVPN経由での通信を行うサービスを決定します。この分離により、ネットワークの仕組みを把握しやすくなり、後から変更するのも簡単になります。 ISPの問題がファイアウォールプロジェクトにつながった理由 この構成は、ISPが顧客所有のルーターをネットワークの境界に置くことを望まないという、よくあるホームネットワークの悩みから始まります。ISPのゲートウェイをネットワークの中枢として使うのではなく、cachito labsはルーティングとポリシーの管理を、所有者が制御できるハードウェアに移します。こうすることで、明確な境界が生まれます。ISPは接続を提供し、ローカルファイアウォールはプライベートネットワークを管理します。 この違いが重要なのは、一体型ゲートウェイでは複数の役割がひとつのインターフェースにまとめられ、見えにくくなるからです。ルーティング、アドレス変換、DNS転送、無線アクセス、セキュリティルールがすべて一体化されていることもあります。専用ファイアウォールなら、それらの役割を個別に判断できます。ルーターを交換せずにアクセスポイントを交換したり、選んだデバイスだけをVPN経由にしたり、LAN全体を再設計せずにDNSの動作を変えたりできます。 ZimaBoard 2がファイアウォールに適している理由 ファイアウォールはデスクトップPCのような外観である必要はありません。必要なのは、信頼性の高いネットワークインターフェース、選択したサービスを実行するのに十分な処理能力、そして常時稼働できる筐体です。ZimaBoard 2はデュアル2.5GbE接続を備えたコンパクトなx86プラットフォームで、両側につながるデバイスとして最適です。一方のポートをISPまたは上流のモデムに接続し、もう一方を内部スイッチに接続します。 ハードウェアはあくまで土台です。専用のエッジデバイスを導入すると、障害時の影響範囲も変わります。再起動したり電源が落ちたりすれば、家全体がインターネットに接続できなくなる可能性があるため、復旧計画を用意しておきましょう。正常に動作する設定のバックアップを保管し、2本のイーサネット経路にラベルを付け、WANが使えないときでもローカル管理が可能であることを確認します。小型のハードウェアは便利ですが、インフラとして適切に扱う必要があります。 ルールを設定する前に、ネットワーク構成を正しくする必要がある ファイアウォールルールを書く前に、パケットがたどるべき経路を図にしましょう。上流側のインターフェースにはプロバイダー側のアドレスを割り当て、下流側のインターフェースはプライベートサブネットを管理し、すべてのクライアントがZimaBoard 2のアドレスをデフォルトゲートウェイとして使うようにします。これらの関係が正しくなければ、どれほど完璧に見えるルールセットでもネットワーク構成の問題は解決できません。 このアーキテクチャが基盤となります。OPNsenseを、プロバイダーの接続とプライベートLANの間にある唯一のゲートウェイとして構成します。 このゲートウェイの位置にあることで、ファイアウォールは管理対象のすべてのデバイスからの通信を確認できます。家庭内のすべてのデバイスに同じポリシーを適用することも、VLAN、サーバー、ワークステーション、スマートホーム機器ごとに、より詳細なポリシーを適用することもできます。この設計により、トラブルシューティングも体系的に進められます。まずWANを確認し、次にLANゲートウェイ、続いてDNSを確認してから、アプリケーションレベルの問題を調べましょう。 専用エッジデバイスへのOPNsenseのインストール 小型のx86コンピューターにOPNsenseをインストールするのは、汎用ハードウェアを専用ルーターにする実用的な方法です。起動可能なドライブにイメージを書き込み、そのメディアからデバイスを起動して、インストーラーでOSを内蔵ストレージにインストールします。初回起動が完了したら、コンソールで物理インターフェースを割り当て、その後はWebダッシュボードで設定します。 インターフェースの割り当てでは、焦らず確認することが重要です。「WAN」や「LAN」といったラベルは、実際のケーブルやポートに対応していて初めて役に立ちます。リンク状態を確認し、片側ずつ接続して、最初の構成はシンプルに保ちましょう。後からネットワークやサービスを追加する際も、どの物理インターフェースを使っているのか迷わずに済みます。 インターフェース、ゲートウェイ、NAT、そして最初に機能するルート...

このクリエイター主導の構築例では、SjslTechがZimaBoard 2、Sunshine、Tailscale、Moonlight、R36Sを組み合わせて、PCゲームをリモートでストリーミングする方法を紹介しています。

今回のコミュニティ特集では、ZimaCube 2 PioneerのMichael Luckenbill氏による、セルフホスト環境全体のテストをご紹介します。標準搭載の8GB DDR5 RAMで、10個以上のDockerコンテナ、ローカルのGitHub ActionsによるCI/CD、ZFSのHDD/NVMeストレージプール2基、2.5GbEネットワーク2系統、Cloudflare Tunnelを稼働させ、コンパクトで静音性に優れた筐体が、低温を保ちながら継続的な負荷に対応します。ストレージ、コンピューティング、オートメーションを1台に統合した、オールインワンのパーソナルクラウドボックスです。

Zero NoichiのAIサイバーセキュリティ実験では、2台のZimaBoard 2を使って攻撃者と防御者のエージェントをシミュレーションし、ホームラボサーバーがAI、Docker、NAS、セキュリティの安全なテストに活用できることを示しました。