Puncte:0

Probleme Ethernet pe Kubuntu 20.04.3

drapel gr

EDITAT, vezi jos.

în această dimineață, după ce am repornit computerul, am început să am o mulțime de probleme de conectare pe computer. Aparatul este cu fir, dar când l-am repornit, nu a putut seta o adresă de rețea, dându-mi în sfârșit mesajul eno1: configurația IP nu a fost disponibilă. Mă pot conecta cu un adaptor de rețea wireless.

O grămadă de informații. În routerul meu (la adresa 192.168.0.250), am atribuit un IP fix mașinii, 192.168.0.150. Iată rezultatul unui grup de comenzi (numai conținutul referitor la interfața cu fir)

$ sudo lshw -C rețea
 *-reţea                  
descriere: interfață Ethernet
produs: Conexiune Ethernet I217-LM
furnizor: Intel Corporation
ID fizic: 19
informații despre autobuz: pci@0000:00:19.0
nume logic: eno1
versiunea: 04
serial: 34:17:eb:ba:47:9b
dimensiune: 100 Mbit/s
capacitate: 1 Gbit/s
lățime: 32 biți
ceas: 33 MHz
capabilități: pm msi bus_master cap_list ethernet fizic tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configurație: autonegotiation=on broadcast=da driver=e1000e driverversion=3.2.6-k duplex=firmware complet=0.13-4 latență=0 link=da multicast=da port=twisted pair speed=100
Mbit/s
resurse: irq:30 memorie:f7100000-f711ffff memorie:f7139000-f7139fff ioport:f040(dimensiune=32)
$ inxi -Fz
Rețea: Dispozitiv-1: Driver Intel Ethernet I217-LM: e1000e
IF: stare eno1: viteză de creștere: 100 Mbps duplex: mac complet: <filtru>
$ ifconfig
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 34:17:eb:ba:47:9b txqueuelen 1000 (Ethernet)
Pachete RX 271 octeți 39947 (39,9 KB)
Erori RX 0 a scăzut 0 depășiri 0 cadru 0
Pachete TX 257 octeți 50551 (50,5 KB)
Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
dispozitiv întrerupere 20 memorie 0xf7100000-f7120000
$ mai mult /etc/resolv.conf
serverul de nume 127.0.0.53
opțiuni edns0 trust-ad

$ ruta -n (acesta nu este populat atunci când încercați să vă conectați cu interfața cu fir, punând rezultatele pentru wireless doar pentru a fi complet)

Tabelul de rutare IP al nucleului
Destination Gateway Genmask Flags Metric Ref Utilizare Iface
0.0.0.0 192.168.0.250 0.0.0.0 UG 600 0 0 wlx503eaaef0caf
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlx503eaaef0caf
192.168.0.0 0.0.0.0 255.255.255.0 U 600 0 0 wlx503eaaef0caf

Orice sugestii despre care ar putea fi problema și cum să o rezolvi?

EDIT: Simt că probabil că trebuie să adaug câteva detalii despre chestia „IP static”. Acest lucru nu este ceva ce am făcut pe mașina locală, ci mai degrabă în configurația routerului, și am făcut-o pentru fiecare dispozitiv conectat la acel router și toate celelalte dispozitive funcționează luând IP-ul local pe care le-am atribuit. Am făcut asta, din nou, navigând la adresa de la care pot accesa configurația routerului:

introduceți descrierea imaginii aici

și apoi la fila DHCP, unde există un meniu „Rezervare adrese”. De acolo, am rezervat 192.168.0.150 la MAC-ul asociat adaptorului meu ethernet:

introduceți descrierea imaginii aici

După cum puteți vedea din această a doua imagine, în timpul depanării mele, am dezactivat rezervarea adresei pentru adaptorul ethernet, dar asta nu a rezolvat problema.

