web-dev-qa-db-fra.com

Impossible de désactiver les adresses locales sur les interfaces réseau

Mon serveur:

  • AsRock B450M/AC (Realtek 8111/8168/8411)
  • Ryzen 5 3400g
  • Mémoire du système 64 Go
  • Rosewill RC-411V3 (Realtek 8111/8168/8411)

Mon ordinateur:

  • Ryzen 7 2700x
  • Mémoire du système 32 Go
  • MSI X470 Gaming Pro Carbon (Intel I211)

Je tente de configurer Collage résea avec mon serveur en mode 6 (Balance-Alb) et je l'ai eu pour travailler, pour la plupart. Je dispose d'un problème où une ou les deux cartes réseau recevront une adresse IPv4 et/ou IPv6 au hasard. Je ne pense pas que l'adresse IPv6 importe, mais lorsqu'elles obtiennent une adresse IPv4, elles brisent le lien et je perds toute connexion au serveur. Ma configuration actuelle est la suivante;

network:
  version: 2
  renderer: networkd
  ethernets:
    enp5s0:
      link-local: [ ]
      #dhcp4: no
      #dhcp6: no
    enp4s0:
      link-local: [ ]
      #dhcp4: no
      #dhcp6: no
  bonds:
    bond0:
      addresses: [192.168.0.102/24]
      gateway4: 192.168.0.1
      nameservers:
        addresses: [1.1.1.1, 1.0.0.1]
      dhcp6: no
      interfaces: [enp5s0, enp4s0]
      parameters:
        mode: balance-alb
        mii-monitor-interval: 1

J'ai essayé à la fois Networkd et NetworkManager. J'ai aussi essayé Netplan 0.99 et 0,100. Rien ne désactive les adresses locales avec cette configuration, même si NetPlan dit que cela devrait. Comment puis-je désactiver les adresses locales sur ces interfaces?

EDIT: Supprimez les lignes DHCP car elles ne semblent rien faire. Mettre à jour sur certains détails pour reproduire. La désactivation IPv6 semble éliminer le problème des adresses IPv4 ajoutées à l'une des cartes. Ce correctif est à nouveau cassé si netplan apply est à nouveau couru. Cependant, à l'occasion, aucune des cartes ne recevra une adresse IP pendant un peu de temps après l'avoir exécutée. Cela m'a permis de courir tests de vitesse et prouvez ces travaux , mais pas parfaitement. Le redémarrage est le meilleur après avoir changé la configuration, mais des moments une fois le redémarrage d'une adresse IP s'ajoute à l'une des cartes. Typiquement 169.254.x.x. Cela ne brise pas tout, mais l'équilibrage semble casser pour le même transfert (téléchargement ou téléchargement). Par exemple, je télécharge et exécutez un SpeedTest en même temps (les deux envoient des données sur le serveur). Une des cartes ne recevra aucune donnée et l'autre scindera les deux connexions à 500MBIT/S chacun. Cela ne semble pas être un problème lors de l'exécution d'un téléchargement et d'un téléchargement simultanément.

MISE À JOUR: WELP, j'ai donné et réinstallé le système d'exploitation. J'ai installé spécifiquement Ubuntu 20.04.1 LTS. Vous avez tout installé et plongé dans la configuration pour Netplan ci-dessus. Cela vient de travailler, je n'ai même pas eu à activer la liaison, cela s'est simplement activé. Aucun IP n'a été ajouté à l'une des cartes depuis que j'ai réinstallé le système d'exploitation. Bien que mon problème soit résolu, je ne sais toujours pas ce qui ajoutait ces IP en premier lieu. Il semble que un autre programme ajoutait rétroactivement IPS. J'ai trouvé n autre post avec une personne qui mentionnait cette suspicion aussi.

networking20.04netplannetwork-bondingsystemd-networkd
3
ExplosiveRat

