Quina font IPv6 tria una sol·licitud VPN i per què importa

Heu afegit una adreça VPN i esperàveu que la sol·licitud la fes servir, però el servidor encara registrava el prefix antic. No ha fallat res del túnel; l’amfitrió ha triat una adreça d’origen abans de consultar la ruta que miraveu. La selecció de font IPv6 és una competició ordenada i separada entre les adreces candidates de l’amfitrió, i el prefix coincident més llarg només és una regla prop del final d’aquesta competició. Obtenir el resultat que voleu vol dir saber quina regla ja ha guanyat. Les regles són avorrides i precises, i aquest és exactament el motiu de llegir-les en ordre.

Dos cerques, no una

La selecció de destinació tria el següent salt i la interfície de sortida. Després, la selecció d’origen tria quina de les adreces de l’amfitrió apareix a la capçalera, i les dues preguntes les responen mecanismes diferents encara que totes dues facin servir prefixos. Un amfitrió amb una adreça física, una adreça temporal i una adreça VPN té tres candidates per a qualsevol destinació, i la ruta cap a la VPN no proposa la tercera automàticament.

Per això una ruta correcta i un origen incorrecte conviuen tan fàcilment, i per això la mateixa sol·licitud es pot comportar de manera diferent des d’un navegador i des d’una vinculació forçada. Tracteu les dues cerques com a separades fins que tingueu proves que les lliguin.

Llegiu les regles com una competició ordenada

La RFC 6724 llista les regles en ordre, i cada una només desfà un empat deixat per les anteriors. La preferència d’interfície de sortida i la coincidència d’etiquetes apareixen molt abans de la comparació de prefixos, així que una adreça a la interfície que fa servir la ruta ja ha guanyat un avantatge que una millor coincidència de prefix no pot esborrar. L’obsolescència i l’abast també hi participen, i per això una adreça vella de vegades deixa de ser triada sense que ningú canviï la política.

La lectura pràctica és que no podeu raonar sobre el guanyador només a partir de la destinació. Llisteu les candidates, recorreu les regles en ordre i mireu on es va prendre realment la decisió.

Fixeu-vos també que aquesta és la meitat d’origen del problema. Barrejar les dues comparacions de prefixos produeix explicacions que sonen rigoroses i prediuen l’adreça equivocada. Digueu quina comparació voleu dir sempre que feu servir la paraula prefix en un tiquet.

La vinculació d’una aplicació canvia la pregunta

Una aplicació pot demanar una adreça d’origen concreta, i una tria explícita vàlida trasllada la pregunta de “quina adreça preferiria l’amfitrió” a “pot aquesta adreça arribar a la destinació i tornar”. Les eines que es vinculen a un origen, o que demanen dades auxiliars sobre l’adreça triada, ho exposen directament, i són la manera més ràpida de provar quina adreça ha fet servir realment una connexió. Aquest experiment és millor que llegir la taula d’encaminament per tercera vegada, perquè informa del que ha decidit el nucli i no del que heu configurat. Repetiu-lo després del canvi i compareu les dues respostes.

Això fa de la vinculació d’origen tant una eina de diagnòstic com una solució alternativa: vinculeu l’adreça VPN i observeu si la sol·licitud té èxit. Si en té, el camí està bé i el problema era la selecció. Si falla, el problema era des del principi el camí de tornada o la política de l’extrem remot.

Comproveu que l’extrem remot accepti aquest origen

Triï el que triï l’amfitrió, ha d’encaixar amb l’àmbit protegit de la VPN i amb la ruta de tornada i les regles d’accés de l’extrem remot. Un origen fora dels selectors pot viatjar dins del túnel i ser descartat a l’extrem remot, cosa que sembla una fallada d’un sol sentit i es culpa de l’encaminament. Compareu l’origen intern triat amb l’àmbit de protecció abans de tocar la configuració de xifratge, perquè canviar de mode no tria entre adreces candidates.

Mantingueu també l’adreça del punt final exterior a part en el vostre raonament. Identifica el transport entre els participants de la VPN i no és l’origen del paquet de l’aplicació a dins.

Decidiu amb quatre observacions

Registreu la destinació utilitzada, les fonts locals elegibles, l’origen realment triat i el camí de sortida efectiu. Quatre línies basten per explicar gairebé qualsevol cas, i es poden comparar entre un amfitrió que funciona i un que falla sense tornar a discutir la teoria. Per al pas de selecció feu servir la visió suportada del propi sistema operatiu en lloc d’un nom de l’estàndard, perquè les implementacions hi afegeixen preferències locals pròpies.

Quan la resposta encara us sorprèn, l’ordenació fa una cosa que el vostre model mental no fa, i la solució és canviar les entrades en lloc de discutir amb l’algorisme. Escriviu les quatre observacions al tiquet i el següent lector podrà reproduir la vostra conclusió.