Puncte:0

Ubuntu - ipv4 nu funcționează în mare parte la instalarea nouă

drapel jp

Tocmai am făcut o instalare curată a Ubuntu 20.04 pe o mașină și am avut probleme cu acesta. IPV6 funcționează bine în general, dar IPV4 nu funcționează, în mare parte.

[EDIT: voi scurta întrebarea în lumina noilor descoperiri]

Pe scurt, pe IPV6, totul funcționează bine. Pe partea IPV4, cu DHCP activat automat, i s-a atribuit adresa de loopback 127.0.1.1, așa că ping-ul de loopback a funcționat. Nimic altceva IPV4 nu a funcționat. [vezi actualizarea]

Ubuntu 20.04 cu stivă LAMP. Versiunile actuale de software la nivel global.

Actualizați OK, mă simt ca un idiot acum. După ce m-am culcat pe el și m-am gândit cu atenție la adresa IPV4, mi-am dat seama că 127.0.1.1 este o adresă loopback.

Remediere „interimară”: Am reconfigurat IPV4 pentru a utiliza o adresă IP atribuită manual și am făcut același lucru pe router pentru numele de gazdă. Toate pe IPV4 și IPV6 par să funcționeze așa cum era de așteptat acum și nu par să existe conflicte.

Deci, iată noua mea întrebare: DE CE mașina Ubuntu nu obține automat o adresă IPV4 validă atunci când DHCP este activat și totul este setat automat??? De ce primește în schimb adresa de loopback?

Aș dori să-l configurez astfel încât să funcționeze corect pentru atribuirea adresei DHCP/dinamice atât pentru IPV4, cât și pentru IPV6.

Vreo idee? ;-)

[editarea a doua] După cum a fost solicitat, conținutul /etc/netplan/01network-manager-all.yaml este urmat de ieșire ip addr. Rețineți că am modificat ușor adresele ipv6 din motive de securitate.

/etc/netplan/01network-manager-all.yaml

# Lăsați NetworkManager să gestioneze toate dispozitivele de pe acest sistem
reţea:
  versiunea: 2
  redator: NetworkManager

adresa ip

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue stare UNKNOWN grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 ::1/128 scope host 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 80:c1:6e:fa:9e:83 brd ff:ff:ff:ff:ff:ff
    altname enp0s25
    inet 192.168.1.212/24 brd 192.168.1.255 scope global noprefixroute eno1
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 2600:www:zzzz:xxxx::4e0/128 scope global dynamic noprefixroute 
       valid_lft 2589401sec preferred_lft 602201sec
    inet6 2600:www:zzzz:xxxx:f5a5:beef:9843:4f07/64 domeniu dinamic temporar global 
       valid_lft 3085sec preferred_lft 3085sec
    inet6 2600:www:zzzz:xxxx:a495:1c3d:2aeb:1c47/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 3085sec preferred_lft 3085sec
    inet6 fe80::f94c:19e9:75d0:6b7/64 scope link noprefixroute 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna

După cum am spus, am instalat o adresă statică, dar încă nu am idee de ce nu a configurat o adresă dinamică sau o funcționalitate IPV4.

Ceva idei noi???

zwets avatar
drapel us
Singura explicație sensibilă pentru o mașină Ubuntu simplă vanilla care nu primește o adresă IP este că serverul DHCP nu îi dă una. Dacă ar fi diferit, atunci 99% dintre utilizatorii Ubuntu nu s-ar conecta niciodată. Serverul DHCP funcționează pentru alte dispozitive din rețea?
zwets avatar
drapel us
De asemenea, nicio mașină nu va primi vreodată o adresă 127.0.1.1. În primul rând, adresa nu este rutabilă, deoarece toate adresele din rețeaua 127/8 sunt definite pentru a sta pe interfața loopback a mașinii locale, care, prin definiție, nu este conectată la nimic în afară de ea însăși, deci cum _ar putea_ primi ceva? În al doilea rând, fiecare mașină are deja adresa 127.0.1.1, precum și orice altă adresă din 127/8. Încercați doar `ping 127.42.42.42` pentru a verifica. Nu are rost să te uiți la interfața ta loopback, ceea ce ar trebui să te uiți este interfața _fizică_ care se conectează la rețea cu serverul DHCP.
Thomas Aichinger avatar
drapel cn
Ar fi de mare ajutor dacă ați putea posta fișierul dvs. /etc/netplan/*.yaml aici. De asemenea, vă rugăm să postați rezultatul „adresa ip”
Cliff B avatar
drapel jp
S-au adăugat informațiile solicitate

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.