Heime- og kontornett kolliderer over VPN: tre løysingar

Klienten din melder tilkopla og tunnelen er oppe, men filserveren på kontoret svarar frå ein stad på kjøkenet. Begge endar brukar vanlegvis 192.168.1.0/24 fordi det er det forbrukaruterar kjem med, og inga rute løyser ei tvitydigheit som finst på begge sider samstundes. Feilen kan sjå ut som ein øydelagd tunnel eller ein øydelagd server, og han er ingen av delane. Finn ut kva kollisjon du har før du rører ein konfigurasjon, fordi typane har ulike løysingar og berre éin av dei handlar om ruting.

Ei tilkopla rute slår alt du dyttar

Ein vert kallar ei adresse lokal når ei tilkopla rute dekkjer ho. På ein berbar PC der eige grensesnitt er 192.168.1.20/24, er adressa 192.168.1.50 ein nabo, så pakken forlèt gjennom heimegrensesnittet og når aldri tunnelen.

Å dytte ei rute for kontorprefikset endrar ingenting, fordi prefikset allereie finst som eit direkte tilkopla nettverk. Operativsystemet held fram med å svare frå den tilkopla oppføringa, og ho blir konsultert før tunnelen blir spurd om noko. Du kan sjå rekkjefølgja sjølv: ip route get 192.168.1.50 namngir heimegrensesnittet, ikkje tunnelen. Den andre enden speglar problemet, fordi kontoruteren òg trur at heimeområdet til den berbare tilhøyrer han.

Stille kollisjonar utanfor den openberre

Ikkje kvart tilfelle er ei ruteavgjerd. Ein heime-DHCP-leige kan hamne nøyaktig på adressa kontorserveren har, og då snakkar klienten med seg sjølv medan tunnelen ikkje ber noko.

Namn kolliderer på same måte. To maskinar som deler eit datamaskinnamn øydelegg namnebaserte verktøy sjølv når kvar pakke blir ruta rett, og ei hosts-oppføring som peikar på kontoradressa feilar når den lokale maskinen allereie eig namnet, fordi lokal oppløysing vinn. Gi den lokale maskinen nytt namn eller bruk det fullt kvalifiserte namnet i staden for å redigere hosts.

Hypervisorar legg til eit tredje tilfelle. Ein berre-vert-adapter sit vanlegvis på 192.168.56.0/24, noko som kan kollidere med eit bedriftsområde ingen hugsar er i bruk.

Nummerér den sida du eig på nytt

Omnummerering fjernar tvitydigheita i staden for å unngå ho, og på eit heimekontor er det den sida du eig. Vel noko som ikkje blir vist andre stader, og list opp kvar eining med ei statisk adresse før du rører ruteren.

10.0.0.0/8 og 172.16.0.0/12 er dei vanlege kandidatane. Standardverdiane til fastvarestyringa, 192.168.0.0/24 og 192.168.1.0/24, er nettopp det du bør la vere.

Å nummerere kontoret på nytt er sjeldan aktuelt, og ei heimeomnummerering kostar ein kveld med å kople til skrivarar og kontaktar på nytt. Det er framleis billegare enn ein omveg som blir gjenteken på kvar berbare PC i selskapet.

Publiser eit område som ikkje kan kollidere

Der kontorområdet må bli, gjer tunnelsida vanskelegare å kollidere med. Å skjere ut klientpoolen som eit lite prefiks i staden for å låne eit heilt /24 gir ei spesifikk rute i staden for ei brei.

Viss gatewayen kan omsetje, publiser kontor-undernettet under eit aliasområde, slik at målet til klienten ikkje kan falle innanfor sitt eige LAN. Eit nettstad-til-nettstad-design kan gi kvar nettstad sitt eige alias, noko som held to kundar med identisk nummerering skilbare.

Omsetjing er ikkje gratis. Ho må køyre i begge retningar og dekkje kjeldeadressa og målet, og applikasjonar som skriv adresser inn i si eiga nyttelast vil ignorere ho fullstendig. Det gjer ho til svaret når omnummerering er umogeleg og talet på klientar er lite.

Vel etter kva du kan endre

Éin eller to berbare PC-ar heime: nummerér heime-LAN-et på nytt. Eit administrert kontor som ikkje kan omnummerere: aliasomsetjing ved gatewayen. Gjenteken nummerering på tvers av kundenettstader: alias per nettstad, planlagt éin gong. Når berre namnebaserte verktøy feilar, handsam det som ein namnekollisjon og ikkje som ein rutingfeil.

Uansett kva du vel, test mot ei adresse som berre finst på den andre sida. Å pinge din eigen ruter seier ingenting om kva nettverk som svara.