OpenVPN remote-random: orde mesturada, un só túnel

A suposición é que engadir remote-random converte un perfil nun conxunto rotatorio, de xeito que cada conexión sae dun enderezo distinto. O que fai realmente a directiva é mesturar a lista de remotes unha vez, cando o cliente comeza a conectar, e despois probalos nesa nova orde. O túnel que finalmente se levanta segue rematando nun único extremo e queda alí durante toda a vida da sesión.

Esa diferenza importa tanto para as probas como para as afirmacións de privacidade.

Que cambia a opción ao conectar

Un perfil de cliente pode levar varias liñas remote, cada unha co seu propio nome de host e porto. Sen a directiva próbanse na orde do ficheiro; con ela, a lista permútase unha vez ao inicio da sesión e gaña o primeiro enderezo que responde. As demais quedan como alternativas para este intento, non como rutas paralelas. Un perfil cun só remote non lle dá nada que mesturar á directiva, e esa é a forma máis rápida de ver se pode importar.

O manual de OpenVPN documenta a opción como influente na orde dos intentos de conexión, e ese é exactamente o alcance que cabe esperar no comportamento.

Unha reconexión inicia un novo ciclo de selección, así que unha sesión posterior pode acabar noutro sitio. O túnel activo non se move mentres está levantado.

Mito: cada petición obtén un servidor novo

Unha vez establecido, o túnel leva todo o tráfico desa sesión ao par elixido. Non hai reselección por petición, e a directiva non é un balanceador de carga para conexións individuais: mestura candidatos, non reparte paquetes. Cada aplicación que comparte ese túnel comparte o mesmo par. O que un navegador informe sobre a súa saída pertence á sesión, non a unha petición individual.

Se unha proba mostra dúas saídas distintas, busca dúas sesións separadas en lugar dunha opción enxeñosa. Esa distinción tamén explica por que unha proba de navegador e unha proba de descarga poden discrepar cando entre elas ocorreu unha reconexión.

Para que serve remote-random-hostname

Unha segunda directiva cun nome parecido cambia o nome de host usado para a resolución, non a orde da lista de remotes. Existe para despregues nos que un nome se resolve en varios enderezos mediante DNS de round-robin, e só debe usarse cando o servizo está construído para iso. Só cambia o paso de resolución; a orde da lista de candidatos non.

Activala porque os nomes parecen relacionados é un erro habitual. Un certificado comodín ou unha disposición de DNS que non espera o nome modificado simplemente non resolverá ou non validará.

Le o extremo seleccionado do rexistro

Anota que par usou realmente unha sesión antes de sacar conclusións. A saída detallada nomea o enderezo que se está probando, e o propio perfil mostra cantos candidatos existen. Compara ese reconto co enderezo do rexistro antes de culpar a mestura.

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

Para unha comparación de rendemento, fixa o extremo comentando os demais remotes, de xeito que a variable baixo proba sexa o protocolo ou o cliente e non a ruta. Para unha cuestión de privacidade, avalía a identidade do servizo e o seu rexistro en conxunto; unha primeira elección mesturada non borra as cookies, non elimina o inicio de sesión da conta nin fai equivalentes dous operadores.

Mantén xuntos o material de confianza entregado e o conxunto de extremos compatibles. A mestura só cambia a orde en que se proba ese conxunto.