Windows OpenVPN profilis nepavyksta Ubuntu: trys sluoksniai

Paleiskite tą patį profilį terminale ir žinutė, kurią dauguma nukopijuoja, yra įspėjimas, o ne priežastis, kodėl klientas sustojo. Čia nepavyksta trys nepriklausomi sluoksniai: įstumta direktyva, kurios Linux kompiliavimas neįgyvendina, teisės, reikalingos tun įrenginiui sukurti, ir resolverio pagalbininkas, kuris ryšį paverčia veikiančiu DNS. Tvarkykite juos iš eilės, nes kiekvienas gali paslėpti kitą.

Laikykite atsisiuntimą tokį, koks atėjo, ir redaguokite kopiją, kad naujas atsisiuntimas tyliai nepanaikintų jūsų pakeitimų.

Perskaitykite įspėjimą, prieš jį kaltindami

block-outside-dns užrakina DNS Windows sistemoje per Windows filtravimo platformą, o Linux klientas neturi prie ko jo pririšti. Kai serveris jį įstumia, klientas išspausdina eilutę apie nežinomą parinktį tam įstumtam įrašui ir tęsia, nes įstumta parinktis nelaikoma lemtinga. Tačiau ta pati eilutė jūsų pačių faile yra kitas reikalas: ten analizatorius sustoja. Nuspręskite, kurią iš dviejų turite, prieš ką nors liesdami, nes tik viena jų baigia vykdymą.

Norėdami pašalinti triukšmą, filtruokite jį prieš analizuodami: pull-filter ignore įrašas tam pavadinimui arba --ignore-unknown-option, kai eilutė yra vietiniame faile. Abu nutildo eilutę, kurią jau perskaitėte; nė vienas nepataiso gedimo, kurio nediagnozavote.

Teisės sutrinka pirmiausia

tun įrenginys ir jį lydintys maršrutai yra privilegijuoti objektai, o įprasta paskyra jų negali sukurti. Parinktis --user paaiškina šį atskyrimą: demonas atsisako savo privilegijų tik po to, kai privilegijuotas darbas atliktas. Paleiskite jį kaip root arba per unit, kuris jį taip paleidžia, tada ieškokite leidimų klaidos, prieš žiūrėdami sertifikatus. Profilio failo leidimų sumažinimas nesuteikia procesui trūkstamų teisių.

TLS klaida reiškia, kad klientas praėjo šį sluoksnį. Skundas dėl įrenginio ar maršruto reiškia, kad jis niekada nepasiekė aukščiau esančio sluoksnio.

Ką daro GUI, o terminalas ne

Sėkmingas prisijungimas, kai kiekviena užklausa vis dar nepavyksta, yra trečiasis sluoksnis. NetworkManager pats atlieka resolverio darbą, todėl darbalaukio importas gali išdalinti DNS net tada, kai profilio up scenarijus niekada neveikė sėkmingai. Komanda openvpn --config vykdo tai, ką nurodo --up, ir jei to pagalbininko nėra, sąsaja atsiranda, o užklausos toliau eina ankstesniems serveriams. Palyginkite dviejų kelių scenarijus prieš ką nors diegdami.

Naudokite savo distribucijos supakuotą pagalbininką; iš tinklaraščio įrašo nukopijuotas scenarijus paprastai skirtas kitam resolveriui. Integracija, pateikiama systemd-resolved, nėra bendras vpnc stiliaus scenarijus, ir kiekviena tikisi savo argumentų bei kintamųjų iš kliento. Vartotojo apibrėžti up scenarijai taip pat reikalauja script-security 2, prieš klientui juos apskritai vykdant.

Atskirkite sluoksnius kitą kartą paleisdami

Paleiskite vieną kartą su --verb 4 ir skaitykite žurnalą ta tvarka, kaip viskas vyko: įrenginio sukūrimas, maršrutai, TLS rankos paspaudimas, tada up scenarijaus išvestis. Pirmasis tos sekos gedimas yra tas, kurį verta taisyti; visa, kas po jo, dažniausiai yra pasekmė. Tunelis, kuris sukuriamas, kai resolveris to nedaro, pastato jus į trečiąjį sluoksnį, kur sertifikatas nesvarbus. Lygindami palikite atsisiųstą profilį nepaliestą.

Kai kiekviena operatoriaus pataisa sukuria dar vieną atmestą eilutę, failas nukreiptas į kitą platformą. Paprašykite Linux eksporto, o ne kurkite nuolatinį filtrų sąrašą.

Užsirašykite, kuris sluoksnis nepavyko ir kas jį pakeitė, antraip kitas žmogus, gavęs tą patį failą, taip pat sustos prie įspėjimo.