Puncte:3

Cum setez un dispozitiv de rețea să fie gestionat?

drapel in

Conexiunea mea ProtonVPN se întrerupe în continuare. Folosesc Ubuntu 18.04. ProtonVPN mă informează că problema este cu Ubuntu, nu mă vor ajuta să o rezolv și că ar trebui să postez aici. Acesta este un post încrucișat al această întrebare Unix SE.

Chiar acum, în stare defect, cele două profiluri de dispozitiv ProtonVPN proton0 și ipv6leakintrf0 sunt listate ca „negestionate” și, respectiv, „deconectate”, de către nmcli:

$ nmcli d
CONEXIUNEA STARE TIP DISPOZIT 
wlp3s0 wifi conectat WifiAP
manechin ipv6leakintrf0 deconectat --         
enp2s0 ethernet indisponibil --         
loopback negestionat --         
proton0 tun negestionat --

Suportul ProtonVPN nu a reușit să rezolve problema după ce a lucrat la el timp de aproape două luni, dar m-au informat că nu acceptă conexiuni negestionate. Așa că mă lupt pe cont propriu să le fac pe amândouă proton0 și ipv6leakintrf0 fi „gestionat”.

Din ceea ce pot reuni din Manager de rețea documentația de configurare, NetworkManager configurează dispozitivele din următoarele surse, în ordine:

  1. /usr/lib/NetworkManager/conf.d/
  2. /run/NetworkManager/conf.d/
  3. /etc/NetworkManager/conf.d/
  4. /etc/NetworkManager.conf
  5. /var/lib/NetworkManager/NetworkManager-intern.conf

În cele trei directoare, fișierele sunt analizate în ordinea lor listată. Pe sistemul meu, fișierul /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf există și conține următoarea directivă:

[fișier cheie]
unmanaged-devices=*,except:type:wifi,except:type:wwan

Acest apare pentru a seta toate dispozitivele de rețea non-wifi și non-wan la „neadministrate”, ceea ce ar explica de ce proton0 si probabil ipv6leakintrf0 sunt negestionate. Cu toate acestea, având în vedere cât de prost proiectat este NetworkManager UX, nu am nicio modalitate de a fi sigur că configurația ulterioară pe care nu o înțeleg nu anulează această directivă.

Am căutat alta în lista de configurare de mai sus dispozitive neadministrate directivă și nu am găsit niciunul, așa că îl pot presupune doar pe cel din 10-dispozitive-gestionate-global.conf este singurul. În acest caz, se pare că aș putea corecta problema și aș putea face proton0 un dispozitiv gestionat prin crearea unui fișier /usr/lib/NetworkManager/conf.d/80-proton-vpn.conf cu urmatorul continut:

[dispozitiv]
match-device=nume-interfață:proton0
gestionat=adevărat

[dispozitiv]
match-device=nume-interfață:ipv6leakintrf0
gestionat=adevărat

unde am adunat sintaxa cât de bine am putut din documentația slabă de mai sus. am repornit manager de rețea. ProtonVPN a funcționat câteva zile înainte de a se rupe din nou, dând $ nmcli d ieșirea afișată mai sus indică proton0 (și probabil ipv6leakintrf0) sunt încă negestionate, în ciuda eforturilor mele de a schimba configurația.

Acest Întrebați răspunsul Ubuntu indică faptul că listarea unui dispozitiv în /etc/network/interfaces va face ca acesta să nu fie gestionat de NetworkManager. În cazul meu, acest lucru nu se aplică, singurul conținut al acelui fișier este

$ cat /etc/network/interfaces
# fișier interfețe(5) folosit de ifup(8) și ifdown(8)
auto lo
iface lo inet loopback

De asemenea, am încercat să exclud în mod explicit dispozitivele ProtonVPN în 10-dispozitive-gestionate-global.conf așa cum sugerează un comentariu la postarea Unix SE pe care am pus-o mai sus:

[fișier cheie]
unmanaged-devices=*,except:type:wifi,except:type:wwan,except:interface-name:proton*,except:interface-name:ipv6leakintrf*

După repornire manager de rețea, această configurație nu a adus nicio modificare a problemei.

Ce altceva trebuie să fac pentru ca aceste profiluri de dispozitiv să fie gestionate de NetworkManager?