J'écris cela comme une réponse parce que lorsque j'ai essayé avec Netplan, je reçois des connexions instables avec des IP supplémentaires figurant sur mes cartes réseau.

Sur 20.04 lts utilisant le noyau 5.4.0-54-générique.

En utilisant ifupdown et définir le /etc/network/interfaces Fichier comme je suis largué NetPlan tous ensemble.

Installé ifupdown et ifenslave

Sudo apt install ifupdown ifenslave

Netplan supprimé:

Sudo apt remove netplan.io

Ensuite, j'ai arrêté le systemd-networkd et systemd-networkd.socket:

systemctl stop systemd-networkd.service
systemctl stop systemd-networkd.socket
systemctl disable systemd-networkd.service
systemctl disable systemd-networkd.socket

Vérifier votre /etc/modules Pour les lignes suivantes:

loop
lp
rtc
bonding

Je suis également configuré pour que je n'utilise pas de nommage prédictif pour mes cartes Ethernet. J'ai entendu parler de personnes qui disent que cela peut être mauvais, mais cela a toujours travaillé pour moi.

Ajouté ce qui suit à la /etc/default/grub Fichier puis a ran Sudo update-grub et redémarré pour des changements à prendre effet.

GRUB_CMDLINE_LINUX_DEFAULT="nosplash net.ifnames=0 biosdevnames=0"

Puis ajouté mes interfaces à /etc/network/interfaces avec configuration de liaison pour balance-alb:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
    iface eth0 inet manual
    bond-master bond0

auto eth1
    iface eth1 inet manual
    bond-master bond0

auto bond0
    iface bond0 inet static
    address 10.0.0.220
    netmask 255.255.255.0
    network 10.0.0.0
    broadcast 10.0.0.255
    gateway 10.0.0.1
    bond-mode balance-alb
    bond-miimon 100
    bond-slaves eth0 eth1

Je l'ai aussi fait que mon resolv.conf n'était plus contrôlé par le talon ou quoi que ce soit d'autre.

Sudo unlink /etc/resolv.conf
echo "nameserver 10.0.0.1" | Sudo tee /etc/resolv.conf

Vous pouvez modifier votre serveur de noms à votre routeur ou si vous souhaitez utiliser 8.8.8.8.

Vous pouvez ajouter plus de noms de noms avec tee -a aussi bien à la resolv.conf:

echo "nameserver 8.8.8.8" | Sudo tee -a /etc/resolv.conf

Appliquez ces paramètres réseau:

Sudo /etc/init.d/networking restart

Vérifié avec ifconfig et vérifié /proc/net/bonding/bond0

ifconfig
bond0: flags=5187<UP,BROADCAST,RUNNING,MASTER,MULTICAST>  mtu 1500
        inet 10.0.0.220  netmask 255.255.255.0  broadcast 10.0.0.255
        ether bc:5f:f4:79:66:fe  txqueuelen 1000  (Ethernet)
        RX packets 85381  bytes 12752852 (12.7 MB)
        RX errors 0  dropped 5  overruns 0  frame 0
        TX packets 125655  bytes 156764973 (156.7 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  mtu 1500
        ether bc:5f:f4:79:66:fe  txqueuelen 1000  (Ethernet)
        RX packets 76259  bytes 10724189 (10.7 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 12520  bytes 4905475 (4.9 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth1: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  mtu 1500
        ether c8:3a:35:d6:ec:a0  txqueuelen 1000  (Ethernet)
        RX packets 9122  bytes 2028663 (2.0 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 113135  bytes 151859498 (151.8 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 55907  bytes 158911787 (158.9 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 55907  bytes 158911787 (158.9 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

et

cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: adaptive load balancing
Primary Slave: None
Currently Active Slave: eth0
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Peer Notification Delay (ms): 0

Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: bc:5f:f4:79:66:fe
Slave queue ID: 0

Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: c8:3a:35:d6:ec:a0
Slave queue ID: 0
1
Terrance