web-dev-qa-db-ja.com

再起動せずに/ etc / network / interfacesのdns-nameserversを編集する

dns-nameserversの/etc/network/interfacesを編集した後、resolvconf(8)にネットワークを再起動せずに新しい値を読み取るように指示するにはどうすればよいですか？ （サービス中断の原因）

-uオプションは機能しないようで、同じ値に更新されます。

dnsresolv.conf
17
Eric

そのとおりです。「resolvconf -u」では、行った変更を有効にできません。このコマンドは、resolvconfのデータベースからresolv.confのみを更新しますが、データベースを更新する必要があります。

問題のインターフェースがeth0であると仮定します。/etc/network/interfacesにこのようなスタンザがあると仮定します。

iface eth0 inet static
    [...]
    dns-nameservers 1.1.1.1 2.2.2.2

ここで、「dns-nameservers」行を変更します。この変更を有効にするには（&&が潜在的に開いているSSH接続を切断しないように注意してください）

ifdown eth0 && ifup eth0

または再起動します。

26
jdthood

私は最近これに二度遭遇しました。

はじめてSudo ifdown eth0を実行しましたが、これはもちろんssh接続を切断し、NICを無視してマシンを残しました。痛い。サーバーのIPMIインターフェイスを介して再度制御を取得する必要がありました。

2回目は、以前の間違いから学び、Sudo ifdown eth0 ; Sudo ifup eth0を実行しました。もちろん、sshウィンドウは停止しましたが、マシンは新しいssh接続にすばやく応答し、DNSの変更が有効になりました。 2台目のサーバーでも同じことをしましたが、今回はsshウィンドウに何かを入力する前に待機しました。ウィンドウはそのままで、DNSの変更が適用されていました。驚くばかり。

重要なことは、シェルのセミコロン演算子を使用して、両方のコマンドが1行になるようにすることでした。この方法では、インターフェイスがダウンするまでに、インターフェイスを復元するコマンドがすでに入力されています。スクリプトを記述して実行することもできたと思いますが、これは簡単に思えました。

PDATE：これを行う別の方法があります。 Sudo /etc/init.d/networking restartまたはSudo service network-interface restart INTERFACE=eth0の1ステップでUbuntuネットワークサービスを再起動することもできます。インスピレーションをくれたJFAに感謝します。

12
Randall Cook

これと同じ問題を経験しました。再起動しても、libcフックを手動で呼び出すと変更が失われます。

したがって、私が見つけた最も安定した方法は、目的のコンテンツを/etc/network/interfacesに入れた後、/etc/resolvconf/resolv.conf.d/originalを編集して必要な行を含めるために、そのディレクトリにtailが存在しないことを確認することです、cd /etc/resolvconf/resolv.conf.dを実行し、/etc/resolvconf/update.d/libcを呼び出します。

tailが存在する場合（デフォルトでは、originalを指す）、/etc/network/interfacesから派生したコンテンツの後に元のセットアップも続くことに注意してください。

これらの変更を再起動によって最も安全に適用できることは、率直に言って非常識です。現在のシステムは、「このファイルを編集して、おそらく構成管理システムからデプロイする」ものを使用し、複数の抽象化レイヤーの背後に隠し、通常のブートフレームワーク外でメンテナンスを呼び出すためのクリーンな方法はありません。

2
Phil P