Editați | ×

La întrebarea „Cum setez un dispozitiv de rețea să fie gestionat?”, răspunsul cu care începem este:

„Rulați comanda

$ nmcli device set <nume> gestionat da

Unde <name> este intrarea relevantă sub DISPOZITIV coloana de ieșire a $ nmcli d."

Am lucrat la această problemă de o perioadă atât de plină de epuizare, încât am uitat să includ rezultatele acestui lucru. Aici sunt ei:

Când alerg

$ nmcli dispozitiv set proton0 gestionat da

nu afectează în niciun fel „proton0”. Ieșirea de $ nmcli d continuă să arate „proton0” ca „deconectat” (pentru că nu mă pot conecta), iar ieșirea lui $ nmcli dispozitiv arată continuă să arate „proton0” ca având GENERAL.STATE: 10 (negestionat).

„ipv6leakintrf0” a apărut și a dispărut pe parcursul procesului de depanare. Nu știu de ce, dar suportul ProtonVPN nu l-a găsit demn de remarcat, așa că presupun că este de așteptat. Când există, alergând

$ nmcli device set ipv6leakintrf0 gestionat da

nu are efect. Ieșirea de $ nmcli d continuă să-l arate ca „negestionat”. Când nu există, rulează $ nmcli set de dispozitive comanda returnează eroarea Eroare: dispozitivul „ipv6leakintrf0” nu a fost găsit., ceea ce pare normal. În prezent nu există.

informații suplimentare

Aici este porțiunea „proton0” a rezultatului $ nmcli dispozitiv arată:

