Cal que un portàtil amb VPN faci reenviament d’IP per anar més ràpid?

Convertir el portàtil en un encaminador és una manera popular de resoldre el problema equivocat. El reenviament existeix perquè una màquina pugui passar paquets la destinació dels quals no és ella mateixa, i no té cap opinió sobre la rapidesa amb què un navegador de la mateixa màquina carrega una pàgina. Els dos camins només s’assemblen perquè tots dos envien trànsit per un sol túnel. Separeu-los una vegada i molt d’assessorament sobre activar el reenviament o obrir el tallafoc resulta descriure una topologia que no teniu.

Dos camins de paquets que des de l’escriptori semblen idèntics

El navegador del portàtil crea la seva pròpia sol·licitud. L’amfitrió tria la ruta del túnel, el procés client embolcalla el paquet i l’envia a l’igual, i la resposta torna a l’aplicació. Res d’aquesta seqüència no travessa una decisió de reenviament, perquè aquesta màquina és alhora l’origen i la destinació de la conversa.

Ara poseu un altre dispositiu en un segment Ethernet configurat expressament i feu que el portàtil sigui la seva passarel·la per defecte. Aquell dispositiu origina la sol·licitud, el portàtil rep un paquet adreçat a un altre lloc i el nucli ha de decidir si el passa endavant. Aquest és el paper de reenviament, i arriba amb requisits previs que el paper de client mai no va necessitar: un camí de trànsit permès, rutes a banda i banda i un camí de tornada que encara funciona si la traducció forma part del disseny.

Què canvia realment ip_forward

La documentació del nucli sobre IPv4 sysctl descriu ip_forward com l’interruptor que permet a un amfitrió reenviar paquets entre interfícies. No és un camí ràpid per al trànsit que l’amfitrió ha generat, i cap lectura d’aquest paràmetre fa més ràpid un navegador local. Si de cas, el reenviament afegeix estat i política a una màquina que abans feia menys feina.

La mateixa documentació adverteix que canviar el valor reinicia altres paràmetres IPv4 als seus valors per defecte d’amfitrió o d’encaminador. Això converteix l’interruptor en un esdeveniment de configuració i no en una prova: els ajustos afinats poden revertir-se sota els vostres peus, i el canvi pot ser el responsable d’una regressió que ningú no pensaria a atribuir-hi. També vol dir que l’interruptor s’ha de fixar una vegada, deliberadament, per qui posseeix el paper de passarel·la. Girar-lo durant una investigació de lentitud és l’únic cas en què l’efecte secundari es confondrà garantidament amb el símptoma.

Tres preguntes de tallafoc que no són la mateixa pregunta

Permetre un escoltador de VPN, permetre els serveis que executa el portàtil i permetre que el trànsit passi pel portàtil són tres permisos separats. El primer deixa que un igual arribi a un dimoni, el segon exposa alguna cosa local i el tercer converteix la màquina en trànsit per a algú altre. Cadascun té un abast diferent, i l’últim és molt més ampli que les respostes que necessita una aplicació sortint corrent.

Quan un flux concret està bloquejat, anomeneu-ne l’origen, la destinació, la direcció i el propietari de la política abans d’editar una regla. Una regla estreta per a aquest flux és una solució; acceptar-ho tot a la interfície del túnel és un canvi de política que casualment inclou la solució. Un navegador que després funciona demostra que el flux funciona, no que la regla àmplia fos necessària.

Mesureu només quan el camí sigui correcte

Mesureu amb la mateixa destinació, la mateixa càrrega i condicions comparables, i canvieu una variable alhora. Una prova que ajunti un canvi de reenviament, un eixamplament del tallafoc i un paràmetre de xifrat copiat produeix un número i cap explicació, perquè res no us diu quina de les tres coses ha mogut el resultat.

Manteniu les fallades de ruta i de resolutor fora de la conversa sobre rendiment. Un nom que es resol lentament no és un problema de rendiment, i una transferència que s’atura en una mida fixa sol ser una qüestió d’MTU i no un límit de velocitat. Anoteu quina d’aquestes tres coses heu observat realment abans de comparar cap número. Si no, el lector següent hereta una mesura que mesura la cosa equivocada i un canvi que ningú no pot justificar.

Descriviu la topologia que teniu, no l’etiqueta del client

Un portàtil que comparteix la seva connexió, allotja una xarxa de contenidors encaminada o porta trànsit per a una màquina virtual és una passarel·la, digui’s com es digui el programari. La paraula client descriu com es configura el túnel, no si els paquets passen a algú altre.

Feu explícit el paper al manual d’operació: què origina el trànsit, què ha de travessar la màquina i de quina de les dues coses tracta la tasca actual. Activeu el paper de passarel·la quan pertany al pla admès, no com un ajust de velocitat inexplicat aplicat a una topologia que mai no n’havia necessitat.