Rutes estàtiques o un protocol d'encaminament per una VPN de lloc a lloc?

Totes dues opcions porten paquets entre llocs, així que la decisió no va de quin protocol és més nou, i la mida del túnel tampoc no la resol. La resolen tres condicions: quants prefixos canvien i amb quina freqüència, si el disseny necessita commutació automàtica entre camins, i quanta maquinària de pla de control pot operar l'equip a les tres de la matinada. Responeu-ho amb sinceritat i l'elecció normalment es fa tota sola. La resta d'aquest article és el que costa cada resposta.

Tres condicions ho decideixen

La primera condició és el canvi. Un grapat de subxarxes estables amb una propietat clara es poden mantenir a mà durant anys, i cada ruta continua sent una línia que algú pot llegir i comprovar. Desenes de prefixos que es mouen a mesura que els projectes arriben i se'n van són un altre problema, perquè cada moviment ha d'arribar a cada dispositiu que encara recorda el camí antic.

La segona és el comportament davant d'una fallada. Quan un camí de reserva ha d'esdevenir actiu sense que cap persona ho noti, alguna cosa ha de detectar la fallada i retirar la ruta. L'encaminament estàtic només ho pot fer amb seguiment o instal·lació condicional, i només per a les fallades que heu previst.

La tercera és el gust per un segon pla de control. Un protocol d'encaminament afegeix sessions, autenticació, filtres i política de selecció, i cada un d'aquests elements necessita monitoratge i un procés de canvi. És un cost operatiu permanent, no una tasca de configuració puntual.

La taula sota el tercer paràgraf és la versió curta, i les tres seccions que la segueixen expliquen per què cada fila és on és. Llegiu les files contra el vostre recompte de llocs abans de triar, perquè una decisió que ignora el cost operatiu només és mitja decisió.

Què costa realment l'encaminament estàtic

Una ruta estàtica ha de ser correcta als dos costats del túnel. Afegir una subxarxa vol dir editar la passarel·la remota, la passarel·la local i normalment el camí de tornada, i oblidar-ne qualsevol produeix una fallada unidireccional que sembla un error de l'aplicació. L'equip d'aplicacions veu temps d'espera mentre l'equip de xarxa veu una ruta que hi és i que aparentment està sana. Cap dels dos equips no s'equivoca, i per això aquesta fallada costa tant de situar.

Una entrada estàtica també queda instal·lada després que el camí que té a sota desaparegui. Tret que la plataforma proporcioni seguiment, la ruta continua apuntant a un salt següent que ja no reenvia, i el trànsit desapareix en lloc de commutar. Aquest silenci és el cost que accepteu quan trieu l'opció simple.

Escriviu el mètode de seguiment al costat de cada ruta, anoteu quines fallades cobreix i guardeu la llista amb la configuració del túnel. Altrament, la propera interrupció la descobreix un usuari i no la xarxa, que sempre és el descobriment més car.

Què costa realment l'encaminament dinàmic

Un protocol anuncia prefixos nous, retira els inabastables i expressa preferència entre camins. Això és realment útil quan diversos llocs o túnels redundants altrament requeririen edicions coordinades a cada canvi. També és la raó per la qual el protocol us pot sorprendre en el pitjor moment. Cada una d'aquestes accions és un canvi d'estat que no heu fet personalment.

Crea dos estats que poden discrepar. El túnel pot estar aixecat mentre la sessió d'encaminament està caiguda, i la sessió pot estar aixecada mentre els seus anuncis ometen la subxarxa que l'aplicació necessita. Tots dos semblen una xarxa que funciona a mitges, i cap dels dos no es veu des d'una pàgina d'estat del túnel.

Per tant, els filtres i la política formen part del disseny i no són un pensament posterior. Un protocol que anuncia tot acabarà anunciant alguna cosa incorrecta, i el prefix incorrecte viatja més de pressa que la persona que el pot corregir. Escriviu els filtres abans que la primera sessió s'habiliti, perquè el primer anunci ja sigui deliberat.

Controleu què pot dir la sessió d'encaminament

Decidiu la llista de prefixos permesos per parell i forceu-la a l'entrada, perquè un filtre de sortida no pot impedir que un parell us enviï una ruta per defecte. Les rutes per defecte i els agregats són els errors cars aquí: poden substituir en silenci camins no relacionats per una sola entrada apresa que sembla legítima. Rebutgeu-los explícitament tret que el disseny els vulgui de debò.

Escriviu el lloc propietari al costat de cada xarxa abans que la primera sessió s'aixequi, perquè aquest mapa és la font de la llista de filtres i no un adorn de documentació. Sense això, qui edita un filtre ha d'endevinar quin lloc hauria d'anunciar el prefix.

La redistribució entre dos protocols és on comencen els bucles i on el mateix prefix arriba dos cops amb atributs que no es comparen netament. Manteniu la redistribució fora del disseny fins que un requisit concret l'obligui, i si ha d'existir, marqueu i filtreu les rutes a la frontera.

Les interfícies de túnel basades en rutes fan més fàcil representar l'encaminament dinàmic, perquè el túnel esdevé una interfície amb rutes en lloc d'una política que fa coincidir selectors. Això no elimina la qüestió de l'abast del parell: els selectors d'IPsec encara han de permetre el trànsit que voleu encaminar.

Proveu el camí de la fallada, no el camí feliç

Trieu el que trieu, baixeu un enllaç ascendent i confirmeu que el trànsit es mou, o que falla tal com heu documentat. Un disseny provat només amb els dos camins sans és un disseny que no s'ha provat gens. Mesureu la detecció mentre hi sou, perquè el nombre que heu mesurat és el nombre que viuran els usuaris.

Després confirmeu el camí de tornada de manera independent, perquè l'encaminament asimètric sobre una VPN és habitual i invisible fins que un dispositiu amb estat descarta les respostes. Un flux que funciona en una direcció només demostra la meitat del camí.

Ordre de treball: compteu els prefixos, decidiu com s'han de detectar les fallades, comproveu qui pot operar el protocol, controleu què s'anuncia i després proveu una interrupció de cap a cap. Cada pas produeix un fet que el següent necessita.