¿Necesita un portátil con VPN el reenvío de IP para ir más rápido?

Convertir el portátil en un router es una forma popular de resolver el problema equivocado. El reenvío existe para que una máquina pueda pasar paquetes cuyo destino no es ella misma, y no tiene opinión sobre la rapidez con que un navegador de esa misma máquina carga una página. Los dos caminos solo se parecen porque ambos envían tráfico por un único túnel. Sepárelos una vez y buena parte del consejo sobre activar el reenvío o abrir el cortafuegos resulta describir una topología que usted no tiene.

Dos caminos de paquetes que desde el escritorio parecen idénticos

El navegador del portátil crea su propia solicitud. El host elige la ruta del túnel, el proceso cliente envuelve el paquete y lo envía al par, y la respuesta vuelve a la aplicación. Nada en esa secuencia cruza una decisión de reenvío, porque esta máquina es a la vez el origen y el destino de la conversación.

Ahora ponga otro dispositivo en un segmento Ethernet configurado a propósito y haga del portátil su puerta de enlace predeterminada. Ese dispositivo origina la solicitud, el portátil recibe un paquete dirigido a otro sitio y el núcleo debe decidir si lo pasa adelante. Ese es el papel de reenvío, y llega con requisitos que el papel de cliente nunca necesitó: una ruta de tránsito permitida, rutas en ambos lados y un camino de vuelta que sigue funcionando si la traducción forma parte del diseño.

Qué cambia realmente ip_forward

La documentación del núcleo sobre IPv4 sysctl describe ip_forward como el interruptor que permite a un host reenviar paquetes entre interfaces. No es una vía rápida para el tráfico que el propio host generó, y ninguna lectura de ese parámetro hace más rápido un navegador local. Si acaso, el reenvío añade estado y política a una máquina que antes hacía menos trabajo.

La misma documentación advierte que cambiar el valor restablece otros parámetros IPv4 a sus valores predeterminados de host o de router. Eso convierte el interruptor en un evento de configuración y no en una prueba: los ajustes afinados pueden revertirse bajo sus pies, y el cambio puede ser responsable de una regresión que nadie pensaría en atribuirle. También significa que el interruptor debe fijarse una vez, deliberadamente, por quien posee el papel de puerta de enlace. Girarlo durante una investigación de lentitud es el único caso en que el efecto secundario se confundirá con seguridad con el síntoma.

Tres preguntas de cortafuegos que no son la misma pregunta

Permitir un servicio VPN a la escucha, permitir los servicios que ejecuta el portátil y permitir que el tráfico pase por el portátil son tres permisos separados. El primero deja que un par llegue a un demonio, el segundo expone algo local y el tercero convierte la máquina en tránsito para otro. Cada uno tiene un alcance distinto, y el último es mucho más amplio que las respuestas que necesita una aplicación saliente corriente.

Cuando un flujo concreto está bloqueado, nombre su origen, destino, dirección y propietario de la política antes de editar una regla. Una regla estrecha para ese flujo es una solución; aceptar todo en la interfaz del túnel es un cambio de política que casualmente incluye la solución. Un navegador que funciona después demuestra que el flujo funciona, no que la regla amplia fuera necesaria.

Mida solo cuando el camino sea correcto

Mida con el mismo destino, la misma carga y condiciones comparables, y cambie una variable a la vez. Una prueba que agrupa un cambio de reenvío, una ampliación del cortafuegos y un ajuste de cifrado copiado produce un número y ninguna explicación, porque nada en ella le dice cuál de las tres cosas movió el resultado.

Mantenga los fallos de ruta y de resolución fuera de la conversación sobre rendimiento. Un nombre que se resuelve despacio no es un problema de rendimiento, y una transferencia que se detiene en un tamaño fijo suele ser una cuestión de MTU y no un límite de velocidad. Anote cuál de esas tres cosas observó realmente antes de comparar cualquier número. Si no, el siguiente lector hereda una medición que mide lo equivocado y un cambio que nadie puede justificar.

Describa la topología que tiene, no la etiqueta del cliente

Un portátil que comparte su conexión, aloja una red de contenedores enrutada o lleva tráfico para una máquina virtual es una puerta de enlace, se llame como se llame el software. La palabra cliente describe cómo está configurado el túnel, no si los paquetes pasan a otra persona.

Haga explícito el papel en el manual de operación: qué origina el tráfico, qué debe atravesar la máquina y de cuál de las dos cosas trata la tarea actual. Active el papel de puerta de enlace cuando pertenece al plan admitido, no como un ajuste de velocidad sin explicación aplicado a una topología que nunca lo necesitó.