GENERAL.DEVICE: proton0
GENERAL.TIP: tun
GENERAL.HWADDR: (necunoscut)
GENERAL.MTU: 1500
GENERAL.STATE: 10 (negestionat)
GENERAL.MTU: 1500
GENERAL.STATE: 20 (indisponibil)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
WIRED-PROPERTIES.CARRIER: oprit
David avatar
drapel cn
Este posibil să încercați un alt furnizor VPN doar pentru o perioadă scurtă de timp pentru a testa?
Darien Marks avatar
drapel in
@David Lucrăm la asta cu Mozilla VPN. În prezent, așteaptă ca echipa de asistență să răspundă pentru o altă problemă la instalarea acesteia.
Sebastian avatar
drapel in
Folosesc ProtonVPN pe Ubuntu 18.04 fără nicio problemă. Am aceleași intrări în `10-globally-managed.devices.conf` și `/etc/network/interfaces`, așa că mă îndoiesc că aceasta este problema.Presupun că ați trecut deja prin fișierele jurnal și ați dezactivat orice funcții suplimentare precum Killswitch, Netshield, Split Tunneling cu suport Proton? Ați încercat să descărcați fișierele lor de configurare *.ovpn și să le încărcați direct cu openvpn?
Darien Marks avatar
drapel in
@Sebastian Am făcut toate procedurile ProtonVPN de multe ori. Ei au sugerat și chestia cu OpenVPN, dar nu am încercat-o pentru că nu pentru asta îi plătesc și pentru că mă aștept ca OpenVPN să fie același tip de coșmar ostil utilizatorilor, toate relațiile mele cu software-ul open source necunoscut întotdeauna se dovedesc a fi.
Darien Marks avatar
drapel in
@sancho.sReinstateMonicaCellio Vă mulțumesc pentru compilarea acestor informații, dar nu pot spune că sugerați ceva. Conectați la porțiunea Udev Properties a documentației, dar din câte știu eu, forțez deja o conexiune gestionată prin configurația Network Manager, așa că fără o explicație mai explicită, nu știu ce doriți să fac
sancho.s ReinstateMonicaCellio avatar
drapel pl
Ei bine, de fapt sugeram câteva lucruri: 1) Comparați `10-globally-managed-devices.conf`, încercați să utilizați versiunea mea, postați dacă vedeți ceva care merită raportat. 2) Comparați fișierele `/run/NetworkManager/devices/...`, postați dacă vedeți ceva care merită raportat. 3) Postați rezultatul comenzii pe care am enumerat-o. 4) Încercați să utilizați „nmcli device set...”, postați dacă vedeți ceva care merită raportat. Și am adăugat o a 5-a acțiune. Dacă mai aveți îndoieli, vă rugăm să comentați.
sancho.s ReinstateMonicaCellio avatar
drapel pl
PS: Uneori, un răspuns vine într-o listă completă, detaliată și specifică de comenzi/acțiuni. Uneori, vine ca indicii, parțial din cauza lipsei de informații complete despre sistemul dvs. sau din cauza lipsei de cunoștințe absolute despre răspunsul. Aceste răspunsuri pot raporta posibile directoare/fișiere de căutat, informații care trebuie comparate cu ceea ce aveți etc. și care vă pot pune pe drumul către soluția finală (care necesită cercetări suplimentare din partea OP). Mă întreb de ce nu vedeți asta ca: 1) un răspuns valid, 2) util. În plus, postarea informațiilor solicitate poate ajuta pe alții să te ajute.
Darien Marks avatar
drapel in
1) Nu există nicio diferență relevantă între `10-globally-managed-devices.conf` și al meu. 2) În loc de fișierele numite `18` și `19`, am fișiere cu numere diferite în directorul `/run/NetworkManager/devices/`. Nu este neașteptat, deoarece îmi imaginez că sunt numite aleatoriu pe fiecare sistem. Ceea ce am nevoie este o modalitate de a determina care dintre ele sunt legate de ProtonVPN. Deoarece VPN-ul meu nu funcționează, nu pot compara fișierele între stările conectate și deconectate, așa cum puteți face dvs. Lipsit de altă metodă, nu știu cu ce compar, așa că acesta este o fundătură.
Darien Marks avatar
drapel in
3) Ieșirea lui `$ nmcli device show` este de peste 160 de linii și sunt sigur că majoritatea nu sunt relevante. Includerea acestui lucru ar adăuga o cantitate masivă de dezordine în pagină și ar risca să postezi accidental informații sensibile, deoarece rezultatul este în mare parte farfurie pentru mine și nu știu ce informații reprezintă.
Darien Marks avatar
drapel in
3) (continuare) Dacă există un subset de linii deosebit de util pe care l-aș putea verifica și posta, aș fi bucuros. Mi-am editat postarea pentru a conține secțiunea „proton0”, de exemplu. Dar și mai bine, ați putea explica ce informații caut și cum mă ajută să răspund la întrebarea „Cum setez o conexiune să fie gestionată?”, ceea ce m-ar ajuta nu numai pe mine, ci și pe oricine găsește această pagină în viitor. având aceeași întrebare și care nu pot posta toate rezultatele lor pentru revizuirea dvs.
Darien Marks avatar
drapel in
4) Postarea dvs. originală a fost legată de documentația Network Manager cu puține explicații suplimentare. Ca toată documentația cu sursă deschisă, această documentație este o rahat de necitit. În special, nu a fost clar din prezentarea autorului că linia `nmcli device set ...` a fost menită să fie o comandă de terminal, mai degrabă decât o linie de configurare în `NetworkManager.conf`. Vă mulțumesc pentru explicația pe care ați adăugat-o, a fost extrem de utilă în a comunica ceea ce ați vrut să fac.
Darien Marks avatar
drapel in
4) (continuare) De fapt, am rulat aceste comenzi de multe ori în timp ce lucram cu ProtonVPN pe această problemă. Nu există nicio ieșire de la ele direct, dar după rularea lor, rezultatul lui `$ nmcli d` arată că profilul dispozitivului 'proton0' rămâne "deconectat", în timp ce "ipv6leakintrf0" rămâne "negestionat" sau altfel nu există (este pare să vină și să plece). Le-am incercat din nou acum si am obtinut acelasi rezultat.
Darien Marks avatar
drapel in
5) Din câte îmi dau seama, nu există nimic în `/etc/udev/rules.d/` care să aibă legătură cu ProtonVPN sau VPN-urile în general, doar cu imprimanta mea și cu `snap`.
sancho.s ReinstateMonicaCellio avatar
drapel pl
1) Bine. 2) Fișierele din `/run/NetworkManager/devices/`: „Ceea ce am nevoie este o modalitate de a determina care dintre ele sunt legate de ProtonVPN”... verificați timpii de modificare, așa cum se menționează în răspunsul meu. Ele *par* să se coreleze cu conectarea/deconectarea ProtonVPN. Nu știu dacă acest lucru este adevărat în sistemul tău.
sancho.s ReinstateMonicaCellio avatar
drapel pl
3) Ieșirea „$ nmcli device show”: După cum am menționat mai sus, acesta este unul dintre cazurile în care nu sunt sigur ce informații sunt valoroase, până când nu le văd. Puteți posta orice considerați (și acest lucru ar putea fi *nimic*, dar dacă da, este bine să menționați acest lucru clar) un echilibru bun între confidențialitate, concizie (există întotdeauna pastebin) și așteptarea că *ar* fi util în procesul de rezolvare a *voastră* problemă.
sancho.s ReinstateMonicaCellio avatar
drapel pl
3) (continuare) Orice știu cu certitudine, îl postez. În rest, lucrez prin aproximări succesive. Ca o regulă generală, să te aștepți ca oamenii care răspund să fie toți guru Ubutnu care vor lovi cuiul în cap la prima lovitură nu este realist, AFAICT.
sancho.s ReinstateMonicaCellio avatar
drapel pl
4) Sunt mereu disponibil pentru a clarifica (și o fac mai fericit când cererea este ceva mai „politicoasă”). 5) Cel mai util este să înlănțuiți toate informațiile adăugate în OP, în loc să fie împrăștiate în comentarii. Și regret că nu ți-ai rezolvat problema. Dacă mai găsesc ceva, având în vedere informațiile adăugate, aș posta din nou. Cu toate acestea, nu există garanții pentru a avea toate detaliile și precizia la care se pare că vă așteptați.
Puncte:2
drapel pl

