înregistrare Logare
Puncte:0
avatar Ubuntu

Ubuntu 20.04 - întreruperea rețelei după repornire - problemă de configurare netplan?

drapel in
k10

Am un server cu o interfață legată. Iată fișierul netplan:

# cat /etc/netplan/01-netcfg.yaml
# ÎNCEPE ANSIBLE MANAGED BLOC
reţea:
  versiunea: 2
  redator: în rețea
  ethernet:
   enp1s0f0:
      dhcp4: fals
      dhcp6: fals
      adrese: []
      opțional: adevărat
   enp1s0f1:
      dhcp4: fals
      dhcp6: fals
      adrese: []
      opțional: adevărat
  obligațiuni:
    bond0:
      interfețe: [enp1s0f0, enp1s0f1]
      opțional: adevărat
      adrese:
      - 10.10.10.150/29
      gateway4: 10.10.10.145
      servere de nume:
          adrese: [1.1.1.1, 8.8.8.8]
      parametri:
          lacp-rate: rapid
          mii-monitor-interval: 100
          mod: 802.3ad
          transmit-hash-policy: layer2+3
# TERMINAREA BLOCULUI GESTIONAT ANSIBLE

Totul funcționează bine și serverul meu primește adresa afișată (10.10.10.150).

Trebuie să adaug adrese suplimentare, așa că am creat următorul fișier:

# cat /etc/netplan/60.yaml
reţea:
  versiunea: 2
  redator: în rețea
  obligațiuni:
    bond0:
      adrese:
        - 10.10.11.0/24
        - 10.10.11.1/24

Dacă rulez netplan apply, totul funcționează fără probleme. Dacă repornesc, nu pot accesa serverul. Dacă am KVM în el și rulez netplan, totul funcționează din nou în mod magic.

Uită-te rapid la journalctl și văd următoarele:

# journalctl --no-pager -lu systemd-networkd
-- Jurnalele încep la 31-10-2021 02:26:37 UTC, se termină la 31-10-2021 02:28:05 UTC. --
31 oct 02:26:38 res-d035 systemd[1]: Se pornește serviciul de rețea...
31 oct 02:26:38 res-d035 systemd-networkd[461]: bond0: netdev ready
31 oct 02:26:38 res-d035 systemd-networkd[461]: Enumerarea a fost finalizată
31 oct 02:26:38 res-d035 systemd[1]: Serviciul de rețea a pornit.
31 oct 02:26:38 res-d035 systemd-networkd[461]: enp1s0f1: Link UP
31 oct 02:26:38 res-d035 systemd-networkd[461]: enp1s0f0: Link UP
31 oct 02:26:38 res-d035 systemd-networkd[461]: bond0: IPv6 activat cu succes
31 oct 02:26:38 res-d035 systemd-networkd[461]: bond0: Link UP
31 oct 02:26:41 res-d035 systemd-networkd[461]: enp1s0f1: operator câștigat
31 oct 02:26:41 res-d035 systemd-networkd[461]: bond0: Purtător câștigat
31 oct 02:26:41 res-d035 systemd-networkd[461]: enp1s0f0: operator câștigat
31 oct 02:26:42 res-d035 systemd-networkd[461]: bond0: IPv6LL obținut
31 oct 02:27:03 res-d035 systemd-networkd[461]: bond0: Nu s-a putut seta adresa: Conexiune a expirat
31 oct 02:27:03 res-d035 systemd-networkd[461]: bond0: eșuat

Ultimele două linii sunt eroarea mea și NU există când repornesc fără fișierul 60.yaml.

Ce greșesc aici? Presupun că ceva nu este configurat corect în fișierul 60.yaml, pur și simplu nu îmi pot da seama unde îl încurc.

Mulțumesc anticipat.

224
0 + 0
drapel in
k10
NU am gasit o solutie. S-a revenit la doar rularea prin rc.local cu comenzile `ip addr add` pentru moment. Mulțumesc tuturor celor care au încercat să ajute.
0
Răspunde
Puncte:0
zabiullah avatar Ubuntu
drapel cn
zabiullah

Deși nu am nicio experiență cu netplan; Dar problema mi se pare în 10.10.11.0/24, Nu atribui ID REȚEA 10.10.11.0/24 schimba 0 la altceva.

0 + 0
drapel in
k10
Mersi pentru raspuns! Am încercat să elimin acea intrare (10.10.11.0/24) din fișierul 60.yaml și am aceeași problemă; fără rețea la pornire. Din nou, apreciez răspunsul.
0
Răspunde
zabiullah avatar
drapel cn
zabiullah
Ok, după cum am revizuit încă o dată, atribuiți IP bond0 de două ori o dată în fișierul 01-netcfg.yaml și a doua oară în 60.yaml. Pentru a utiliza a doua adresă IP, trebuie să creați VLAN-uri pentru asta și apoi să-l atașați la bond0.
0
Răspunde
drapel in
k10
Există o altă modalitate de a atribui a doua adresă IP? Aveam impresia că modul în care îl atribuim în aceste fișiere va adăuga adresele - și funcționează, pur și simplu nu funcționează la o repornire. Singurul motiv pentru care o fac în acest al doilea fișier este că primul fișier este gestionat de furnizorul de găzduire și poate fi suprascris în orice moment.
0
Răspunde
zabiullah avatar
drapel cn
zabiullah
Nu va fi o problemă, doar creați VLAN-uri în fișiere diferite și atașate la bond0. Așa cum faci în 60.yml
0
Răspunde
drapel us
slangasek
Nu trebuie să creați vlan-uri pentru a atribui mai multe adrese unei interfețe. Ar trebui să atribuiți adrese vlan-urilor numai dacă rețeaua dvs. este configurată cu vlan-uri.
0
Răspunde
drapel us
slangasek
Nu știu un răspuns la problema inițială raportată, dar vlan-urile nu sunt. Aș sugera să verificați dacă problema este reproductibilă dacă puneți toată configurația pentru interfața de rețea într-un singur fișier în loc să îl divizați.
0
Răspunde
zabiullah avatar
drapel cn
zabiullah
Este corect că putem atribui diferite adrese IP unei singure interfețe, fără îndoială, deoarece am văzut fișiere separate, apoi am sugerat vlan-uri pentru aceasta.@10 Cred că are dreptate odată ce a pus adresele în același fișier care ar putea rezolva problema
0
Răspunde
drapel in
k10
@slangasek - Mulțumesc pentru răspuns! Am mutat adresa în același fișier (01-netcfg.yaml) și produce aceeași eroare. Nici o soluție acolo.
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

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.