ホットスワップ後にsystemd-resolveを正しく適用する方法は?

ホットスワップ後にsystemd-resolveを正しく適用する方法は?

設定

私はDebian Jessieを実行する小さな組み込みボードで遊んでいます。私はsystemdウェブ資料を含むできるだけ多くの資料を使用しています。ファイルを追加しました。

/etc/systemd/network/eth0-dhcp.network:

[Match]
Name=eth0

[Network]
DHCP=yes

/etc/resolv.confファイルをシンボリックリンクに変更しました/run/systemd/resolve/resolv.conf

systemdによって報告されたバージョンは215です。

私のMacBookProにボードが接続されており、Wi-Fi接続をイーサネットで共有しています。

どうしたの?

1)初めて起動すると、すべてがうまく動作します。ifconfigMacBookが発行した有効なIPアドレスがあることを示します。私はping 0.debian.pool.ntp.org有効な応答を得て得ることができます。cat /etc/resolv.conf有効なnameserver住所を表示してください。これはすべて予想され、良いことです(tm)

2) イーサネットケーブルを外すと、コンソールにリンクが切断されたことを示すメッセージが表示されます。この時点で、ifconfigIPアドレスは表示されなくなります。cat /etc/resolv.conf今は空です。もちろん、pingももう機能しません。これも予想されます。

3) ケーブルを再接続しました。これでリンクが開いているというメッセージが表示されます。この時点では、ifconfig再び有効なIPアドレスがあることを意味します。しかし、/etc/resolv.conf中には何もありませんでした。だから私のpingコマンドは動作せず、アドレスがありません。しかし、これは可能ですping 204.2.134.162(このホストが以前に報告したアドレス)。だから私はケーブルホットプラグを使ってネットワーク層が正しく回復しましたが、systemd-resolvedそうではないという結論に達しました。

実行後にエントリsystemctl restart systems-resolved/etc/resolv.conf再び表示されますが、確認されたIPアドレスは現在異なり、pingはまだ失敗します。

誰かがここで何が起こっているのか私に説明できますか?ネットワークホットプラグイベントの後に名前解決が再び機能するようにするにはどうすればよいですか?県学的に考えてもいいです。私がネットワーキングの知識のほとんどは、エピソードと試行錯誤を通じて経験を通して得たものです。

修正する

Debian プールのアドレスが実際に異なる可能性があり、ping できない可能性があることが指摘されました。代わりに、google.comその部分は常にうまく機能します。それで、残りの質問は

ネットワークホットプラグ後に再起動するようにsystemd-resolvedを取得する方法は?

ベストアンサー1

おすすめ記事