Asta am

$ cat /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf 
[fișier cheie]
dispozitive-neadministrate=*,except:type:wifi,except:type:gsm,except:type:cdma

Am două dispozitive despre care sunt sigur că corespund ProtonVPN, deoarece data modificării lor sunt afectate de conectare/deconectare

$ cat /run/NetworkManager/devices/19
[dispozitiv]
gestionat=adevărat
connection-uuid=...
nm-owned=fals
$ cat /run/NetworkManager/devices/18 
[dispozitiv]
gestionat=adevărat
perm-hw-addr-fake=...
connection-uuid=...
nm-owned=adevărat
route-metric-default-effective=550

Când sunt deconectat, arată așa

$ cat /run/NetworkManager/devices/19
[dispozitiv]
nm-owned=fals
$ cat /run/NetworkManager/devices/18 
[dispozitiv]
gestionat=adevărat
perm-hw-addr-fake=...
nm-owned=adevărat

Bănuiesc că nu sunt menite să fie modificate manual, dar acest lucru poate ajuta.

Vă rugăm să postați rezultatul

$ nmcli dispozitiv arată

De asemenea, forțarea conexiunilor gestionate, așa cum se arată în https://developer-old.gnome.org/NetworkManager/unstable/NetworkManager.html poate ajuta

Proprietăți Udev

Managerul de dispozitive udev(7) este utilizat pentru descoperirea dispozitivelor din rețea. Următoarea proprietate influențează modul în care NetworkManager gestionează dispozitivele:

NM_UNGESTIONAT Dacă este setat la "1" sau "Adevărat", dispozitivul este configurat ca negestionat de NetworkManager. Rețineți că utilizatorul poate anula în mod explicit această configurație prin mijloace precum Setul de dispozitive nmcli „$DEVICE” gestionat da sau „dispozitiv*.managed=1” în NetworkManager.conf.

Așa că vă rugăm să postați rezultatul utilizării

set de dispozitive nmcli proton0 gestionat da
set de dispozitive nmcli ipv6leakintrf0 gestionat da

după cum se arată de ex. Aici.

Si verifica cu ls -al /etc/udev/rules.d/ dacă există vreo regulă udev care poate spune Managerului de rețea să nu mai controleze o interfață

Nate T avatar
drapel it
Grozav răspuns! Îmi place cum ai făcut-o robustă oferind soluții alternative la sfârșit.
Darien Marks avatar
drapel in
Nimic din toate acestea nu mă ajută, dar cu siguranță, bucurați-vă de recompensă implicită gratuită
sancho.s ReinstateMonicaCellio avatar
drapel pl
@DarienMarks - Oarecum nepoliticos... Am vrut să ajut, vă rugăm să vedeți comentariile mele de mai sus.

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.