Trūkstošs VPN maršruts NetworkManager: profila politika vai skripts?

Jūs pieslēdzaties, parādās tuneļa saskarne, un viena prefiksa, kas jums nepieciešams, vienkārši nav tabulā. Nākamais solis parasti ir tāda skripta meklēšana, kas to pievieno. Šī meklēšana noved pie atbildēm, kas profilā ielīmē OpenVPN palīgu, un puse no šīm atbildēm situāciju padara sliktāku, nevis labāku, jo trūkstošam maršrutam ir trīs iespējami īpašnieki un tikai viens no tiem ir trūkstošs skripts.

Izlemiet, kurš īpašnieks ir atbildīgs, pirms kaut ko rakstāt.

Trīs īpašnieki, viens trūkstošs prefikss

Prefikss var trūkstēt tāpēc, ka neviens to nav nodrošinājis, tāpēc, ka profils to noraidīja, vai tāpēc, ka tas tika instalēts vietā, kur jūs neskatāties. Tie ir dažādi bojājumi, un tiem ir dažādi labojumi.

Pirmo ir visvieglāk pārbaudīt: vai serveris vai spraudnis kādreiz piedāvāja maršrutu? Aizmugure, kas nekad nav saņēmusi prefiksu, nevar to instalēt, un palīgskripts nevar izdomāt sasniedzamību, ko partneris nekad nav aprakstījis. Otrais ir profila politika, kas var nomākt maršrutus, ko savienojums citādi uzņemtu. Trešais ir tabula vai noteikums, kas var turēt maršrutu vietā, kuru noklusējuma meklēšana nekad neapskata.

Ceturtais īpašnieks esat jūs, vēlāk: skripts, kas pievieno maršrutu pieslēgšanās laikā, bet nenoņem to atslēgšanās laikā. Tas rada prefiksu, kas pārdzīvo tuneli, norāda uz mirušu saskarni un sajauc nākamo cilvēku, kas atkļūdos mašīnu.

Izlasiet profilu, pirms kaut ko pievienojat

Sāciet ar saglabātā savienojuma pašu rekvizītiem. Lasiet tos neizlejot noslēpumus, un izmantojiet UUID, ja profila nosaukums ir neviennozīmīgs.

nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office

vpn.service-type norāda, kura aizmugure pārvalda savienojumu, un tas ir svarīgi, jo spraudņa dati ir raksturīgi aizmugurei. Viena spraudņa pieņemta atslēga nav cita atbalstīta instrukcija, tāpēc fragments, kas nokopēts no cita klienta dokumentācijas, neko nepierāda.

ipv4.ignore-auto-routes un ipv4.never-default atbild uz dažādiem jautājumiem. Pirmais var noraidīt maršrutus, ko savienojums citādi uzņemtu automātiski, un otrais kontrolē, vai profils var kļūt par noklusējuma maršrutu. Profils, kas ignorē automātiskos maršrutus un nepaļaujas uz neko citu, pieslēgsies tīri un gandrīz neko neinstalēs.

ip -4 rule show
ip -4 route show table all

Šīs divas komandas atrisina trešo iespēju. Meklējiet savu prefiksu katrā tabulā, ne tikai main, un pārbaudiet, vai politikas noteikums nesūta attiecīgo meklēšanu citur. Ja prefikss ir citā tabulā un nekas to neapskata, jums nav trūkstoša maršruta; jums ir meklēšana, kas to nekad nesasniedz.

Ko skripts nevar salabot

Palīgskripta pievienošana dod NetworkManager vpn.data laukam izpildāmu programmu. Tas ir īsts mehānisms, un vairumam šo gadījumu tas ir nepareizais, jo skripts iegūst kontroli pēc tam, kad paša profila politika jau ir izlēmusi, ko pieņemt.

OpenVPN script-security ir otrs atkārtotais pārpratums. Tas ir OpenVPN iestatījums, kas nosaka, kurus skriptus klients drīkst izpildīt un ko tas drīkst ievietot to vidē; līmenis 3 ļauj nodot akreditācijas datus caur vidi, un tas ir lēmums par noslēpumu apstrādi, nevis maršrutēšanas labojums. Tā ielīmēšana profilā, kura aizmugure nav OpenVPN, vai tā paaugstināšana, kad nevienam skriptam tas nav vajadzīgs, pievieno pakļautību, nepievienojot maršrutu.

Tad ir pārstartēšanas reflekss. NetworkManager pakalpojuma pārstartēšana sagrauj un no jauna uzbūvē katru pārvaldīto saiti, tostarp to, caur kuru esat pieslēdzies, ja strādājat attālināti. Tā ir traucējoša darbība, nevis nekaitīga diagnostika, un serverī tā var būt atšķirība starp sesiju, kas izdzīvo, un tādu, kas neizdzīvo.

Lēmums, secībā

Uzdodiet trīs jautājumus pēc kārtas. Vai partneris nodrošināja prefiksu, ko parādīs aizmugures žurnāls vai tā paša statusa izvade? Ja jā, vai profils ir konfigurēts pieņemt un instalēt maršrutus, vai arī tas tos nomāc? Ja maršruts kaut kur pastāv, vai meklēšanas ceļš ir pareizs saturam, ko testējat?

Tikai tad, kad pirmā atbilde ir jā, otrā ir jā un trešā ir pareiza, papildu skripts kļūst attaisnojams, un pat tad jums jājautā, vai aizmugure atbalsta maršrutu natīvi. VPN iestatījumu uzziņa dokumentē service-type un spraudnim raksturīgo datu vārdnīcu, un tieši tur jāsāk, pirms pieņemt, ka atslēga pastāv.

Pēc apstiprināta labojuma pieslēdzieties vēlreiz un pārbaudiet galamērķi pēc adreses un pēc tam pēc nosaukuma, tad atvienojieties un pieslēdzieties vēlreiz, lai apstiprinātu, ka stāvoklis ir atkārtojams. Viens īpašnieks, viena tabula un maršruts, kas pazūd kopā ar tuneli, ir rezultāts, ko ir vērts iegūt.