OpenConnect vpnc-script: cili skedar ekzekutohet?

OpenConnect mund të përfundojë shtrëngimin e duarve të tunelit dhe gjithsesi t'ju lërë pa rrugë drejt nënrrjetit privat, sepse klienti dhe ndihmësi që ndryshon gjendjen e rrjetit lokal janë dy programe të ndryshëm. Vërtetimi provon që porta pranoi sesionin; nuk provon asgjë për cilën ndërfaqe, cilat rrugë ose cilat cilësime të zgjidhësit u instaluan më pas. Shumica e raporteve konfuze vijnë nga zëvendësimi i ndihmësit me një kopje nga një përgjigje e vjetër, gjë që ndryshon sjelljen e çdo lidhjeje në makinë. Gjeni ndihmësin që klienti në ekzekutim thërret vërtet përpara se të ndryshoni çdo pjesë të tij.

Dy programe, dy përgjegjësi

Klienti zotëron transportin, vërtetimin dhe pajisjen e tunelit. Një ndihmës i veçantë zotëron atë që ndodh në sistemin lokal pasi tuneli ekziston: adresimin në ndërfaqe, rrugët drejt nënrrjeteve që shpalli porta dhe konfigurimin e zgjidhësit. dokumentacioni i ndihmësit OpenConnect përshkruan atë ndarje dhe mjedisin që merr ndihmësi. Dallimi ka rëndësi gjatë një defekti, sepse një fjalëkalim i refuzuar dhe një rrugë që mungon nuk janë i njëjti incident edhe kur desktopi shfaq një dialog të vetëm për të dyja.

Mbajtja mend e kësaj ndarjeje shpjegon gjithashtu pse një lidhje mund të raportojë sukses ndërsa emrat privatë ende nuk zgjidhen. Tuneli është lart në të dyja rastet dhe ndryshon vetëm faza e integrimit lokal.

Gjeni ndihmësin që përdor klienti në ekzekutim

Rruga caktohet kur ndërtohet paketa dhe mund të anashkalohet në çdo thirrje, prandaj skedari që ju kujtohet nga një shpërndarje tjetër mund të mos ketë asnjë lidhje me këtë lidhje. Pyetni procesin në ekzekutim, jo dokumentacionin që ndodh të jetë i hapur.

openconnect --version
ps -o args= -C openconnect
dpkg -L openconnect | grep -i script
ls -l /etc/vpnc/ 2>/dev/null

Nëse rreshti i procesit mban një --script argument, ai skedar fiton mbi vlerën e paracaktuar të përpiluara. Rrugë më të vjetra si /etc/vpnc/vpnc-script mund të ekzistojnë dhe të mbeten të papërdorura, prandaj fshirja ose redaktimi i tyre nuk ndryshon asgjë në një ndërtim të ri. Kontrolloni edhe datën e ndryshimit, sepse një ndihmës që askush nuk e ka prekur për vite është shenjë e fortë që vlera e paracaktuar e paketuar po e bën punën.

Integrimi me NetworkManager është pronari i tretë, me ndihmësin dhe cilësimet e profilit të vet. Vendosja e një skripti të dytë rrugësh ose zgjidhësi mbi atë integrim dyfishon rrugët dhe lë një zgjidhës që dy programe pretendojnë se e administrojnë. Zgjidhni një pronar për lidhje dhe çaktivizoni tjetrin përpara testimit.

Lexoni operacionin e parë të dështuar, jo paralajmërimin e fundit

Konfigurimi i ndërfaqes, instalimi i rrugëve, zgjedhja e zgjidhësit dhe pastrimi i gjendjes së vjetër janë hapa të veçantë, dhe paralajmërimi i shtypur i fundit shpesh është një ankesë pastrimi dhe jo defekti që theu lidhjen. Lexoni lart deri te operacioni i parë konkret që dështoi. Një gabim i ndihmësit që emërton një skedar ose një adresë vlen më shumë se dhjetë rreshta zhurmë çmontimi.

Krahasoni rezultatin lokal të synuar me atë të vëzhguar: pajisja e tunelit ekziston, një rrugë drejt një adrese private të njohur kalon përmes saj dhe zgjidhësi përgjigjet për një emër privat. Një ndihmës që ia del dy të parëve dhe dështon në të tretin tregon politikën e zgjidhësit dhe jo rrugëzimin. Një ndihmës që nuk e konfiguron fare pajisjen me gjasë nuk është ekzekutuar kurrë, dhe kjo është çështje lejeve, jo rrjeti. Konfirmoni bitin e ekzekutimit dhe llogarinë e shërbimit përpara se të rishkruani çdo logjikë.

Verifikoni lidhjen, rilidhjen dhe shkëputjen

Konfigurimi është vetëm gjysma e kontratës, sepse i njëjti ndihmës duhet të rikthejë ose të heqë gjendjen që zotëron kur tuneli mbyllet. Një ndihmës që shton rrugë dhe nuk i heq kurrë e lë makinën me një rrugë të vjetruar që mbijeton sesionin.

ip -brief address show tun0
ip route get 10.24.8.15
resolvectl status tun0
journalctl -u NetworkManager -b --no-pager | grep -i -E 'vpnc|script'

Ekzekutoni tre të parat ndërsa jeni i lidhur, shkëputuni, pastaj ekzekutoni përsëri dhe konfirmoni që rruga dhe zëri i zgjidhësit kanë ikur. Rreshti i katërt tregon nëse ndihmësi u thirr fare dhe cilën rrugë ekzekutimi përdori shërbimi. Ruani atë çift daljesh në tiketë, sepse pikërisht krahasimi para dhe pas e bën të dukshëm një defekt pastrimi.

Mbajeni ndihmësin të paketuar dhe të ekzekutueshëm nga llogaria e shërbimit, sepse një skript që xhiron në shell-in tuaj mund të refuzohet gjithsesi nën një politikë shërbimi të kufizuar. Kur personalizimi është vërtet i nevojshëm, dokumentoni qëllimin dhe pronarin dhe krahasojeni me versionin e paketuar në çdo përditësim. Një fork i pashpjeguar i një ndihmësi është një nga të paktat gjëra që mund ta bëjnë një lidhje funksionale të dështojë një vit më pas.