Puncte:0

Cum funcționează internă configurarea rețelei pe Kubuntu / Systemd?

drapel sa
JPT

Rețeaua mea pare să fie total dezastruoasă. Acesta este motivul pentru care vreau să înțeleg cum ar trebui să funcționeze configurarea rețelei pe (K)Ubuntu. Ce componente sunt implicate și cum sunt menite să lucreze împreună.

Cunosc această întrebare și problemele mele creează două subiecte total diferite. Să vedem cum va fi această discuție și apoi curăț pentru a face acest thread cât mai generic posibil sau pentru a crea două fire din el.

Acestea sunt problemele cu care mă confrunt:

/var/lib/dhcp/dhclient.leases este scris în mod regulat cu 0x00 octeți ilegali, rupând formatul. emit sudo dhclient -v de aproximativ 10 ori pe zi. 50% raportează că fișierul a fost spart înainte. Uneori nu funcționează, pur și simplu nu primește un răspuns de la fritz. Dar de cele mai multe ori o face.

Adesea, și DNS-ul este stricat. Trebuia doar să emit sudo systemctl restart systemd-resolved.service. Imediat a funcționat din nou. Doar ca să nu mai lucreze câteva minute mai târziu. Din nou repornind. Funcționează acum.

Am mai multe rețele:

  • Stoc Fritzbox 7390 pe 192.168.66.1 în prezent fără conexiune DSL. Aici se află rețeaua mea locală. Îl pornesc doar temporar pentru imprimarea și vizionarea videoclipurilor de pe RaspPi/LibreElec.
  • USB-Wifi-Dongle pentru conectarea la Internet prin Android Wifi Tethering.
  • uneori atașez un router de rețea mobilă în loc de Fritz. Sigur că trebuie să conectez doar unul dintre ele și trebuie să eliberez manual dhclient sau opriți comutatorul nw timp de un minut pentru a-mi informa computerul despre schimbare. Când routerul mobil este conectat, nu pot ajunge la dispozitivele mele din rețeaua locală. Dar probabil că acesta este un neajuns în serverul DNS al routerului mobil prost (nu știu modelul, îmi pare rău). nu este incredibil de important.

Am încercat și USB- și BT-Tethering. Dar aceasta a avut probleme similare plus probleme de conexiune sau viteză.

De obicei am doar una dintre rețele alimentată, pentru a evita coliziunile în config. (rutare etc). Dar după cum vezi, nici măcar asta nu ajută. Probabil pentru că rețeaua oprită detectarea nu funcționează așa cum sunt obișnuit.

Eram obișnuit să văd eth0 coboară când închid comutatorul nw la care este atașat. Dar asta nu se mai întâmplă. (S-a schimbat comportamentul?) Este încă activ și de multe ori încă își arată vechea adresă IP. Același lucru pentru dongle-ul wifi. Rețelele apar în ifconfig și dhclient încearcă să preia un IP chiar dacă fiecare rețea nu este conectată la nimic. (chiar dacă Wifi-ul este dezactivat din KDE)

Sistemul meu:

  • Ubuntu 21.4 (hirsute), instalat inițial de la 20.4 (focal)
  • Kernel 5.11.0-38-generic
  • glib-networking 2.66.0-2
  • systemd 247.3-3ubuntu3.6
  • dhclient 4.4.1
  • Dongle Wifi: ID 148f:7601 Adaptor wireless Ralink Technology, Corp. MT7601U

ieșirea ifconfig cu wifi atașat, LAN oprit

eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        ether 00:d8:61:XX:XX:XX txqueuelen 1000 (Ethernet)
        Pachete RX 7187407 octeți 2063185568 (2,0 GB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 27601991 octeți 39093376385 (39,0 GB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
        dispozitiv întrerupere 16 memorie 0xa1100000-a1120000  

eno1:avahi: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        inet 169.254.10.48 netmask 255.255.0.0 difuzare 169.254.255.255
        ether 00:d8:61:2b:b6:5b txqueuelen 1000 (Ethernet)
        dispozitiv întrerupere 16 memorie 0xa1100000-a1120000  

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        inet 127.0.0.1 netmask 255.0.0.0
        inet6 ::1 prefixlen 128 scopeid 0x10<gazdă>
        buclă txqueuelen 1000 (Lokale Schleife)
        Pachete RX 14656522 octeți 1156231455 (1,1 GB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 14656522 octeți 1156231455 (1,1 GB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

wlx0022c0a02353: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.43.229 netmask 255.255.255.0 difuzare 192.168.43.255
        inet6 fe80::ba4b:XXXX:XXXX:XXXX prefixlen 64 scopeid 0x20<link>
        ether 00:22:c0:XX:XX:XX txqueuelen 1000 (Ethernet)
        Pachete RX 59979 octeți 14330813 (14,3 MB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 66901 octeți 45757319 (45,7 MB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
drapel sa
JPT
Au existat aproape 50 de instanțe „dhclient” care rulau sub controlul systemd. Aceasta explică fișierul dhclient.leases deteriorat permanent. dar nu explică de unde provin în primul rând.

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.