Puncte:0

Setările Managerului de rețea nu se blochează după repornire

drapel tm

Încerc să stabilesc automat o conexiune VPN după repornire. Am creat profilul prin intermediul GUI al managerului de rețea și totul funcționează bine. Pot folosi nm-connection-editor pentru a edita configurația ethernet (și wifi) pentru a verifica „Conectează-te automat la VPN”. Dacă repornesc oricare dintre interfețele (wlan0 sau eth0), conexiunea VPN va fi stabilită.

Când repornesc, totuși, conexiunea VPN nu este stabilită prin eth0. Când rulez din nou nm-connection-editor, caseta de conectare automată la VPN este acum debifată. Dacă îl verific din nou și repornesc interfața, VPN-ul este din nou stabilit automat. Repornirea din nou revine setarea. De fiecare dată când bifez acea casetă după repornire, un fișier de configurare NOU este generat în /etc/NetworkManager/system-connections. Începe cu netplan-eth0, apoi netplan- și primește un număr de 1 cu fiecare nouă salvare.

netplan-eth0-626dd384-8b3d-3690-9511-192b2c79b3fd-1.nmconnection
netplan-eth0-626dd384-8b3d-3690-9511-192b2c79b3fd.nmconnection
netplan-eth0.nmconnection

Conexiunea wireless funcționează de fapt impecabil. Dacă dezactivez conexiunea prin cablu și folosesc numai wifi, VPN-ul este stabilit imediat după repornire.

Toate depanarea mea pentru netplan și toate opțiunile din NetworkManager au apărut goale.Încerc să configurez un raspi pentru a-l trimite unei rude și vreau să stabilească o conexiune vpn doar conectându-l la ethernet, așa că am nevoie de el să funcționeze cu conexiunea prin cablu. Orice ajutor este apreciat.

Mai jos este o pastă de netplan-eth0.nmconnection. Rețineți că opțiunea „secundare” este cea care leagă VPN-ul de această interfață. Dacă ar trebui să ghicesc, NetworkManager ignoră această configurație pentru eth0 după repornire.

[conexiune]
id=netplan-eth0
uuid=626dd384-8b3d-3690-9511-192b2c79b3fd
tip=ethernet
nume-interfață=eth0
contorizat=2
permisiuni=
secundare=f3f0c99a-c2c5-47fd-9bce-9104f3665dfc;
timestamp=1638470039

[ethernet]
mac-address-blacklist=
wake-on-lan=0

[ipv4]
dns-search=
metoda=auto

[ipv6]
addr-gen-mode=eui64
dns-search=
metoda=ignora
Puncte:0
drapel tm

După multe depanare și citit despre netplan, am rezolvat această problemă. Distribuția Raspberry Pi a Ubuntu include fișierul /etc/netplan/10-rpi-ethernet-eth0.yaml. Codul pentru acest fișier:

reţea:
  ethernet:
    eth0:
      # Redenumiți dispozitivul ethernet încorporat în „eth0”
      nume-setare: eth0
      dhcp4: adevărat
      opțional: adevărat

Ceea ce presupun că se întâmplă la fiecare repornire este că NetworkManager regenerează o nouă configurație eth0, deoarece cea internă este redenumită. Acest lucru a fost clar când am schimbat numele implicit al conexiunii eth0, care era „netplan-eth0” în lista „nmcli connection show”. L-am redenumit doar „eth0” cu toate proprietățile pe care le doream (inclusiv „secundarii” pentru conexiunea VPN), dar când am repornit, a revenit la un nume generic: „netplan-eth0” cu toate opțiunile implicite. .

Pur și simplu eliminarea fișierului „10-rpi-ethernet-eth0.yaml” a rezolvat problema. Nu am avut încă efecte secundare. Poate că acest fișier este important doar prima dată când porniți înainte ca NetworkManager să știe ceva despre dispozitiv.

Acum, când pornesc, conexiunea VPN este stabilită automat dacă eth0 realizează conexiunea.

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.