OpenVPN remote-random: rend i përzier, një tunel i vetëm

Supozimi është se shtimi i remote-random e kthen profilin në një grup rrotullues, kështu që çdo lidhje del nga një adresë tjetër. Ajo që bën në të vërtetë direktiva është të përziejë listën e remote-ëve një herë, kur klienti fillon të lidhet, dhe më pas t'i provojë ato në atë rend të ri. Tuneli që ngrihet në fund përsëri përfundon në një pikë të vetme fundore dhe qëndron atje gjatë gjithë jetës së sesionit.

Ky ndryshim ka rëndësi si për testet ashtu edhe për pretendimet për privatësinë.

Çfarë ndryshon opsioni në momentin e lidhjes

Një profil klienti mund të mbajë disa rreshta remote, secili me emrin e vet të hostit dhe portin. Pa direktivën ato provohen sipas rendit të skedarit; me të, lista përzihet një herë në fillim të sesionit dhe fiton adresa e parë që përgjigjet. Të tjerat mbeten alternativa për këtë përpjekje, jo shtigje paralele. Një profil me vetëm një remote nuk i jep direktivës asgjë për të përzier, dhe kjo është mënyra më e shpejtë për të parë nëse mund të ketë rëndësi.

Manuali i OpenVPN e dokumenton opsionin si ndikues në rendin e përpjekjeve për lidhje, dhe ky është pikërisht shtrirja që duhet pritur në sjellje.

Rilidhja nis një cikël të ri përzgjedhjeje, kështu që një sesion i mëvonshëm mund të përfundojë diku tjetër. Tuneli aktiv nuk lëviz ndërsa është i ngritur.

Mit: çdo kërkesë merr një server të ri

Pasi vendoset, tuneli transporton të gjithë trafikun e atij sesioni te partneri i zgjedhur. Nuk ka ripërzgjedhje për çdo kërkesë, dhe direktiva nuk është një balancues ngarkese për lidhjet individuale: përzien kandidatët, nuk shpërndan paketat. Çdo aplikacion që ndan atë tunel ndan të njëjtin partner. Çdo gjë që një shfletues raporton për daljen e tij i përket sesionit, jo një kërkese të vetme.

Nëse një test tregon dy dalje të ndryshme, kërkoni dy sesione të veçanta në vend të një opsioni të zgjuar. Ky ndryshim shpjegon gjithashtu pse një test shfletuesi dhe një test shkarkimi mund të mos përputhen kur midis tyre ka ndodhur një rilidhje.

Për çfarë shërben remote-random-hostname

Një direktivë e dytë me emër të ngjashëm ndryshon emrin e hostit të përdorur për zgjidhje, jo rendin e listës së remote-ëve. Ekziston për vendosje ku një emër zgjidhet në disa adresa përmes DNS rrotullues, dhe duhet të përdoret vetëm kur shërbimi është ndërtuar për këtë. Ndryshon vetëm hapi i zgjidhjes; rendi i listës së kandidatëve jo.

Aktivizimi i tij sepse emrat duken të lidhur është një gabim i zakonshëm. Një certifikatë e egër ose një strukturë DNS që nuk e pret emrin e ndryshuar thjesht nuk do të zgjidhë ose nuk do të vërtetojë.

Lexoni pikën fundore të zgjedhur nga regjistri

Shënoni cilin partner përdori vërtet një sesion përpara se të nxirrni përfundime. Dalja e detajuar emërton adresën që po provohet, dhe vetë profili tregon sa kandidatë ka. Krahasoni atë numër me adresën në regjistër përpara se të fajësoni përzierjen.

grep -c '^remote ' client.ovpn
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'attempting|peer connection'
openvpn --help | grep -A2 remote-random
head -20 client.ovpn

Për një krahasim performance, fiksoni pikën fundore duke komentuar remote-ët e tjerë, që variabli nën test të jetë protokolli ose klienti e jo shtegu. Për një pyetje privatësie, vlerësoni identitetin e shërbimit dhe regjistrimin e tij në tërësi; një zgjedhje e parë e përzier nuk i fshin cookies, nuk heq hyrjen në llogari dhe nuk i bën dy operatorë të barabartë.

Mbani bashkë materialin e besimit të ofruar dhe grupin e pikave fundore të mbështetura. Ripërzierja ndryshon vetëm rendin në të cilin provohet ai grup.