Renomado de Viscosity-dosiero .visz al .ovpn ne ŝanĝas tion, kio estas interne, ĉar la finaĵo neniam priskribis protokolon. La komparo, kiu gravas, estas inter pakaĵo kun dependaĵoj kaj ordinara klienta profilo sen ili. Decidu, kiun ujon vi vere ricevis, antaŭ ol peti importilon ĉe Linux legi ĝin.

Kion enhavas ĉiu ujo

La eksporta dokumentaro de Viscosity priskribas konektan pakaĵon .visc kaj arĥivan formon .visz, kiu estas kunpremita tar-arĥivo. Pakaĵo portas la agordon kune kun la atestila, ŝlosila kaj skriptaj dosieroj, de kiuj ĝi dependas. Ordinara OpenVPN-profilo estas unu dosiero, kaj ĉio, al kio ĝi referencas, devas ekzisti aparte aŭ esti enmetita interne.

Tiu diferenco estas la tuta komparo. La rilatoj de la pakaĵo estas parto de la artefakto; la rilatoj de la ordinara profilo estas supozo. Movi pakaĵon al Linux sen konservi tiujn rilatojn produktas dosieron, kiu malfermiĝas kaj poste malsukcesas ĉe la unua mankanta referenco. Profilo, kiu enmetas siajn atestilojn, evitas tiun malsukceson portante ĉion en unu loko, kio estas oportuna ĝis iu bezonos rotacii unu el ili.

La ekstera finaĵo diras al vi, kiun ujon vi havas, ne kiun klienton povas uzi ĝin.

Kie la agordo vere komenciĝas

En la pakaĵo la vendisto dokumentas config.conf apud la dependaj dosieroj, kun referencoj solvitaj loke. Tiu dosiero estas la komenca punkto, ne la nomo de la arĥivo kaj ne tiu atestilo, kiu hazarde staras ĉe la supro de la dosieruja listo.

Ĉe Linux la pakaĵo povas aperi kiel dosierujo anstataŭ kiel unu objekto, ĉar la arĥivo malvolviĝas en dosierojn, kiuj atendas stari kune. Tenu relativajn vojojn koheraj en la laborspaco, en kiun vi malvolvas, kaj ne traduku Windows-an absolutan vojon al Linux-vojo permane. Mankanta dependa dosiero kaj malĝusta vojo produktas la saman plendon de la kliento.

Forigi fid- aŭ identec-opcion por silentigi tiun plendon ne estas riparo.

Kion la pakaĵo ne portas transen

La propraj preferoj de Viscosity ne ĉiuj estas OpenVPN-opcioj. Skriptoj, vojiga konduto kaj aplikaĵaj agordoj eble devas esti reprezentataj per la subtenata integriĝo de la Linux-kliento anstataŭ esti kopiitaj kiel teksto, kiun alia programo povas efektivigi.

Traktu inkluditan skripton kiel datumojn ĝis vi legos ĝin kaj decidos, ke ĝi estas rajtigita. Ruli ĝin ĉar la eksporto enhavis ĝin renversas la revizion, kiun vi devis fari. La sama singardo validas por enmetitaj akreditaĵoj: pakaĵo povas porti privatan ŝlosilan materialon, do labora kopio apartenas al protektita loko kaj ne al elŝuta dosierujo.

La originalo restas protektita ĝis la migrado estos akceptita.

Kion la Linux-flanko devas decidi

Decidu, kiu posedos la konekton: Community OpenVPN memstare, la NetworkManager-kromaĵo aŭ iu alia subtenata kliento. Ĉiu akceptas malsaman opciaron, kaj ĉiu posedas vojojn, solvilojn kaj sekretojn malsame. Dosiero, kiu sukcese malfermiĝas en unu importilo, povas esti malakceptita de alia, kaj sukceso ĉe importo ne pruvas kongruecon kun la celita konekto. Demandu la operatoron, ĉu Linux-kongrua profilo jam ekzistas, ĉar komenci de la subtenata artefakto estas pli mallonge ol traduki unu.

Tenu servilan fidon, klientan identecon kaj protekton de la privata ŝlosilo kiel tri apartajn demandojn.

La revizio antaŭ ol konekti

Kontrolu la finpunkton kaj transporton, la aŭtentigmetodon, ĉiun dosieran referencon kaj la celitan vojigan kaj DNS-politikon. Poste kontrolu la konekton kaj la bezonatan aplikaĵon sendepende, ĉar tunelo, kiu supreniĝas, diras nenion pri tio, ĉu la aplikaĵo atingas tion, kion ĝi bezonas.

openvpn --config ./config.conf --verb 4

Komparu la intertraktitan rezulton kun tio, kion laŭ la operatoro la profilo devus fari, kaj notu ĉiun opcion, kiun la Linux-kliento ignoris.

Kiam la migrado estos akceptita, forigu la transigajn kopiojn per la kutima procezo por traktado de akreditaĵoj. Pakaĵo lasita en komuna dosierujo estas akreditaĵo lasita en komuna dosierujo.

Rilataj artikoloj