☰

NetworkManagerが自分の設定を受け入れるようにどのように説得しますか？

tag-icon • tag-icon dns networkmanager
NetworkManagerが自分の設定を受け入れるようにどのように説得しますか？

Debian バスターです。 OpenShiftを実行するにはNetworkManagerが必要です。

私のデフォルトインターフェースはLinuxbridgeに接続されています。br1、/etc/network/interfacesに設定:

auto br1
iface br1 inet static
bridge_ports eno1
address 192.168.1.27
netmask 255.255.255.0
gateway 192.168.1.1
dns-nameservers 192.168.1.16, 1.1.1.1

文書によると、NetworkManagerは離れなければなりません。br1一人で。 NetworkManagerをインストールしましたが、このようなメッセージまで出ました。しかし、br1NMによって管理されます。私はおそらくこれで生きることができますが、ドキュメントと現実がなぜ異なるのかを知りたいです。

次に、NM は /etc/resolv.conf のネームサーバーを 127.0.0.1 に設定します。私はこれを変えようとしていますnmcli c mod br1 ipv4.dns 192.168.1.16。ログは確認されますusing nameserver 192.168.1.16#53(via br1)が、/etc/resolv.confはまだ127.0.0.1に設定されています。 /etc/NetworkManager/NetworkManager.confにも設定しましたが、dns=none何の効果もありませんでした。はい、サービスを再起動しました。

ネームサーバーを適切に設定し、NetworkManagerがブリッジを管理してはならないことを確認するためにどのような措置を講じる必要がありますか？

答え1

私の主な問題は名前解決です。 1つの解決策は/etc/resolv.confを不変にすることです。再起動後、NetworkManagerが/etc/resolv.confに触れなくなったように見えるので、それほど遠くに行く必要はありませんでした。

@ABユーザーのおかげで、私はbr1管理者ではありません発表する/etc/NetworkManager/NetworkManager.confから。以前は走りながら結果はありませnmcli dev set br1 managed noんでした。最初は、NetworkManager.confのマニュアルページにある次の文が心配されました。

NetworkManagerはデフォルトパスを制御するため、インターフェイスは無視されるため、NetworkManagerはデフォルトパスを別のインターフェイスに割り当てることができます。

ただし、デフォルトのパスは正しく設定されています（/etc/network/interfacesで設定されているとおり）。

これらのどれも、NetworkManagerとその理解できないロジックに関する私の意見を改善しません。

関連情報