Geen roete maak 'n VPN-poel reg wat jou LAN oorvleuel nie
Wanneer die tonnelpoel en die tuis-LAN 192.168.1.0/24 deel, wen die plaaslike subnet. Nommer die kant oor wat jy beheer, of vertaal die afgeleë reeks.
Die app sê die tonnel is gesond, en tog antwoord die helfte van die bestemmings wat jy nodig het nooit nie. Die refleks is om 'n roete by te voeg of 'n metriek te verlaag, en daardie refleks is die mite wat eerste gedood moet word. Wanneer die kliënt se eie LAN en die tonnel se poel dieselfde voorvoegsel opeis, hou die roetertabel twee onversoenbare feite, en nóg 'n verstekroete nóg 'n metriek los dit op. Die herstelling is 'n adresseringsbesluit, en geen mate van roetewysiging vervang dit nie.
Waarom 'n ekstra roete een voorvoegsel nie kan verdeel nie
'n Roete kan nie twee aansprake op een voorvoegsel skei nie, en daarom is die verstandige stap om op te hou soek na die regte roetelyn. Die stapel sal nie 'n identiese voorvoegsel voor die gekoppelde roete plaas nie, en 'n meer spesifieke inskrywing vang wel die adres, maar maak die plaaslike gasheer wat dit besit onbereikbaar. Wat soos 'n roeteringsprobleem lyk, is 'n adresbotsing, en albei herstellings verander adresse eerder as roetes. Toets die bewering op jou eie masjien voordat jy dit aanvaar.
ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50
Vra die stelsel oor 'n enkele adres en let op watter koppelvlak dit noem. Linux, macOS en Windows antwoord dit elk met 'n lees-alleen-soektog wat die gekose koppelvlak en volgende sprong rapporteer sonder om iets te stuur. Wanneer die antwoord na die fisiese adapter wys terwyl die tonnel op is, behandel die kern die adres as on-link eerder as iets wat die tonnel sou kon dra.
Plaas die voorvoegsel wat die verskaffer gee langs die een wat die tuisroeteerder bedien en vergelyk hulle as stringe. 'n Presiese ooreenkoms is die duidelike geval, en 'n wyer verskafferpoel wat die tuis-subnet bevat, faal op dieselfde manier terwyl dit makliker is om mis te kyk. Twee voorvoegsels wat net soortgelyk lyk, is nie 'n botsing nie, so skryf albei neer voordat jy iets verander.
Lees die poel wat die kliënt werklik gekry het
Lees wat die kliënt ontvang het, nie die verskaffer se bemarkingsblad nie. Verhoog die uitvoerigheid van 'n OpenVPN-kliënt se logboek en die roetes wat die bediener stoot, verskyn daarin, wat die tonnelvoorvoegsels wys; elders wys die poel in die verbindingsbesonderhede of op die adapter self. Vra die verskaffer vir die volledige lys private reekse wat dit gebruik, want 'n enkele /24 vandag kan môre twee wees. Om die algemene RFC 1918-blokke te vermy is nie dieselfde as om die toekenning te vermy wat jy werklik gekry het nie.
'n Poel kan ook krimp of tussen streke skuif, so die lys het 'n datum en 'n eienaar nodig. Beskou enige verskafferantwoord wat ouer is as jou laaste planverandering as 'n raaiskoot eerder as 'n feit. Vra weer voordat jy jou tot 'n reeks verbind, en hou die antwoord by die netwerknotas sodat die volgende persoon die bewyse erf.
Hernommering is die regstelling wat jy kan maak
As die VPN-bediener nie joune is om te verander nie, is die verskuif van die tuis-LAN die enigste herstel beskikbaar, en dit is die gewone situasie by 'n kommersiële verskaffer. Kies 'n reeks buite die verskaffer se poel en buite die reekse wat jy later nodig mag hê, en toets dit teen elke ander terrein wat jy oor 'n tonnel bereik. Verwag 'n kort onderbreking en 'n langer stert van vergete toestelle: een wat nog die ou adres hou, lyk of dit werk totdat dit die toegangsroete nodig het.
- Maak eers 'n inventaris: die roeteerder se eie adres, die DHCP-omvang, reserverings, poortaansture, en enige toestel wie se adres met die hand getik is.
- Verander dan die roeteerder se LAN-voorvoegsel en die DHCP-omvang saam binne 'n onderhoudsvenster, en hernu bedrade huurkontrakte voor draadlose.
- Korrigeer daarna die statiese adresse: drukkers, netwerkberging, enigiets met 'n hardgekodeerde toegangsroete.
- Herverbind laastens die VPN-kliënt en bevestig dat die tonneladres nie meer met die LAN bots nie.
Werk die adresse in daardie volgorde deur eerder as alles gelyk, en hou die ou reeks 'n rukkie gedokumenteer sodat 'n verouderde toestel herkenbaar is eerder as raaiselagtig. 'n Toestel wat nooit hernu nie, kondig homself aan deur nie die toegangsroete te bereik nie, wat 'n baie beter leidraad is as 'n ondersteuningsoproep. As die roeteerder huurkontrakte langer as 'n dag uitdeel, verkort dit vir die duur van die venster.
Wat 'n alias kan doen en nie kan doen nie
Waar die bediener joune is, kan die vertaling van adresse op die kliënt die afgeleë voorvoegsel binne 'n oorblywende plaaslike reeks blootstel, sodat dieselfde gasheer by 'n tweede adres antwoord. Die gemeenskapsweergawe van OpenVPN doen dit met client-nat, en daardie riglyn is spesifiek aan daardie kliënt, afwesig in die kommersiële en mobiele kliënte waarmee mense dit gewoonlik vergelyk. Die reëling het 'n roete nodig wat by die vertaling pas, 'n vrye reeks vir die alias, en 'n bediener wat bereid is om die kliënt se onvertaalde adres te antwoord. Niks daarvan help wanneer die kliënt aan 'n bestuurde verskaffer behoort wat jy nie kan opstel nie.
Sodra die verandering inskop, bereik 'n plaaslike gasheer en 'n afgeleë gasheer eers by adres en dan by naam, en let op die roete wat die stelsel elke keer kies. 'n Naam kan steeds na die ou reeks oplos, so adresse en name verdien onafhanklike kontroles. Herbegin een kliënt en een bedienerkant-toestel as enige van hulle deur die verandering aan die gang gebly het, want gekaste buurinskrywings leef langer as die wysiging.
Skryf die voorvoegsels waarop julle besluit het waar mense werklik kyk: die netwerknotas, die roeteerder se eie kommentaarveld, die bekendstellingsbladsy. Iemand sal weer 192.168.1.0/24 kies, en die botsing kom saam met hulle terug.