Ne përdorim OpenVPN: protokoll, motor apo aplikacion? Çfarë duhet pyetur në vend të kësaj

Fjalia «ne përdorim OpenVPN» mbërrin në tiketat, format e blerjes dhe dokumentet për punonjësit e rinj, dhe në secilën prej tyre përgjigjet një pyetje tjetër. Ndonjëherë emërton një protokoll transmetimi, ndonjëherë softuerin në një gateway dhe ndonjëherë aplikacionin që duhet të instalojë një punonjës i ri. Këto tre fakte çojnë në hapa të tjerë të ndryshëm, dhe të pyesësh cila synohet merr më pak kohë sesa të hamendësosh. Pjesa tjetër e hetimit rrjedh nga ai përgjigje.

Filloni duke ndarë rolin nga marka, sepse marka i mbulon të tre.

Emri mbulon tre role që dështojnë në mënyra të ndryshme

Si protokoll, OpenVPN përshkruan si palët e përputhshme vendosin një tunel dhe mbrojnë atë që kalon nëpër të. Si softuer, është një implementim që flet atë protokoll në rolin e klientit ose të serverit. Si klient, është një aplikacion që dikush e instalon, me versionin e vet, formatin e vet të profilit dhe veçoritë e vet të platformës. Një dështim në një rol nuk nënkupton një dështim në një tjetër, prandaj «OpenVPN është poshtë» ka nevojë për një subjekt.

Pyetni çfarë mund të shohë raportuesi: një skedar profili, një program të instaluar ose një gateway që ai administron. Ky detaj i vetëm ju tregon nëse hapi tjetër është një regjistër klienti, një pyetje për paketën apo një kontroll i dëgjuesit në anën e serverit.

OpenVPN 2 dhe OpenVPN 3 nuk janë një çift përmirësimi

OpenVPN 2.x funksionon si në rolin e serverit ashtu edhe në atë të klientit, dhe është ai që shumica e vendosjeve të gateway-t përdorin ende. OpenVPN 3 është një implementim i veçantë i orientuar nga klienti, me konfigurimin dhe modelin e vet të sesionit, jo versioni i radhës që instaloni mbi një server 2.x. OpenVPN Connect është një aplikacion klienti i ndërtuar mbi motorin OpenVPN 3. Instalimi i secilit prej tyre nuk krijon një shërbim daljeje në internet; dalja është ajo që ka konfiguruar operatori.

Përputhshmëria në nivel protokolli nuk shtrihet në direktivat e profilit, kështu që një profil që importohet pastër mund të dështojë përsëri në një direktivë që klienti nuk e zbaton.

Transporti nuk është aplikacioni brenda tij

Lidhja e jashtme përdor një transport si UDP ose TCP për të arritur një dëgjues të konfiguruar, dhe gjithçka që tuneli mbart udhëton brenda tij. Një kërkesë web e bërë përmes VPN nuk ka nevojë për dëgjuesin e vet OpenVPN dhe nuk bëhet paketë OpenVPN në tel. Në modalitetin TLS kanali i kontrollit negocion materialin e çelësave ndërsa kanali i të dhënave mbron ngarkesën, dhe ky është një ndarje që ia vlen të mbahet saktë kur lexoni regjistrat.

Ngatërrimi i shtresave prodhon kërkesa si hapja e një porte për një faqe që funksionon tashmë përmes tunelit. Porta i përket lidhjes së jashtme, jo aplikacionit.

Çfarë mund të premtojë një profil dhe çfarë jo

Një profil i tregon një klienti si të arrijë një shërbim: pika e fundit, transporti, materiali i identitetit dhe shpesh disa preferenca rrugëtimi e DNS. Nuk thotë asgjë për atë kush e operon atë shërbim ose nëse llogaria është e autorizuar. Rrugët, cilësimet e zgjidhësit, rregullat e përcjelljes dhe politika e aksesit vendosin se çfarë arrin në të vërtetë sesioni. Një profil që importohet me sukses është fillimi i një lidhjeje funksionale, jo prova e saj.

Kur dikush pyet nëse një burim është i arritshëm përmes VPN, përgjigja varet nga politika e serverit dhe jo nga skedari i konfigurimit të klientit.

Kërkoni atë që mund të sigurohet

Kthejeni emrin e gjerë në tre gjëra konkrete: klienti dhe versioni i tij, profili i autorizuar për atë klient dhe burimi që personi duhet të arrijë. Me këto, sigurimi është një detyrë konkrete. Pa to, çdo përgjigje është një hamendësim se cilin OpenVPN synonte pyetja.

Regjistroni përgjigjen në vetë kërkesën. Tiketa tjetër do të bëjë të njëjtën pyetje në të njëjtën mënyrë të paqartë.