Deel 'n Windows-VPN met 'n bedrade konsole: toegangspoort op die rekenaar of op die roeteerder

Konsoles wat nie die VPN-kliënt kan laat loop nie, kan soms 'n Windows-rekenaar se tonnel leen, en dié reëling misluk meer dikwels as wat dit slaag om redes wat niks met die VPN te doen het. Die rekenaar moet 'n toegangspoort word: 'n toegewyde stroomaf-koppelvlak, adressering vir die konsole, vertaling, en 'n kliënt wat bereid is om 'n ander toestel se pakkette deur te stuur. 'n Tonnel wat vir die rekenaar se eie programme werk, bewys niks daarvan nie.

Die vergelyking wat die moeite werd is, is tussen dié reëling en 'n roeteerder wat die tonnel vir die hele netwerk besit. Hulle verskil in instandhouding, in foutgedrag, en in hoeveel van die beleid jy op een slag kan sien.

Wat die rekenaartoegangspoort moet doen

'n Toegangspoort het 'n koppelvlak nodig wat na die konsole wys, 'n adresreeks vir daardie segment, en 'n vertaalreël wat konsoleverkeer na die tonnel herskryf. Dit het ook nodig dat die kliënt pakkette deurstuur wat nie van hom af kom nie, wat 'n ander instelling is as om sy eie verkeer te aanvaar. Naamoplossing moet dieselfde pad volg, anders los die konsole 'n speeldiens deur een roete op en verbind dan deur 'n ander. Elkeen van dié is 'n aparte konfigurasie-stap met sy eie foutmodus.

console -> dedicated ethernet -> windows sharing / nat
        -> selected tunnel interface -> internet

Windows se Internet Connection Sharing bied presies hierdie vorm, met een verbinding wat as publiek benoem word en 'n ander as privaat. Daardie benoeming maak meer saak as wat mense verwag, want die koppelvlak wat die huishoudelike roeteerder bereik, is nie outomaties die een wat die tonnel dra nie.

Vergelykings wat die deurslag gee

Drie verskille skei 'n rekenaartoegangspoort van 'n roeteerder-toegangspoort, en dit is die wat maande later opduik. Die tabel plaas hulle langs mekaar.

Die sessie-band is die eerste verskil en die een wat mense verras. 'n Rekenaar wat slaap, afmeld of 'n opdatering installeer, hou op om 'n toegangspoort te wees, en die konsole verloor sy pad sonder dat enige konfigurasie verander. Beleidsigbaarheid is die tweede, want die kliënt se reëls en die deel-laag woon op twee plekke en nie een beskryf die ander nie. Adresdiens is die derde, en dit verduidelik 'n konsole wat 'n adres hou terwyl hy steeds niks bereik nie.

Niks daarvan maak die rekenaar-reëling verkeerd nie. Dit maak dit 'n tydelike ontwerp, wat aanvaarbaar is wanneer die vereiste tydelik is.

Deurgestuurde verkeer is 'n ander kategorie

'n Kliënt vir 'n rekenaar kan pakkette wat vir 'n ander toestel deurgestuur word, anders behandel as sy eie. 'n Insluitlys per program dek prosesse op die rekenaar en sê niks oor 'n konsole se verkeer nie, terwyl 'n kill switch wat plaaslike programme beskerm, dalk glad nie die deurgestuurde pad beskerm nie. Bevestig die kliënt se gedokumenteerde gedrag vir deurgestuurde verkeer eerder as om dit af te lei uit 'n suksesvolle bladsy wat op die rekenaar laai. Waar daardie gedrag onduidelik is, rus die hele reëling op 'n aanname.

Die konsole se adressering moet uit die deel-reëling kom, nooit deur die rekenaar se tonneladres daarop te kopieer nie. Kopieer lewer 'n duplikaatadres, 'n verkeerde toegangspoort en 'n oplosser wat na iets wys wat die konsole nie kan bereik nie. Laat die stroomaf-diens die konfigurasie uitdeel, en kyk dan wat die konsole werklik ontvang het.

Verifieer konsole-verkeer, nie die rekenaar s'n nie

Die enigste betekenisvolle toets waarneem die konsole se pad. Op die rekenaar wys die opdragte hieronder die koppelvlak-uitleg, die buurtabel oor die stroomaf-skakel, en of die konsole op 'n dienspoort antwoord. Voer hulle uit terwyl 'n speelsessie werklik gekonnekteer is.

Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4Address
Get-NetAdapter | Select-Object Name, Status, LinkSpeed
arp -a | findstr 192.168.137.
Test-NetConnection 192.168.137.10 -Port 3074

'n Koppelvlak sonder 'n adres aan die stroomaf-kant beteken die deel het nooit begin nie, wat 'n ander probleem is as 'n konsole wat nie kan koppel nie. 'n Inskrywing vir die konsole in die buurtabel bewys die skakel en die adressering leef. 'n Mislukte poorttoets daarna wys na deurstuur of die kliënt se behandeling van deurgestuurde verkeer, nie na die kabel nie. Vergelyk die konsole se uitgangsadres met die rekenaar s'n voordat jy tot die gevolgtrekking kom dat die tonnel die pad is wat gebruik word.

Hou die reëling gedokumenteer met sy koppelvlak-name en adresreekse. Wanneer dit ná die volgende opdatering breek, spaar daardie bladsy 'n uur se herontdekking.