OpenVPN remote-random: trochinoar helle folchoarder, ien tunnel

De oanname is dat it tafoegjen fan remote-random in profyl yn in draaiende pool feroaret, sadat elke ferbining fan in oar adres komt. Wat de rjochtline eins docht, is de list fan remotes ien kear trochinoar helje as de kliïnt begjint te ferbinen, en se dan yn dy nije folchoarder besykje. De tunnel dy't úteinlik opkomt, einiget noch altyd by ien einpunt en bliuwt dêr foar de hiele libbensdoer fan de sesje.

Dat ferskil is fan belang foar sawol testen as privacybewearings.

Wat de opsje by it ferbinen feroaret

In kliïntprofyl kin ferskate remote-rigels befetsje, elk mei syn eigen hostnamme en poarte. Sûnder de rjochtline wurde se yn bestânsfolchoarder besocht; dermei wurdt de list ien kear by de sesjestart permutearre en de earste adres dy't antwurdet wint. De oaren bliuwe fallback foar dizze poging, gjin parallelle paden. In profyl mei ien remote jout de rjochtline neat te trochinoarheljen, en dat is de fluchste manier om te sjen oft it fan belang wêze kin.

De hânlieding fan OpenVPN dokumintearret de opsje as beynfloedzjen fan 'e folchoarder fan ferbiningpogingen, en dat is krekt it berik dat jo yn it gedrach ferwachtsje kinne.

In werferbining begjint in nije seleksjesyklus, dus in lettere sesje kin earne oars telâne komme. De libbene tunnel ferpleatst him net salang't er oan stiet.

Myt: elk fersyk krijt in nije server

Ienris oprjochte, draacht de tunnel al it ferkear fan dy sesje nei de keazen partner. Der is gjin werseleksje per fersyk, en de rjochtline is gjin lêstbalansearder foar yndividuele ferbiningen: it hellet kandidaten trochinoar, it ferspriedt gjin pakketten. Elke applikaasje dy't dy tunnel dielt, dielt deselde partner. Wat in browser ek oer syn útgong rapportearret, heart by de sesje, net by in yndividueel fersyk.

As in test twa ferskillende útgongen sjen lit, sykje dan twa aparte sesjes ynstee fan ien tûke opsje. Dat ferskil ferklearret ek wêrom't in browsertest en in downloadtest faninoar ôfwike kinne as der tusken harren in werferbining barde.

Wêr't remote-random-hostname foar tsjinnet

In twadde rjochtline mei in ferlykbere namme feroaret de hostnamme dy't foar resolver gebrûkt wurdt, net de folchoarder fan 'e remote-list. It bestiet foar útdragingen dêr't in namme troch round-robin DNS nei ferskate adressen resolvet, en it moat allinnich brûkt wurde as de tsjinst dêrfoar boud is. Allinnich de resolverstap feroaret; de folchoarder fan 'e kandidatelist net.

It oansette omdat de nammen besibbe lykje, is in faak makke flater. In wildcard-sertifikaat of in DNS-yndieling dy't de wizige namme net ferwachtet, sil gewoan net resolvje of net falidearje.

Lês it keazen einpunt út it log

Skriuw op hokker partner in sesje eins brûkt hat foardat jo konklúzjes lûke. Utfierige útfier neamt it adres dat besocht wurdt, en it profyl sels lit sjen hoefolle kandidaten der binne. Fergelykje dat oantal mei it adres yn it log foardat jo it trochinoarheljen de skuld jouwe.

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

Foar in prestaasjefergeliking pinne jo it einpunt fêst troch de oare remotes út te kommentariearjen, sadat de fariabele ûnder test it protokol of de kliïnt is en net it paad. Foar in privacyfraach evaluearje jo de identiteit fan 'e tsjinst en it loggen as gehiel; in trochinoarhelle earste kar smyt gjin cookies fuort, ferwideret gjin account-oanmelding en makket twa operators net lykweardich.

Hâld it levere fertrouwensmateriaal en de stipe einpuntset byinoar. Werheljen feroaret allinnich de folchoarder wêryn't dy set besocht wurdt.