Puncte:0

Conectarea la rețea: NIC-urile slave primesc în continuare DHCP

drapel km

Configurați conectarea a două NIC Ethernet de 1 GB pe Ubuntu Server 20.04 LTS în modul 0 (balanced-rr).

Legătura funcționează în sensul că apare la adresa IP atribuită și o pot SSH la această adresă. Cu toate acestea, fiecare dintre NIC-urile slave legate primește în continuare o adresă DHCP atribuită.

Cum pot configura acest lucru astfel încât numai legătura să aibă o adresă IP?

Iată cum l-am configurat:

sudo apt-get install ifenslave
sudo modprobe bonding
Editat /etc/modules pentru a adăuga „bonding”

În cele din urmă, am editat /etc/network/interfaces pentru a conține următoarele: (Notă, era gol înainte de a-l edita)

# bond0 este NIC-ul legat, poate fi folosit ca un NIC normal
auto bond0
iface bond0 inet static
  adresa 10.16.0.91
  gateway 10.16.0.1
  mască de rețea 255.255.0.0

  #modul 0 este echilibrat-rr
  modul de legătură 0
  bond-miimon 100
  bond-sclavi enp1s0 enp2s0

# enp1s0 conectat la bond0
auto enp1s0
iface enp1s0 inet manual
  bond-master bond0

# enp2s0 conectat la bond0
auto enp2s0
iface enp2s0 inet manual
 bond-master bond0

După repornire, când fac „ifconfig” dă următoarele (și pot folosi toate cele 3 IP-uri)

bond0: flags=5187<UP,BROADCAST,RUNNING,MASTER,MULTICAST> mtu 1500
        inet 10.16.0.91 netmask 255.255.0.0 difuzare 10.16.255.255
        inet6 fe80::203:2dff:fe41:edae prefixlen 64 scopeid 0x20<link>
        ether 00:03:2d:41:ed:ae txqueuelen 1000 (Ethernet)
        Pachete RX 356 octeți 29976 (29,9 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 110 octeți 16969 (16,9 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

enp1s0: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500
        inet 10.16.100.143 netmask 255.255.0.0 difuzare 10.16.255.255
        ether 00:03:2d:41:ed:ae txqueuelen 1000 (Ethernet)
        Pachete RX 252 octeți 23651 (23,6 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 76 octeți 8779 (8,7 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
        memoria dispozitivului 0x91300000-913fffff

enp2s0: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500
        inet 10.16.100.142 netmask 255.255.0.0 difuzare 10.16.255.255
        ether 00:03:2d:41:ed:ae txqueuelen 1000 (Ethernet)
        Pachete RX 240 octeți 19975 (19,9 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 75 octeți 12250 (12,2 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
        memoria dispozitivului 0x91100000-911fffff

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        inet 127.0.0.1 netmask 255.0.0.0
        inet6 ::1 prefixlen 128 scopeid 0x10<gazdă>
        loop txqueuelen 1000 (Loopback local)
        Pachete RX 85 octeți 6400 (6,4 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 85 octeți 6400 (6,4 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

Cum pot împiedica interfețele slave să obțină propria lor adresă DHCP?

wkwave avatar
drapel km
Mulțumesc pentru sugestie, @Terrance. Din păcate, nu are - sistemul nu are dhcpcd (nu există un fișier /etc/dhcpcd.conf.) M-am uitat să văd dacă există o modalitate de a face ceva similar folosind /etc/dhcp/dhclient.conf dar nu părea așa.
Terrance avatar
drapel id
Poate uitați-vă la răspunsul aici: https://askubuntu.com/questions/1293208/cant-disable-local-addresses-on-network-interfaces/1293486#1293486 Este posibil ca netplan.io să fie încă acolo, provocând unele probleme?
wkwave avatar
drapel km
Nu folosesc netplan. (Singurele actualizări ale rețelei după instalarea serverului Ubuntu sunt cele de mai sus.) În acea întrebare legată, Răspunsul „25 februarie 2021 Notă:” se pare că soluția finală a fost pentru DHCPCD, editând /etc/dhcpcd.conf dosar din nou.
Terrance avatar
drapel id
Am scris acel răspuns, dar am eliminat și Netplan.io din sistem pentru a nu mai intra în conflict cu ifupdown. Nici eu nu foloseam netplan, dar era acolo și provoacă probleme.
wkwave avatar
drapel km
Văd. Eliminarea netplan.io a remediat într-adevăr problema! De asemenea, pare să fi eliminat o așteptare iritantă la configurația rețelei, care făcea ca pornirea să dureze mult mai mult. @Terrance, domnule, sunteți un domn și un cărturar! Mulțumesc.
Terrance avatar
drapel id
Lasă-mă să scriu asta aici.
Puncte:0
drapel id

Din moment ce vei folosi ifupdown pentru controlul plăcilor de rețea, aplicarea de netplan.io nu mai este necesar. Va intra în conflict cu ifupdown provocând probleme cu adrese IP suplimentare etc.

sudo apt remove netplan.io

Sper că acest lucru vă ajută!

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.