Els llocs connectats per pont encara necessiten una decisió de sortida local a internet

L’extensió de VLAN va passar neta: els equips dels dos llocs es veuen, les carpetes compartides funcionen i les impressores responen. Aleshores algú del lloc més petit nota que cada descàrrega fa servir la línia d’internet de l’altre lloc, i l’avís arriba com una queixa d’amplada de banda. El pont va fer exactament el que se li va demanar. Portava trames entre dos edificis i mai va tenir opinió sobre quin encaminador havien de fer servir aquestes trames per a internet.

El pont porta trames, no decisions

Una extensió de capa 2 fa que dos indrets semblin un sol domini de difusió, així que les peticions ARP, les difusions DHCP i el trànsit dins de la mateixa subxarxa travessen el túnel. Aquest és tot el servei que ofereix. Res al pont no inspecciona una adreça de destinació, no la compara amb l’enllaç ascendent del lloc ni desvia el trànsit cap a la sortida més propera. Cada client continua prenent la seva pròpia decisió local o remota amb l’adreça i la màscara amb què es va configurar.

Poseu dos encaminadors en aquesta subxarxa compartida i tots dos esdevenen portes d’enllaç plausibles, tant si un és a prop del client que el fa servir com si no.

Com tria un client la seva porta d’enllaç

La decisió IPv4 descrita a RFC 1122 és senzilla. Una destinació dins de la subxarxa connectada del client s’assoleix directament, amb ARP, i una destinació fora hi va cap a la porta d’enllaç per defecte configurada. Per això el trànsit de la mateixa subxarxa entre els llocs pot travessar el pont sense cap intervenció d’encaminador, i per això el trànsit d’internet depèn del tot de l’adreça de porta d’enllaç que va rebre el client. Els dos comportaments són independents, i un recurs compartit que funciona només demostra el primer.

Si un client del lloc petit es va configurar amb l’encaminador del lloc gran, les seves trames d’internet travessen primer el túnel i surten d’allà.

Canviar la ruta per defecte del propi aparell VPN no mou la porta d’enllaç d’aquest client, perquè el client no fa servir l’aparell com a encaminador. L’aparell també necessita una ruta separada per al seu parell remot perquè el túnel que porta aquestes trames es mantingui actiu, i confondre les dues coses és com una extensió de pont fa caure el seu propi transport.

Deixeu que el DHCP expressi la sortida prevista

L’opció 3 d’una resposta DHCP forneix una llista d’adreces d’encaminador a la subxarxa del client, per ordre de preferència, i els clients normalment agafen la primera que respon. El mecanisme està bé; la propietat és on fallen els dissenys. Anoteu què lliura un arrendament real a cada lloc en lloc de suposar que el servidor DHCP més proper donarà la porta d’enllaç més propera.

Executeu un assignador coordinat, o dos configurats explícitament per a la mateixa política, i doneu un propietari a la política. Un segon assignador independent afegit al lloc remot no crea localitat, crea dues autoritats per al mateix domini de difusió.

No assigneu una sola adreça de porta d’enllaç a dos encaminadors actius de manera independent només perquè la configuració dels dos llocs sembli idèntica. Una adreça virtual compartida en un segment pont és un disseny de redundància de primer salt amb requisits propis, i una versió improvisada produeix conflictes ARP que semblen pèrdua de paquets intermitent. Si l’aplicació no necessita realment un segment de capa 2 compartit, prefixos encaminats separats amb portes per defecte locals són més senzills d’operar i més fàcils d’explicar durant un incident.

Proveu les quatre coses per separat

Demaneu quatre observacions, no una. Agafeu un arrendament DHCP nou a cada lloc i anoteu l’encaminador i la màscara que ha rebut. Arribeu a un servei de la mateixa subxarxa a l’altre lloc i confirmeu que el camí és el pont i no un desviament encaminat. Baixeu alguna cosa d’internet públic a cada lloc i confirmeu quin enllaç ascendent l’ha portat. Després tireu el túnel i mireu què es trenca, perquè un lloc que perd tota la connectivitat quan falla el pont depenia de la porta d’enllaç remota sense que ningú se n’adonés.

Aquests quatre resultats us diuen si teniu un pont entre llocs, una sortida local o un retorn accidental, i recollir-los costa deu minuts.

El principi de disseny no és glamurós: el pont decideix l’abast, el DHCP decideix la porta d’enllaç i la taula d’encaminament de l’aparell decideix el camí propi del túnel. Mantingueu els tres en converses separades, perquè un sol canvi que intenti arreglar-ho tot normalment en trenca dos.