Non adiviñes o prefixo da oficina a partir dun só enderezo de servidor

Comeza polo enderezo que che deron e despois resiste a tentación de amplialo a algo que pareza ordenado. Un servidor en 10.22.8.19 non di nada sobre se a oficina ten 10.22.8.0/24, 10.22.0.0/16 ou unha manchea de /28s dispersos. Escoller 10.0.0.0/8 porque o número comeza por 10 captura redes domésticas, rangos de contedores e ligazóns de socios que non pretendías. O prefixo é unha fronteira que se obtén, non que se deduce.

A lonxitude dun prefixo describe cantos bits iniciais son significativos; non describe quen posúe o rango.

Un enderezo de servidor non é unha rede

Un servidor, unha subrede e unha sede son tres cousas distintas. Un único servizo pode estar nunha subrede pequena e dedicada mentres o resto da oficina ocupa rangos separados, e unha ruta de host pode ser absolutamente axeitada para un servizo que deliberadamente ten un só enderezo. Deixa de ser axeitada cando a sede redirixe a outro host, se autentica mediante un servidor aparte ou cambia de enderezo. Esas dependencias son o requisito real, e paga a pena preguntar por elas antes de instalar calquera prefixo.

Unha calculadora de subredes traduce un prefixo coñecido nunha máscara, un rango ou unha lista de hosts. Non pode inferir unha fronteira organizativa a partir dun só nome de host, e tratar a súa saída como autoridade é como redes sen relación acaban enrutadas.

Pide os prefixos aprobados

Obtén os rangos de destino de quen opere a VPN ou a rede. Pode haber varios prefixos distintos e un servidor DNS privado noutra localización, que a miúdo se esquece ata que fallan os nomes. Rexístralos como unha lista aprobada cun propietario e unha data, non como un rango reconstruído a partir dun exemplo. Se a lista é longa, é información sobre a rede e non unha invitación a resumila en algo máis amplo.

Unha consulta de rutas de só lectura no Mac, dirixida ao destino que che importa, mostra que camiño se está usando agora mesmo. Iso é comportamento actual, non unha autorización.

Comproba o solapamento antes de aplicares nada

Compara os prefixos aprobados con cada rango local antes de aplicalos: LAN doméstica, pontes de contedores, redes de máquinas virtuais e calquera outra VPN. Unha ruta precisa á oficina aínda non che pode dicir que dispositivo dese enderezo querías cando o mesmo rango tamén existe localmente; a táboa non ten ese concepto. O solapamento produce síntomas que parecen servizos rotos máis que erros de enrutamento, e son difíciles de diagnosticar a posteriori.

Fai que o propietario con soporte instale os prefixos, mediante a configuración do propio cliente ou as rutas empurradas polo servidor, para que unha reconexión os restableza en lugar de depender dun comando que alguén escribiu unha vez.

Unha ruta non é acceso

Enrutar un prefixo cara ao túnel non concede acceso aos servizos que hai dentro. A pasarela debe permitir o tráfico, o destino debe aceptalo e debe existir un camiño de volta, e cada un pode fallar con independencia da ruta. Proba un servizo previsto unha vez colocada a ruta e logo confirma que un recurso sen relación segue sendo rexeitado. Unha ruta que chega a un devasado non é o mesmo que unha conexión que funciona.

Documenta a lista de prefixos, a comprobación de solapamento e o propietario xuntos. Cando cambie un enderezo, eses tres son o que necesita a seguinte persoa.

O prefixo é un acordo sobre fronteiras. Trátao así e a ruta deixará de ser unha conxectura.