Nmath avatar
drapel ng
Sunteți sigur că aceasta nu este o problemă cu configurația rețelei dvs.? De ce ai setat un IP static?
Terrance avatar
drapel id
Pentru a merge împreună cu @Nmath de mai sus, unde ți-ai atribuit sistemul unui IP static?
drapel gr
Probabil este o problemă cu configurația mea, pe această mașină am un sistem dual boot, iar sub Windows conexiunea prin cablu funcționează fără nicio problemă. În plus, alte dispozitive sunt conectate la router, atât prin cablu, cât și prin wifi, deci este cu siguranță o problemă Linux.
drapel gr
Am crezut că IP-ul static ar putea fi problema (deși nu a fost până ieri), așa că l-am anulat din interiorul configurației routerului și acum este gratuit.
Nmath avatar
drapel ng
Ei bine, din nou, nu este clar cum sau de ce ați atribuit un IP static. Dacă definiți un IP static pe partea client (Ubuntu) și routerul dvs. nu a definit același IP static, atunci nu vă veți putea conecta. Cu cât opțiunile de configurare sunt mai rigide, cu atât rețeaua are mai puțină capacitatea de a se configura automat. Cu DHCP automat pe client, nu contează dacă routerul atribuie un IP static dispozitivului tău, dar asta nu funcționează invers. Poate că ar trebui să vă revizuiți opțiunile de configurare pe Windows pentru a vă asigura că sunt aceleași pe Ubuntu
drapel gr
Am atribuit IP-ul static din configurația routerului: IP 192.168.0.150 a fost atribuit adresei MAC a adaptorului ethernet. Setările de conexiune pe partea Linux au fost setate la Automat, DHCP este activ și până ieri, de câte ori pornim computerul, conexiunea prin cablu se activa cu IP 192.168.0.150 și totul ar funcționa perfect.
drapel gr
Dar din nou, aceasta nu poate fi problema, deoarece în încercările mele de depanare am intrat din nou în configurația routerului și am dezactivat atribuirea IP, fără niciun rezultat.
drapel gr
Motivul pentru care am atribuit IP-ul static MAC-ului în configurația routerului este că am făcut-o practic cu orice alt dispozitiv din casa mea, astfel încât să pot defini aliasuri pentru SSH pentru fiecare dintre ele fără ca IP-ul lor să se schimbe.
Terrance avatar
drapel id
Din nou, cum ați atribuit IP-ul static în sistem? Ați folosit fișierul `/etc/network/interfaces`? Ați folosit un fișier `/etc/netplan/XX-netplan.yaml`?
drapel gr
Am accesat configurația routerului meu direcționând browser-ul către 192.168.0.250, am navigat către fila DHCP, am făcut clic pe „Rezervare adresă” și am rezervat IP-ul 192.168.0.150 pentru MAC-ul asociat adaptorului meu ethernet.
drapel gr
Am adăugat câteva clarificări despre problema „IP static”. Nu am editat niciun fișier local pentru a face asta, nici /etc/network/interfaces și nici netplan.
Nate T avatar
drapel it
Ați verificat lista de clienți ai serverului DHCP pentru a vă asigura că nu a dat...250 ip? Când alegeți static, serverul poate rezerva uneori ip-ul pentru alt dispozitiv în timpul unui moment de semnal intermitent. Cred că acest lucru ar fi foarte rar pentru un semnal ethernet constant, dar nu imposibil. O repornire este un timp de nefuncționare mai mult decât suficient pentru a deveni o posibilitate. În ultima ta fotografie, fila Clienți DHCP este locul unde poți verifica... Sau ai rezolvat deja problema?
drapel gr
Sistemul a fost repornit de câteva ori, dar în orice caz nu poate da IP 250: l-am limitat manual la adrese între 100 și 199.
Terrance avatar
drapel id
Am ratat o parte acolo, `IF: stare eno1: viteză de creștere: 100 Mbps duplex: mac complet: ` arată că sunteți conectat doar la 100 Mb. :( NIC-ul dvs. ar trebui să se conecteze la 1000 Mb. Verificați cablul și conexiunea dintre comutatorul sau routerul dvs. și sistemul în sine. Poate efectuați o resetare a sistemului dvs.. A trebuit să fac asta în trecut pentru a rezolva problemele de rețea. Opriți alimentarea sistemului și apăsați butonul de pornire de câteva ori, apoi conectați-l la curent și porniți-l din nou.
drapel gr
Așadar, am reparat acea parte modificând manual setarea conexiunii și am reciclat fiecare element al rețelei, computerului, routerului și modemului meu. Fără noroc. Ceva pe care probabil că ar fi trebuit să spun încă de la început este că recent a existat o actualizare a kernelului. Gândindu-mă că asta ar fi putut fi problema, am redescărcat pachetele celui pe care îl rulam mai devreme și din GRUB am pornit acel kernel vechi, dar tot nu am avut noroc.
drapel gr
În regulă, detalii suplimentare. Am încercat să pornesc în Windows, iar adaptorul ethernet alege imediat conexiunea și funcționează perfect, deci nu este o problemă de cablu defect al dispozitivului. Am repornit la Linux și am rulat `nmtui`, când încerc să activez conexiunea prin cablu, primesc mesajul `Nu s-a putut activa conexiunea: Conexiunea 'Wired Connection House' nu este disponibilă pe dispozitivul eno1 deoarece dispozitivul nu are operator`. Am citit online că acel „fără purtător” înseamnă că fie cablul nu este conectat (nu este cazul, funcționează în Windows), fie că există o problemă cu driverul.
Terrance avatar
drapel id
Puteți încerca `sudo dhclient -r eno1` apoi `sudo dhclient eno1`?
drapel gr
Comanda este acceptată în primul caz, dar fără efecte aparente; iar în al doilea caz, conectează „eno1”, dar conexiunea pare să nu funcționeze.
drapel gr
Editare suplimentară: a existat o actualizare a nucleului, dar problema este încă acolo.
drapel gr
Se pare că [acest](https://askubuntu.com/a/1233997/1127425) a rezolvat problema. Tocmai am folosit `NetworkManager` ca randament (și, evident, am schimbat numele interfeței în `eno1`). Vă mulțumim pentru atenția și timpul acordat acestui lucru.

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.