Una ruta per defecte de VPN a la taula 200 amaga la teva ruta LAN

Quatre comprovacions separen una fallada de la taula de polítiques d’una fallada d’encaminament: quina regla ha coincidit, quina taula ha nomenat aquesta regla, què conté aquella taula i quina ruta hi ha guanyat. La taula principal no es consulta quan una taula anterior produeix una ruta, així que una entrada LAN visible allà pot ser irrellevant per al paquet que estàs provant. Fes les comprovacions en ordre, i la ruta que falta apareixerà al tercer pas i no al quart.

La coincidència del prefix més llarg passa dins d’una sola taula; no compara les rutes de totes les taules com una única llista.

La consulta acaba a la primera taula que respon

Pren una política en què el trànsit d’una subxarxa consulta primer la taula 200, la taula 200 conté una ruta per defecte pel túnel i la taula principal conté el prefix LAN. Un paquet adreçat a una adreça LAN pot coincidir amb aquesta ruta per defecte de la taula 200 i aturar-se allà. Com que la consulta ha produït una ruta, la regla posterior de la taula principal no arriba mai a oferir la seva entrada més específica. El resultat és un paquet que entra al túnel mentre una ruta LAN perfectament bona queda sense usar.

Les regles anteriors i la consulta d’adreces locals de la pròpia màquina continuen aplicant-se, així que la prova ha d’usar la font, la marca i la interfície que porta el flux real. Consulta amb qualsevol altra cosa i potser la LAN se selecciona correctament, cosa que amaga justament la fallada que busques.

Posa l’excepció LAN on li toca

La taula seleccionada pot portar les rutes LAN, connectades i d’extrem que necessita, cosa que manté la política autosuficient. Un altre disseny fa servir una regla anterior explícita per al prefix LAN, o una ruta de descart deliberada que passa un prefix a una consulta posterior. Cadascun és un patró legítim amb un propietari diferent. Tria per la política prevista i per qui manté les rutes, no per quin és més curt d’escriure.

Sigui quin sigui el patró, l’excepció ha de ser visible on es defineix la política. Una ruta afegida a mà i no enregistrada desapareixerà al següent reinici i s’endurà el diagnòstic amb ella.

No copiïs la taula principal sencera

Copiar cada ruta de la principal a la taula de polítiques sembla una solució i crea una instantània. Un gestor pot afegir o treure adreces i interfícies dinàmicament, i la còpia queda obsoleta sense que ningú se n’adoni. Mantén el cicle de vida de les rutes amb el seu propietari de configuració i regenera la taula a partir de la configuració, no d’un moment en el temps.

Una taula copiada també desfà el propòsit, perquè reprodueix el comportament de reserva que la política havia de limitar.

Comprova les respostes per separat de les rutes

Un cop la consulta selecciona el camí volgut, les respostes encara poden fallar per motius que no tenen res a veure amb la taula. La traducció es pot aplicar a la interfície incorrecta, la validació de camí invers pot rebutjar un paquet que ha arribat per un camí inesperat, o l’extrem simplement pot no respondre. Són fallades diferents amb proves diferents, i cap d’elles no es repara editant entrades de ruta.

Desa la consulta per a aquest flux exacte a banda i banda del canvi, perquè la correcció continuï visible. Desactivar les comprovacions de camí invers globalment o buidar regles no aporta cap ruta que falti i debilita controls no relacionats.

Anota la regla, la taula, la ruta guanyadora i el camí de resposta. Aquest registre separa un error de política d’un servei trencat.