No endevinis el prefix de l’oficina a partir d’una sola adreça de servidor

Comenceu per l’adreça que us han donat i resistiu la temptació d’eixamplar-la fins a una cosa que sembli ordenada. Un servidor a 10.22.8.19 no diu res sobre si l’oficina té 10.22.8.0/24, 10.22.0.0/16 o un grapat de /28s dispersos. Triar 10.0.0.0/8 perquè el número comença per 10 atrapa xarxes domèstiques, rangs de contenidors i enllaços de socis que no volíeu. El prefix és una frontera que cal obtenir, no deduir.

La longitud del prefix descriu quants bits inicials són significatius; no descriu qui posseeix el rang.

Una adreça de servidor no és una xarxa

Un servidor, una subxarxa i un lloc són tres coses diferents. Un sol servei pot seure en una subxarxa petita i dedicada mentre la resta de l’oficina ocupa rangs separats, i una ruta d’amfitrió pot ser del tot adequada per a un servei que deliberadament té una sola adreça. Deixa de ser adequada quan el lloc redirigeix a un altre amfitrió, s’autentica mitjançant un servidor separat o canvia d’adreça. Aquestes dependències són el requisit real, i val la pena preguntar-ne abans que s’instal·li cap prefix.

Una calculadora de subxarxes tradueix un prefix conegut en una màscara, un rang o una llista d’amfitrions. No pot inferir una frontera organitzativa a partir d’un sol nom d’amfitrió, i tractar la seva sortida com a autoritat és com xarxes no relacionades acaben enrutades.

Demaneu els prefixos aprovats

Obtingueu els rangs de destinació de qui opera la VPN o la xarxa. Poden existir diversos prefixos distints i un servidor DNS privat en una ubicació separada, cosa que sovint s’oblida fins que els noms fallen. Registreu-los com una llista aprovada amb un propietari i una data, no com un rang reconstruït a partir d’un exemple. Si la llista és llarga, és informació sobre la xarxa i no una invitació a resumir-la en una cosa més àmplia.

Una consulta de rutes de només lectura al Mac, adreçada a la destinació que us interessa, mostra quin camí s’utilitza ara mateix. Això és el comportament actual, no una autorització.

Comproveu el solapament abans d’aplicar res

Compareu els prefixos aprovats amb cada rang local abans d’aplicar-los: LAN domèstica, ponts de contenidors, xarxes de màquines virtuals i qualsevol altra VPN. Una ruta precisa a l’oficina encara no us pot dir quin dispositiu d’aquella adreça volíeu quan el mateix rang també existeix localment; la taula no té aquest concepte. El solapament produeix símptomes que semblen serveis trencats més que errors d’encaminament, i són difícils de diagnosticar un cop ha passat.

Feu que el propietari que en dona suport instal·li els prefixos, mitjançant la configuració del propi client o les rutes emeses pel servidor, perquè una reconnexió els restableixi en lloc de dependre d’una ordre que algú va escriure una vegada.

Una ruta no és accés

Encaminar un prefix cap al túnel no concedeix accés als serveis que hi ha dins. La passarel·la ha de permetre el trànsit, la destinació l’ha d’acceptar i hi ha d’existir un camí de tornada, i cadascun pot fallar independentment de la ruta. Proveu un servei previst després de posar la ruta, i confirmeu després que un recurs no relacionat encara es rebutja. Una ruta que arriba a un tallafoc no és el mateix que una connexió que funciona.

Documenteu la llista de prefixos, la comprovació de solapament i el propietari junts. Quan una adreça canvia, aquests tres són el que necessita la propera persona.

El prefix és un acord sobre fronteres. Tracteu-lo així i la ruta deixa de ser una endevinalla.