Precisa un portátil con VPN o reenvío de IP para ir máis rápido?

Converter o portátil nun router é un xeito popular de resolver o problema equivocado. O reenvío existe para que unha máquina poida pasar paquetes cuxo destino non é ela mesma, e non ten opinión sobre a rapidez con que un navegador desa mesma máquina carga unha páxina. Os dous camiños só se parecen porque ambos envían tráfico por un único túnel. Sepáreos unha vez e boa parte do consello sobre activar o reenvío ou abrir a devasa resulta describir unha topoloxía que vostede non ten.

Dous camiños de paquetes que desde a mesa parecen idénticos

O navegador do portátil crea a súa propia solicitude. O hóspede escolle a ruta do túnel, o proceso cliente envolve o paquete e envíao ao par, e a resposta volve á aplicación. Nada nesa secuencia cruza unha decisión de reenvío, porque esta máquina é á vez a orixe e o destino da conversa.

Agora poña outro dispositivo nun segmento Ethernet configurado a propósito e faga do portátil a súa pasarela predeterminada. Ese dispositivo orixina a solicitude, o portátil recibe un paquete dirixido a outro sitio e o núcleo debe decidir se o pasa adiante. Ese é o papel de reenvío, e chega con requisitos que o papel de cliente nunca necesitou: unha ruta de tránsito permitida, rutas en ambos os lados e un camiño de volta que segue funcionando se a tradución forma parte do deseño.

Que cambia realmente ip_forward

A documentación do núcleo sobre IPv4 sysctl describe ip_forward como o interruptor que permite a un hóspede reenviar paquetes entre interfaces. Non é unha vía rápida para o tráfico que o propio hóspede xerou, e ningunha lectura dese parámetro fai máis rápido un navegador local. Se acaso, o reenvío engade estado e política a unha máquina que antes facía menos traballo.

A mesma documentación advirte que cambiar o valor restablece outros parámetros IPv4 aos seus valores predeterminados de hóspede ou de router. Iso converte o interruptor nun evento de configuración e non nunha proba: os axustes afinados poden reverterse baixo os seus pés, e o cambio pode ser responsable dunha regresión que ninguén pensaría en atribuírlle. Tamén significa que o interruptor debe fixarse unha vez, deliberadamente, por quen posúe o papel de pasarela. Xiralo durante unha investigación de lentitude é o único caso en que o efecto secundario se confundirá con seguridade co síntoma.

Tres preguntas de devasa que non son a mesma pregunta

Permitir un escolta de VPN, permitir os servizos que executa o portátil e permitir que o tráfico pase polo portátil son tres permisos separados. O primeiro deixa que un par chegue a un demo, o segundo expón algo local e o terceiro converte a máquina en tránsito para outra persoa. Cada un ten un alcance distinto, e o último é moito máis amplo que as respostas que necesita unha aplicación saínte corrente.

Cando un fluxo concreto está bloqueado, nomee a súa orixe, destino, dirección e propietario da política antes de editar unha regra. Unha regra estreita para ese fluxo é unha solución; aceptar todo na interface do túnel é un cambio de política que casualmente inclúe a solución. Un navegador que despois funciona demostra que o fluxo funciona, non que a regra ampla fose necesaria.

Mida só cando o camiño sexa correcto

Mida co mesmo destino, a mesma carga e condicións comparables, e cambie unha variable á vez. Unha proba que agrupa un cambio de reenvío, unha ampliación da devasa e un axuste de cifrado copiado produce un número e ningunha explicación, porque nada nela lle di cal das tres cousas moveu o resultado.

Manteña os fallos de ruta e de resolución fóra da conversa sobre rendemento. Un nome que se resolve lentamente non é un problema de rendemento, e unha transferencia que se detén nun tamaño fixo adoita ser unha cuestión de MTU e non un límite de velocidade. Anote cal desas tres cousas observou realmente antes de comparar calquera número. Se non, o seguinte lector herda unha medición que mide o equivocado e un cambio que ninguén pode xustificar.

Describa a topoloxía que ten, non a etiqueta do cliente

Un portátil que comparte a súa conexión, aloxa unha rede de contedores encamiñada ou leva tráfico para unha máquina virtual é unha pasarela, chámese como se chame o software. A palabra cliente describe como está configurado o túnel, non se os paquetes pasan a outra persoa.

Faga explícito o papel no manual de operación: que orixina o tráfico, que debe atravesar a máquina e de cal das dúas cousas trata a tarefa actual. Active o papel de pasarela cando pertence ao plan admitido, non como un axuste de velocidade sen explicación aplicado a unha topoloxía que nunca o necesitou.