Ühendate, tunneli liides ilmub ja üht prefiksit, mida vajate, lihtsalt ei ole tabelis. Järgmine samm on tavaliselt otsida skripti, mis selle lisab. See otsing jõuab vastusteni, mis kleepivad profiili OpenVPN abilise, ja pooled neist vastustest teevad olukorra halvemaks, mitte paremaks, sest puuduval marsruudil on kolm võimalikku omanikku ja ainult üks neist on puuduv skript.

Otsustage, milline omanik on vastutav, enne kui midagi kirjutate.

Kolm omanikku, üks puuduv prefiks

Prefiks võib puududa, sest keegi ei pakkunud seda, sest profiil keeldus sellest või sest see paigaldati kohta, kuhu te ei vaata. Need on erinevad rikked ja neil on erinevad parandused.

Esimest on kõige lihtsam kontrollida: kas server või pistikprogramm pakkus marsruuti kunagi? Taustsüsteem, mis ei saanud prefiksit kunagi, ei saa seda paigaldada, ja abiskript ei saa leiutada kättesaadavust, mida vastaspool kunagi ei kirjeldanud. Teine on profiilipoliitika, mis võib alla suruda marsruute, mille ühendus muidu võtaks. Kolmas on tabel või reegel, mis võib hoida marsruuti kohas, mida vaikeotsing kunagi ei küsi.

Neljas omanik olete teie, hiljem: skript, mis lisab marsruudi ühendamisel, kuid ei eemalda seda lahtiühendamisel. See tekitab prefiksi, mis elab tunnelist kauem, osutab surnud liidesele ja ajab segadusse järgmise inimese, kes masinat silub.

Lugege profiili enne, kui midagi lisate

Alustage salvestatud ühenduse enda omadustest. Lugege neid salajasi andmeid välja valamata ja kasutage UUID-d, kui profiili nimi on mitmetähenduslik.

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

vpn.service-type ütleb teile, milline taustsüsteem ühendust omab, ja see on oluline, sest pistikprogrammi andmed on taustsüsteemipõhised. Ühe pistikprogrammi aktsepteeritud võti ei ole teise jaoks toetatud juhis, seega teise kliendi dokumentatsioonist kopeeritud katkend ei ole millegi tõestuseks.

ipv4.ignore-auto-routes ja ipv4.never-default vastavad erinevatele küsimustele. Esimene võib tagasi lükata marsruute, mille ühendus muidu automaatselt võtaks, ja teine juhib, kas profiil võib saada vaikemarsruudiks. Profiil, mis eirab automaatseid marsruute ega toetu millelegi muule, ühendub puhtalt ja paigaldab peaaegu mitte midagi.

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

Need kaks käsku lahendavad kolmanda võimaluse. Otsige oma prefiksit igast tabelist, mitte ainult main-ist, ja kontrollige, kas poliitikareegel saadab asjakohase otsingu mujale. Kui prefiks on teises tabelis ja miski ei küsi seda, ei ole teil puuduvat marsruuti; teil on otsing, mis ei jõua selleni kunagi.

Mida skript parandada ei suuda

Abiskripti lisamine annab NetworkManageri vpn.data-le käivitatava programmi. See on tõeline mehhanism ja enamikul neist juhtudest vale, sest skript saab juhtimise pärast seda, kui profiili enda poliitika on juba otsustanud, mida aktsepteerida.

OpenVPNi script-security on teine korduv segadus. See on OpenVPN-i säte, mis määrab, milliseid skripte klient tohib käivitada ja mida ta tohib nende keskkonda panna; tase 3 lubab mandaate keskkonna kaudu edasi anda, mis on saladuste käsitlemise otsus, mitte marsruudi parandus. Selle kleepimine profiili, mille taustsüsteem ei ole OpenVPN, või selle tõstmine, kui ükski skript seda ei vaja, lisab kokkupuudet ilma marsruuti lisamata.

Siis on taaskäivitamise refleks. NetworkManageri teenuse taaskäivitamine rebib maha ja ehitab uuesti iga hallatava lingi, sealhulgas selle, mille kaudu olete ühendatud, kui töötate kaugelt. See on häiriv tegevus, mitte kahjutu diagnostika, ja serveris võib see olla vahe ellujääva seansi ja mitte-ellujääva vahel.

Otsus, järjekorras

Esitage kolm küsimust järjest. Kas vastaspool pakkus prefiksi, mida näitab taustsüsteemi logi või selle enda olekuväljund? Kui jah, kas profiil on seadistatud marsruute aktsepteerima ja paigaldama või surub need alla? Kui marsruut on kuskil olemas, kas otsingutee on teie testitava liikluse jaoks õige?

Alles siis, kui esimene vastus on jah, teine on jah ja kolmas on õige, muutub täiendav skript kaitstavaks, ja ka siis peaksite küsima, kas taustsüsteem toetab marsruuti loomupäraselt. VPN-i seadete viide dokumenteerib service-type ja pistikprogrammipõhise andmesõnastiku, ja sealt tuleks alustada enne, kui eeldada, et võti on olemas.

Pärast kinnitatud parandust ühenduge uuesti ja testige sihtkohta aadressi järgi ja seejärel nime järgi, seejärel lahutage ja ühenduge uuesti, et kinnitada, et olek on korratav. Üks omanik, üks tabel ja marsruut, mis kaob koos tunneliga, on tulemus, mida tasub saada.

Seotud artiklid