Puncte:0

IP-ul static dispare după repornirea Ubuntu Server 20.04.2: Vă rugăm să ajutați

drapel fi

Am un șablon de versiune Ubuntu 20.04.2 Server. Am configurat adrese IP, servere de nume gateway4 etc.conform procesului prin netplan. Ori de câte ori implementez VM din acel șablon și ofer IP specific (folosind specificații personalizate). VM arată IP-ul corect în timp ce este configurat corect pentru prima dată. Dacă repornesc noua VM, atunci din nou va lua vechiul șablon de adresă IP. Nicio idee ce îmi lipsește.

Puține rezultate:

administrator@Ubuntu20LTS:~$ ls -al /etc/netplan
total 20
drwxr-xr-x 2 root root 4096 Jun 12 16:44 .
drwxr-xr-x 100 root root 4096 Jun 9 10:28 ..
-rw-r--r-- 1 root root 1024 12 iunie 16:44 .99-netcfg-vmware.yaml.swp
-rw-r--r-- 1 rădăcină rădăcină 485 12 iunie 16:43 50-cloud-init.yaml
-rw-r--r-- 1 rădăcină rădăcină 346 12 iunie 16:42 99-netcfg-vmware.yaml 

administrator@Ubuntu20LTS:~$ cat /etc/netplan/99-netcfg-vmware.yaml

# Generat de motorul de personalizare VMware.
reţea:
  versiunea: 2
  redator: în rețea
  ethernet:
    ens192:
      dhcp4: nu
      dhcp6: nu
      adrese: [10.xx.xx.xx/23]
      gateway4: 10.xx.xx.1
      servere de nume:
        căutare: [xxx.xxx.com, xxx.xxx.com, xxx.xxx.com]
        adrese: [xxxx.xxxx.xxxx.xxxx]

administrator@Ubuntu20LTS:~$ cat /etc/netplan/50-cloud-init.yaml
# Acest fișier este generat din informațiile furnizate de sursa de date. Schimbări
# nu va persista la o repornire a instanței. Pentru a dezactiva cloud-init
# capabilități de configurare a rețelei, scrieți un fișier
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg cu următoarele:
# network: {config: disabled}
reţea:
    ethernet:
        ens192:
            dhcp4: adevărat
            Meci:
                adresa maca: 00:50:56:82:b7:a0
            set-name: ens192
    versiunea: 2

mai multe rezultate: 
    administrator@Ubuntu20LTS:/etc/netplan$ ls
    50-cloud-init.yaml 99-netcfg-vmware.yaml

Cat .99-netcfg

administrator@Ubuntu20LTS:~$ cat /etc/netplan/.99-netcfg-vmware.yaml.swp
b0nano 4.8ârootUbuntu20LTS/etc/netplan/99-netcfg-vmware.yamladministrator@Ubuntu20LTS:~$

Ma poate ajuta cineva cu aceasta problema? IP configurat în 99-netcfg.yaml fișier disponibil în netplan dhcp activat în 50-cloud-init.yaml

