Klienti Fortinet për Linux: kontrolloni portën para riparimit

Udhëzuesi i arkivuar thotë të instaloni biblioteka 32-bitëshe, të rregulloni një temë GTK dhe të ekzekutoni instaluesin nga një terminal. Një pjesë e atij këshille ishte e saktë për një version të caktuar të klientit, dhe asgjë prej saj nuk mund të rikthejë një modalitet tuneli që porta nuk e ofron më. Para se të ndryshoni një paketë, gjeni fazën e parë që dështoi. Kjo shkon nga porta nga brenda, sepse atje përgjigjet janë të lira dhe një rregullim lokal i gabuar harxhon më shumë kohë.

Kontrolli 1: emërtoni fazën që dështoi

Tri faza dështojnë në mënyra të ndryshme. Programi nuk niset, niset dhe refuzon identitetin e serverit, ose lidhet dhe porta nuk ka një shërbim të llojit që ju nevojitet. Çdo dështim lë provën e vet: një gabim ngarkuesi, një mesazh certifikate, një përgjigje e portës që emërton një modalitet të padisponueshëm.

Shkruajeni këtë para se të prekni ndonjë gjë. Gjithçka pas kësaj pike varet nga faza që emërtuat, dhe tre rregullimet nuk kanë asgjë të përbashkët.

Kontrolli 2: versioni i portës dhe modaliteti i tunelit

Modaliteti i tunelit ka humbur në portat aktuale, dhe tabela e integrimit të FortiClient 7.4.4 për Linux është vendi ku është shkruar kjo: FortiOS 7.6.3 dhe më vonë nuk ofrojnë më modalitetin e tunelit SSL VPN dhe i drejtojnë administratorët te IPsec. Mbani produktin, versionin dhe modalitetin të lidhura me atë fjali kur e përsërisni. Ajo nuk thotë asgjë për çdo produkt Fortinet, dhe asgjë për veçoritë e aksesit në web që ekzistojnë ende. Përputhshmëria e përgjithshme e versioneve dhe disponueshmëria e një modaliteti tuneli janë kontrolle të veçanta.

Pyetni pronarin e portës dy gjëra: cilin version ekzekuton porta, dhe cilat metoda aksesi janë aktivizuar sot. Kërkoni përgjigjen me shkrim, me vargun e versionit dhe faqen e cilësimeve ose rreshtin e konfigurimit nga ka ardhur, sepse pikërisht sigurimi me gojë i kthen njerëzit te udhëzuesi i arkivuar. Pastaj kontrolloni atë përgjigje me shënimet e portës ose matricën e furnitorit për pikërisht atë version. Një shfletues që shfaq portalin e web-it provon që portali përgjigjet, dhe asgjë më shumë.

Kontrolli 3: botimi i klientit që miraton pronari

Merrni botimin dhe versionin e miratuar të klientit Linux, pastaj kontrolloni sistemin operativ, arkitekturën, desktopin dhe rrjedhën e vërtetimit që ai mbështet. Matrica 7.4.4 është një shembull i lidhur me versionin, jo një rekomandim për klientin më të ri dhe jo një premtim për çdo derivat. Pyetni cilin klient do të mbështesë pronari në të vërtetë, sepse ajo përgjigje është pjesë e migrimit dhe jo një mendim i mëvonshëm. Një klient që vdes para se paketa e tij e parë të arrijë portën provon diçka për laptopin, jo për shërbimin.

Bibliotekat 32-bitëshe dhe një temë e rregulluar ndryshojnë atë që binari mund të ngarkojë; ato nuk ndryshojnë atë që mbështet furnitori. Nëse sistemi operativ ose rrjedha e vërtetimit është jashtë matricës, pyetja e kualifikimit është përgjigjur tashmë.

Kontrolli 4: kërkoni profilin zëvendësues

Nëse organizata kaloi nga modaliteti i tunelit SSL VPN në IPsec, kërkoni profilin e ri dhe procedurën e regjistrimit në të njëjtin bisedë. Mos e riemërtoni një konfigurim SSL dhe mos supozoni se fushat kalojnë: një profil IPsec emërton një version IKE, një portë të largët dhe identitetin e saj, një metodë vërtetimi dhe përzgjedhësit e trafikut që pranon secila anë. Politika e llogarisë dhe e pajisjes mund të zbatohet gjithashtu ndryshe. Një riemërtim prodhon një klient që duket i konfiguruar dhe nuk negocion asgjë.

Lexoni profilin para se t'i besoni. Ai duhet të thotë versionin IKE dhe propozimet, nëse vërtetimi përdor një certifikatë apo një çelës të ndarë paraprakisht, cilat nënrrjeta lokale dhe të largëta zgjidhen dhe çfarë pret porta si identitetin e saj. Konfirmoni që klienti i miratuar Linux e mbështet atë rregullim, sepse një dokument migrimi nuk është deklaratë e barazisë së veçorive për çdo version klienti. Një klient i pavarur si openfortivpn nuk është interpretues i OpenVPN, prandaj trajtoni çdo gjë tjetër me SSL në emër si të pamiratuar derisa pronari të thotë ndryshe për këtë modalitet, këtë rrjedhë hyrjeje dhe këtë politikë pajisjesh.

Kontrolli 5: varësitë lokale, pastaj vërtetoni dhe regjistroni

Kur porta dhe klienti të jenë sqaruar, një dështim nisjeje është problem paketimi, dhe udhëzimet e vetë paketës së mirëmbajtur janë referenca që duhet ndjekur. Një dështim identiteti TLS i takon operatorit: ankurat e besimit dhe emri i pritur janë konfigurimi i tij, jo diçka që anashkalohet lokalisht. Këto janë dy fazat ku udhëzuesi i arkivuar ishte ndonjëherë i dobishëm.

Asnjëra nuk zgjidhet duke pranuar një certifikatë të panjohur ose duke çaktivizuar një kontroll qëndrimi. Mbani kontrollet MFA dhe të pajisjes në vend, sepse rikthimi i lidhjes duke i dobësuar ato shkëmben një ndërprerje me një incident. Nëse modaliteti ka humbur, asnjë flamur lokal nuk e kthen.

Pas ndryshimit të miratuar, arrini burimin privat të synuar, konfirmoni zgjidhjen e DNS dhe rilidhuni një herë. Regjistroni klientin, platformën, versionin e portës dhe modalitetin e tunelit së bashku, sepse personi tjetër ka nevojë për të katërt. Një program që hapet me sukses e ka kaluar fazën lokale të nisjes, dhe asgjë më shumë.