J'ai continué à avoir des erreurs de timeout le 18.04 Bionic Beaver, jusqu'à ce que je passe à OpenDNS en utilisant ces commandes
Sudo rm -f /etc/resolv.conf
Sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
Sudo nano /etc/systemd/resolved.conf
# with body
nameserver 208.67.222.222
Devrais-je vraiment faire cette configuration OpenDNS avec Netplan? J'ai essayé ce qui suit mais ça ne marche pas.
# Create a netplan file
Sudo vi /etc/netplan/50-cloud-init.yaml
.
# Put this in the body
nameservers:
addresses: [208.67.222.222, 208.67.220.220]
J'ai aussi essayé cette syntaxe dans le corps en vain, mais peut-être parce que je suis en wifi et que j'ai appelé "ethernet" ??? wlo1 est mon nom logique wifi lorsque je Sudo lshw -C network
.
network:
ethernet:
wlo1:
nameservers:
addresses: [208.67.222.222, 208.67.220.220]
Vous devez d’abord prendre la décision d’utiliser NetworkManager ou netplan. Si vous vous connectez Wi-Fi à divers réseaux sans fil, NetworkManager est probablement le meilleur choix. Netplan est mieux utilisé dans les serveurs, où la configuration ne change pas beaucoup. Voir https://netplan.io/examples .
/ etc/netplan .yaml exemple pour activer NetworkManager ...
network:
version: 2
renderer: NetworkManager
Dans terminal
...
Sudo netplan --debug generate
# générer des fichiers de configuration
Sudo netplan apply
# applique la nouvelle configuration
reboot
# redémarrer pour confirmer le fonctionnement du réseau
Une autre option est systemd-networkd.service au lieu de NetworkManager.service .
Histoire
J'avais des problèmes avec NetworkManager lorsque, après avoir modifié les paramètres réseau, le DNS échouait plusieurs fois.
J'ai remarqué que systemd-resolved.service
est supposé fonctionner avec network-manager
et systemd-network
.
Mais systemd-networkd
fait en réalité partie de la famille de logiciels systemd
. Donc (je pensais peut-être) il communiquera mieux avec systemd-networkd
que NetworkManager
. Il a essayé et cela semblait mieux.
Comment configurer systemd-networkd
Configurez /etc/systemd/network/10-enp2s0.network
où enp2s0
est le nom de votre interface, comme indiqué avec ifconfig
. Ce pourrait être eth0
. Voici un exemple simple de DHCP avec neutralisation DNS. Notez que la directive DNS=
peut être utilisée plusieurs fois.
[Match]
MACAddress=1c:dd:dd:dd:dd:dd
[Network]
DHCP=yes
DNS=208.67.222.222
DNS=208.67.220.220
La section [Network]
pour une adresse fixe.
[Network]
Address=192.168.1.172/24
Gateway=192.168.1.1
DNS=208.67.222.222
DNS=208.67.220.220
Testez-le -
systemctl stop NetworkManager.service
systemctl start systemd-networkd.service
systemctl restart systemd-resolved.service
Sur mon système avec systemd-resolved
en cours d'exécution, le fichier resolv.conf
est un lien -
/etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
Si le lien n'est pas remplacé automatiquement pendant la restart
, vous pouvez le lier manuellement et redémarrer à nouveau systemd-resolved
.
Si cela fonctionne comme prévu, réglez leur comportement de démarrage au démarrage -
systemctl disable NetworkManager.service
systemctl enable systemd-networkd.service
Blame
Il y a toujours deux côtés à une interface.