元のユーザーはトポロジーを機能させることができましたが、その結果は正確に説明する必要があります。このスクリプトが作成したのは、2つの物理インターフェース間のLinux br0 レイヤー2イーサネットブリッジです。IPフォワーディングとマスカレードを行う従来型のNATルーターを構成したわけではありません。
また、作者自身の説明によれば、この解決策は脆弱でした。NetworkManagerを停止し、アドレスをフラッシュし、ブリッジを手動で再作成し、インターフェース名とハードコードされたゲートウェイ/IPアドレスに依存しており、再起動後には再度実行する必要がありました。後にIceWhaleは、短期的に組み込みブリッジ機能を提供する予定はないと回答しました。これはコミュニティによる実験であり、現在の公式ZimaOSネットワーク機能ではないと考えてください。
目的はルーター → ZimaOS → 個人用PC
NASには複数のイーサネットポートがありました。1つはルーターに接続し、もう1つは個人用PCに直接接続しました。ユーザーは、ZimaOSマシンを経由してPCを同じLAN上に維持したいと考えていました。
ブリッジはNATと同じではない
ブリッジはレイヤー2でイーサネットセグメントを結合するため、デバイスは同じIPサブネットにとどまり、上流ルーターのDHCP/ゲートウェイを利用できます。一方、NATは異なるIPネットワーク間でルーティングし、アドレスを書き換えます。
元のコマンドでは brctl addbr と brctl addif が使われており、NATやマスカレードのルールはありませんでした。
元のスクリプトは一時的にZimaOSのネットワーク管理を置き換えた
このスクリプトはNetworkManagerを停止し、1つのインターフェースをフラッシュし、br0を作成し、両方のNICを追加し、静的な管理用アドレスを割り当て、デフォルトルートを設定しました。
インターフェース名、ゲートウェイ、サブネット、またはブリッジコマンドが間違っていると、リモート管理が直ちに切断される可能性があります。
ブリッジは永続化されなかった
ユーザーは、再起動するたびにスクリプトを再実行する必要があると明言しています。その後、PCの起動時にZimaOSへSSH接続してスクリプトを実行する、Windows/Plinkの回避策を構築しました。
WindowsのバッチファイルにSSHパスワードをハードコードするのは、現在のセキュリティ対策として適切ではありません。
後から追加されたethtoolによる速度固定はハードウェア固有だった
作者は、10GbEインターフェースを10Gbps全二重に固定する ethtool コマンドを追加しました。速度やデュプレックスを固定すると、一部のPHYやスイッチでオートネゴシエーションが機能しなくなる可能性があります。ハードウェアが文書化された設定を必要とする場合を除き、通常は自動ネゴシエーションによるリンク設定を使用してください。
作者はインターネット接続を壊したため、Dockerベースのブリッジ回避策を削除した
元の内容自体に、コンテナとnetwork-multitoolを使う方法は、ホストがインターネット接続を失うことがあったため削除したと記載されています。
現在のZimaOSでは、このスクリプトをサポート対象のホストブリッジとして文書化していない
現在のIceWhaleのネットワークドキュメントは、物理インターフェース、DHCP/静的アドレス設定、通常のネットワーク管理を中心に説明しています。
ホストブリッジを変更する前に、現在のZimaOSネットワークの基本仕様を確認してください。
ルーティング/NATが必要なら、ルーター向けOSまたはVM構成を使用する
ファイアウォール、NAT、VLANルーティング、DHCP、マルチWANには、pfSenseまたはOPNsenseのほうが、ルータープラットフォームとして明確に定義されています。文書化されていないブリッジとしてNASをインラインに配置すると、ストレージとネットワークアクセスの両方に単一障害点が生じます。
ZimaOSの管理用IPアドレスへの復旧経路を確保する
スクリプトがインターフェースをフラッシュし、管理用アドレスをbr0へ移すと、そのインターフェース経由で実行中のSSHセッションは直ちに切断される可能性があります。初回テストはローカルコンソールから行うか、別の、確実に動作する管理経路を用意してください。
変更前に、元のインターフェースアドレスとデフォルトルートを書き留めておいてください。
レイヤー2ブリッジはネットワークループを発生させる可能性がある
両方のブリッジポートが誤って同じスイッチネットワークへ接続されると、イーサネットループが発生する可能性があります。スパニングツリーが正しく機能していなければ、ブロードキャストトラフィックによってLANが過負荷になるおそれがあります。
元のトポロジーは、ルーター → ZimaOS → PCという単純なインライン構成でした。このスクリプトを任意の複数スイッチ構成にそのまま適用しないでください。
上流ルーターが引き続きDHCPとデフォルトゲートウェイを提供する
NATではなくブリッジであるため、下流のPCは通常ルーターのサブネットにとどまり、上流ルーターからネットワーク設定を受け取ります。ZimaOSはイーサネットフレームを転送しているのであって、新たにルーティングされたサブネットのゲートウェイになるわけではありません。
ホストレベルのブリッジスクリプトは、インターフェースやネットワークスタックの変更後に動かなくなる可能性がある
インターフェース名、NetworkManagerの動作、カーネルのブリッジツール、起動順序はリリース間で変わる可能性があります。ZimaOSをメジャーアップデートした後は再テストし、2025年のネットワークスタック向けに作成されたスクリプトが永久に互換性を持つとは考えないでください。
ZimaOSネットワークブリッジに関するよくある質問
元のユーザーにとって、元のスクリプトは機能しましたか？
はい。ユーザーは、PCがZimaOSブリッジ経由で接続できるようになったと報告しています。
NATでしたか？
いいえ。投稿されたコマンドはレイヤー2のLinuxブリッジを構築したものでした。
IceWhaleは、組み込みブリッジ機能が近いうちに提供されると言いましたか？
いいえ。Zima-Giorgioは、短期的には予定していないと述べました。