Irsu85 avatar
drapel cn
Nu știu dacă netplan folosește DHCP, dar dacă o face, trebuie să setați IP-ul în timpul instalării, va deveni static atunci
Surajit A avatar
drapel fi
Am adăugat câteva capturi de ecran pentru o mai bună înțelegere. Am configurat DHCP4 NR. Dar într-un alt fișier afișează activare. Nu știu cum să dezactivez.
Irsu85 avatar
drapel cn
Poate nu utilizați netplan, dar setați IP-ul în timpul instalării. Nu am avut niciodată probleme cu serverul meu Minecraft în acest fel
Surajit A avatar
drapel fi
Ofer IP în timpul instalării VM din șablon. VM arăta IP-ul corect odată ce s-a încheiat crearea VM. Dacă repornesc VM, IP-ul revine la adresa IP a șablonului.
drapel us
Care este exact „vechea adresă IP a șablonului”? Este o adresă care este configurată static undeva, în afară de netplan?
heynnema avatar
drapel ru
Editează-ți întrebarea și arată-mi `ls -al /etc/netplan` și `cat /etc/netplan/*.yaml` și `cat /etc/network/interfaces`. Editați asta în întrebarea dvs. utilizând copierea/lipirea... nu capturile de ecran. Începeți-mi comentariile cu @heynnema sau îmi vor lipsi.
Surajit A avatar
drapel fi
@slangasek - Am dat o adresă IP în timp ce cream șablonul Ubuntu VM. Din acel șablon, creez un nou VM cu un set diferit de adrese IP. după crearea VM-ului, noul IP se afișează corect. Dar dacă repornesc VM o dată, IP-ul se schimbă înapoi la vechiul IP șablon.
heynnema avatar
drapel ru
Nu mi-ai răspuns niciodată la cererea mea de mai multe informații. Se pare că aveți două fișiere .yaml în /etc/netplan... un IP static și unul DHCP.
Surajit A avatar
drapel fi
@heynnema - Nu pot copia și lipi datele aici. da, am două fișiere .yaml 1. 50-cloud-init.yaml 2. 99-netcfg-vmware.yaml
heynnema avatar
drapel ru
În `terminal`, faceți `cat /etc/netplan/*.yaml`, copiați acea ieșire în clipboard, editați întrebarea, inserați clipboard-ul, selectați textul lipit, faceți clic pe pictograma {} pentru a-l formata. Nu redactați nicio informație. De asemenea, arată-mi `sudo lshw -C network`.
Surajit A avatar
drapel fi
@heynnema - Rezultatul pisicii /etc/netplan/*.yaml lipit acolo.
heynnema avatar
drapel ru
Nu mi-ai dat toate informațiile pe care le-am cerut. Și ai redactat informații non-secrete. Ce este `.99-netcfg-vmware.yaml.swp`? Nu ar trebui să fie în /etc/netplan.Cele două fișiere .yaml ale tale se contrazic, pentru ens192. Sunt adresele 10.xx.xx.xx și 10.xx.xx.1 valide în rețeaua dvs.? Probabil veți sfârși prin a elimina /etc/netplan/50-cloud-init.yaml.
Surajit A avatar
drapel fi
@heynnema - Nu sunt sigur ce este „.99-netcfg-vmware.yaml.swp”. Nu este acolo în /etc/netplan , doar două fișiere .yaml disponibile acolo (având în vedere detaliile). Nu v-am dat toate detaliile adresa IP deoarece adresa IP este din proiectul meu client. Așa că am dat XX în loc de numere reale. Toate adresele IP sunt valide. Sunt capabil să iau sesiunea de chit a VM.
heynnema avatar
drapel ru
Nu vedeți `.99-netcfg-vmware.yaml.swp` deoarece numele fișierului începe cu un punct, făcând fișierul invizibil pentru comanda `ls`. Trebuie să utilizați `ls -al` pentru a-l vedea. Editează-ți întrebarea și arată-mi `cat /etc/netplan/.99-netcfg-vmware.yaml.swp`. Probabil va trebui să ștergeți /etc/netplan/50-cloud-init.yaml cu `sudo rm -i /etc/netplan/50-cloud-init.yaml`, apoi `sudo netplan generate` și `sudo netplan apply ` și `reboot` și retestați.
Surajit A avatar
drapel fi
@heynnema - Am lipit rezultatul .swp. Ar trebui să șterg fișierul cloud-init.yaml și să generez netplan așa cum ați sugerat mai sus?
heynnema avatar
drapel ru
@SurajitA Ar trebui să puteți șterge /etc/netplan/.99-netcfg-vmware.yaml.swp și /etc/netplan/50-cloud-init.yaml și apoi să efectuați celelalte comenzi pe care le enumăr. Raportați înapoi.
drapel us
Am remarcat conflictul dintre cele două fișiere yaml, totuși, deoarece reclamația prezentată era despre setarea unui IP STATIC greșit, cred că problema trebuie să fie în afara netplanului. Având configurația netplan care specifică atât adrese statice, cât și DHCP, rezultă doar atribuirea a două adrese, nu înlocuirea adresei IP statice cu alta. Pentru mine nu este clar pe ce platformă de virtualizare rulează, sau ce sistem de șablon este utilizat sau unde acel sistem de șablon scrie configurația rețelei.
Surajit A avatar
drapel fi
@heynnema - Am șters ambele fișiere și am generat netplanul și am aplicat. După aceea, am convertit VM-ul într-un șablon și am implementat un VM din acesta. Alege IP-ul corect, dar după o repornire, din nou, VM a preluat vechiul IP șablon.
heynnema avatar
drapel ru
@SurajitA Continuați să descrieți un „șablon”. Nu știm ce este asta sau ce face. Ce VM? Ce gazdă? Cum transformi o VM într-un șablon?
Surajit A avatar
drapel fi
@heynnema - Îmi pare foarte rău, folosim vSphere VMWare. Deci, în VMWare VM (mașină virtuală), Gazdă (hypervisor ESXi). Tehnologia VMWare ajută la virtualizare. Șablonul nu este altceva decât o mașină virtuală pre-configurată cu un sistem de operare, o aplicație și altă configurație conform cererii utilizatorului sau a aplicației. o vom folosi ca imagine principală și de acolo vom implementa o nouă mașină virtuală conform cererii utilizatorului, cu aplicație gata și alte setări de configurare.
Surajit A avatar
drapel fi
@heynnema - Îmi pare foarte rău, folosim vSphere VMWare. Deci, în VMWare VM (mașină virtuală), Gazdă (hypervisor ESXi). Tehnologia VMWare ajută la virtualizare. Șablonul nu este altceva decât o mașină virtuală pre-configurată cu un sistem de operare, o aplicație și altă configurație conform cererii utilizatorului sau a aplicației. o vom folosi ca imagine principală și de acolo vom implementa o nouă VM conform cererii utilizatorului, cu aplicație gata și alte setări de configurare. Scuzele mele sincere pentru folosirea tuturor acestor cuvinte VMware.
heynnema avatar
drapel ru
@SurajitA Îmi pare rău, dar acesta poate fi peste capul meu.

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.