La Windows-profilo de OpenVPN fiaskas en Ubuntu: tri tavoloj

Startigu la saman profilon en terminalo kaj la mesaĝo, kiun plej multaj homoj kopias, estas averto, ne la kaŭzo, kial la kliento haltis. Ĉi tie fiaskas tri sendependaj tavoloj: puŝita direktivo, kiun la Linuksa konstruo ne realigas, la rajtoj necesaj por krei tun-aparaton, kaj la solvila helpanto, kiu igas konekton funkcianta DNS. Tralaboru ilin laŭvice, ĉar ĉiu povas kaŝi la sekvan.

Konservu la elŝutaĵon tiel, kiel ĝi alvenis, kaj redaktu kopion, por ke nova elŝuto ne silente malfaru viajn ŝanĝojn.

Legu la averton antaŭ ol kulpigi ĝin

block-outside-dns ŝlosas DNS en Windows per la Windows-Filtra Platformo, kaj la Linuksa kliento havas nenion por ligi ĝin al. Kiam la servilo puŝas ĝin, la kliento presas linion pri nekonata opcio por tiu puŝita ero kaj daŭrigas, ĉar puŝita opcio ne estas traktata kiel fatala. La identa linio en via propra dosiero estas alia afero: tie la analizilo haltas. Decidu, kiun el la du vi havas, antaŭ ol tuŝi ion ajn, ĉar nur unu el ili finas la ruladon.

Por forigi la bruon, filtru ĝin antaŭ analizado: ero pull-filter ignore por tiu nomo, aŭ --ignore-unknown-option kiam la linio troviĝas en la loka dosiero. Ambaŭ silentigas linion, kiun vi jam legis; neniu riparas paneon, kiun vi ne diagnozis.

Privilegioj fiaskas antaŭ ĉio alia

tun-aparato kaj la itineroj, kiuj akompanas ĝin, estas privilegiaj objektoj, kaj ordinara konto ne povas krei ilin. La opcio --user klarigas tiun dividon: la demono rezignas pri siaj privilegioj nur post kiam la privilegia laboro estas farita. Lanĉu ĝin kiel root, aŭ per unuo, kiu lanĉas ĝin tiel, kaj poste serĉu permes-eraron antaŭ ol rigardi atestilojn. Malstreĉi la dosierpermesojn de la profilo ne donas al la procezo la rajtojn, kiuj mankas al ĝi.

TLS-eraro signifas, ke la kliento pasis ĉi tiun tavolon. Plendo pri aparato aŭ itinero signifas, ke ĝi neniam atingis la tavolon supre.

Kion faras la GUI kaj ne faras la terminalo

Sukcese konektiĝi dum ĉiu serĉo ankoraŭ fiaskas estas la tria tavolo. NetworkManager faras sian propran solvilan laboron, kaj tial surtabla importo povas doni DNS eĉ kiam la up-skripto de la profilo neniam sukcese ruliĝis. La komando openvpn --config plenumas tion, kion nomas --up, kaj se tiu helpanto mankas, la interfaco aperas dum serĉoj daŭre iras al la antaŭaj serviloj. Komparu la skriptojn de la du vojoj antaŭ ol instali ion ajn.

Uzu la pakaĵan helpanton por via distribuo; skripto kopiita el blogaĵo kutime celas alian solvilon. La integraĵo liverita por systemd-resolved ne estas la ĝenerala skripto laŭ stilo vpnc, kaj ĉiu atendas siajn proprajn argumentojn kaj variablojn de la kliento. Uzantodifinitaj up-skriptoj ankaŭ postulas script-security 2 antaŭ ol la kliento entute plenumos ilin.

Apartigu la tavolojn en la sekva rulado

Rulu unufoje kun --verb 4 kaj legu la protokolon laŭ la ordo, en kiu ĝi okazis: aparatkreado, itineroj, TLS-manpremo, poste la eligo de la up-skripto. La unua fiasko en tiu sinsekvo estas tiu, kiun indas ripari; ĉio post ĝi kutime estas konsekvenco. Tunelo, kiu establiĝas dum la solvilo ne faras tion, metas vin en la trian tavolon, kie la atestilo estas sensignifa. Lasu la elŝutitan profilon netuŝita dum vi komparas.

Post kiam ĉiu operatora alĝustigo produktas ankoraŭ unu malakceptitan linion, la dosiero celas alian platformon. Petu Linuksan eksporton anstataŭ konstrui daŭran filtran liston.

Notu, kiu tavolo fiaskis kaj kio ŝanĝis ĝin, ĉar alie la sekva persono, al kiu oni donos la saman dosieron, ankaŭ haltos ĉe la averto.