Am încercat să ruleze serverul Ubuntu pe mine MacBook Pro (15 inchi, sfârșitul anului 2011) pentru toată ziua, ambele 20.04 și 21.10, luptand cu netplan si parca nu pot sa am ens9 (Adaptor de rețea Thunderbolt 2 - pare să funcționeze bine din această postare: Folosind adaptorul Ethernet Apple Thunderbolt 2 pe Ubuntu 20.04) obținerea unui ipv4 de la DHCP.
Am citit o mulțime de postări peste tot, pare banal, dar tot nu reușesc să-l fac să funcționeze :/
Ale mele /etc/netplan in prezent arata asa:
reţea:
versiunea: 2
redator: în rețea
ethernet:
ens9:
dhcp4: adevărat
opțional: adevărat
Dar sincer, în acest moment, mi-am pierdut evidența de câte ori l-am schimbat. Am încercat aproape tot ce am găsit căutând toate permutările posibile ale cuvintelor:
ubuntu, server, 20.04, 21.10, dhcp, ipv4, -static, -NetworkManager, nu funcționează, nu obține IP, -ipv6, MacBook pro, ens9, netplan, systemd-networkd.
Ori de câte ori eu ip a aceasta ens9 are doar o ipv6 (din anumite motive, nu folosesc ipv6 în rețeaua mea și nici DHCP-ul meu alocă ipv6 adrese, deci nu am idee de unde vine tbh) nicio tabelă de rutare și niciun server de nume atribuit, ceea ce mă face să suspectez că nici măcar nu încearcă să „dhcp nimic”.
Chiar dacă adaug dhcp6: fals Încă mai primesc un fracking ipv6 dar nu ipv4
am pastrat o coada -f /var/log/syslog deschis tot timpul și nu apare nimic util.
Dacă fug dhclient -r ens9 && dhclient ens9 interfața primește un ipv4 iar rețeaua începe să funcționeze (de exemplu, așa am făcut-o să funcționeze în timpul procesului de instalare). Pot ssh în ea bine, chiar dacă uneori rețeaua se blochează (dar sincer, acest lucru este minor dacă măcar pot face ca configurația DHCP să funcționeze).
Deci, chiar dacă am o soluție îngrozitoare pe care prefer să nu o folosesc, chiar vreau să înțeleg de ce modalitatea implicită „Canonic” (joc de cuvinte) nu funcționează pentru mine și, în prezent, nu am mai multe opțiuni despre unde să bat. capul meu.
Am pornit aproape să refolosesc o mașină veche pentru a mă distra și am ajuns să fiu total frustrat, oarecum m-a făcut să-mi amintesc de ce am încetat să mai folosesc Linux ca sistem de operare desktop.
Actualizați:
- Testarea cu
networkctl
aceasta este ieșirea după ore de funcționare
link:ens9 tip:ether operational:degraded setare:configurare
imediat după repornire arată destul de diferit:
link:ens9 tip:ether operational:off setup:gestionat
dar bănuiesc că este din cauza parametrului opțional dacă elimin opțional
netplan generate && netplan apply Am revenit la starea inițială de:
link:ens9 tip:ether operational:degraded setare:configurare
repornirea fără opțional, după blocarea la căutările de nume de gazdă și rețea îmi oferă:
link:ens9 tip:ether operational:degraded setare:configurare
dacă alerg dhclient -r ens9 && dhclient ens9 merge de la degradat la rutabil
Mi-am amintit că acest laptop vine și cu un port ethernet integrat (a trecut atât de mult timp de când nu am văzut unul încât nici nu mi-am amintit că există), așa că am tras Thunderbolt Dongle, mi-am conectat cablul direct la portul încorporat, a actualizat fișierul de configurare cu noul nume de interfață și când la ritmurile obișnuite de generare, aplicare, chiar repornire.
Rezultat: Nimic nu se schimbă, același comportament exact în vreun fel.
Din asta, aș spune că nu este o problemă HW, ci o problemă SW. Cel mai mare fiind: există zero jurnal (din câte îmi dau seama) care explică de ce netplan nu face tot ce trebuie să facă cu clientul DHCP. Chiar și folosind -d comutați sau încercați (netplan încercați) oferă zero informații.
Așa că m-am gândit că poate montarea unui server pe un laptop nu ar fi cea mai bună idee, așa că am descărcat și am încercat Ubuntu Desktop 21.10. Același comportament.
După o investigație suplimentară am găsit pe internet că ar putea fi o problemă cu firmware-ul și/sau modulele kernelului. Am continuat apoi cu:
apt-get install b43-fwcutter firmware-b43-installer și modprobe b43 dar nimic nu s-a schimbat, același comportament exact și DHCP-ul refuzând să-și facă treaba dacă nu este stimulat manual :(
Fundal: Linux a fost sistemul meu principal (și singurul) din 1994 până în 2004, când am trecut la OSX. Îl folosesc în continuare pe servere, dar cu „platformele cloud leneș și dockerul” modern nu am avut de-a face cu probleme de configurare a rețelei de mult timp și, în dezvăluire completă, tocmai am aflat astăzi despre netplan. Deși părerea mea personală este că este o alegere proastă pentru o limbă de a folosi spațiile albe ca mijloc de a defini blocurile, sunt foarte familiarizat cu yaml și paranoic în a verifica/număra acele spații albe plictisitoare.
