Kunhavigi Windows-VPN per kabliga konzolo: enirejo sur la komputilo aŭ la enkursigilo
Konzolo malantaŭ Windows-komputilo bezonas suban segmenton, adresadon, tradukon kaj klienton, kiu plusendas pakaĵojn. Komparu tion kun enkursigilo, kiu posedas la tunelon.
Konzoloj, kiuj ne povas ruli la VPN-klienton, kelkfoje povas prunti la tunelon de Windows-komputilo, kaj tiu aranĝo malsukcesas pli ofte ol ĝi sukcesas pro kialoj senrilataj al la VPN. La komputilo devas fariĝi enirejo: dediĉita suba interfaco, adresado por la konzolo, traduko, kaj kliento preta plusendi la pakaĵojn de alia aparato. Tunelo, kiu funkcias por la propraj aplikaĵoj de la komputilo, pruvas nenion el tio.
La komparo inda fari estas inter tiu aranĝo kaj enkursigilo, kiu posedas la tunelon por la tuta reto. Ili diferencas pri prizorgado, pri fiaskokonduto kaj pri kiom da politiko vi povas vidi samtempe.
Kion la komputila enirejo devas fari
Enirejo bezonas interfacon turnitan al la konzolo, adresaron por tiu segmento kaj tradukregulon, kiu reskribas la trafikon de la konzolo al la tunelo. Ĝi ankaŭ bezonas, ke la kliento plusendu pakaĵojn, kiujn ĝi ne originis, kio estas alia agordo ol akcepti sian propran trafikon. Nomrezolucio devas iri la saman vojon, alie la konzolo solvas ludservon per unu vojo kaj poste konektiĝas per alia. Ĉiu el tiuj estas aparta agorda paŝo kun propra fiaskoreĝimo.
console -> dedicated ethernet -> windows sharing / nat
-> selected tunnel interface -> internet
Windows Internet Connection Sharing proponas ĝuste ĉi tiun formon, kun unu konekto nomumita publika kaj alia privata. Tiu nomumado gravas pli ol homoj atendas, ĉar la interfaco, kiu atingas la hejman enkursigilon, ne aŭtomate estas tiu, kiu portas la tunelon.
Komparoj, kiuj decidas
Tri diferencoj apartigas komputilan enirejon de enkursigila enirejo, kaj ili estas tiuj, kiuj aperas monatojn poste. La tabelo metas ilin unu apud la alia.
| Aspect | Windows PC gateway | Router gateway |
|---|---|---|
| Tied to a user session | Yes; sleep or sign-out ends it | No |
| Policy visibility | Split across client and sharing layer | One ruleset |
| Address service | Private side of the sharing feature | Router scope |
| Recovery after reboot | Manual, per session | Automatic |
La ligiteco al sesio estas la unua diferenco kaj tiu, kiu surprizas homojn. Komputilo, kiu dormas, elsalutas aŭ instalis ĝisdatigon, ĉesas esti enirejo, kaj la konzolo perdas sian vojon sen ŝanĝiĝo de iu ajn agordo. Videbleco de politiko estas la dua, ĉar la reguloj de la kliento kaj la kunhaviga tavolo vivas en du lokoj kaj neniu priskribas la alian. Adresa servo estas la tria, kaj ĝi klarigas konzolon, kiu tenas adreson sed tamen atingas nenion.
Nenio el tio igas la komputilan aranĝon malĝusta. Ĝi igas ĝin provizora dezajno, kio estas akceptebla kiam la postulo estas provizora.
Plusendita trafiko estas alia kategorio
Labortabla kliento povas trakti pakaĵojn plusenditajn por alia aparato malsame ol siajn proprajn. Aplikaĵa inkludlisto kovras procezojn sur la komputilo kaj diras nenion pri la trafiko de konzolo, dum mortigilo, kiu protektas lokajn aplikaĵojn, eble tute ne protektas la plusenditan vojon. Konfirmu la dokumentitan konduton de la kliento por plusendita trafiko anstataŭ dedukti ĝin el sukcesa paĝŝarĝo sur la komputilo. Kie tiu konduto neklaras, la tuta aranĝo ripozas sur supozo.
La adresado de la konzolo devus veni el la kunhaviga aranĝo, neniam el kopiado de la tunela adreso de la komputilo sur ĝin. Kopiado produktas duoblan adreson, malĝustan enirejon kaj solvilon montrantan al io, kion la konzolo ne povas atingi. Lasu la suban servon disdoni la agordon, poste kontrolu, kion la konzolo efektive ricevis.
Kontrolu la trafikon de la konzolo, ne tiun de la komputilo
La sola senchava testo observas la vojon de la konzolo. Sur la komputilo, la subaj komandoj montras la interfacan aranĝon, la najbaran tabelon tra la suba ligo, kaj ĉu la konzolo respondas sur serva pordo. Rulu ilin dum ludsesio estas efektive konektita.
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
Interfaco sen adreso sur la suba flanko signifas, ke la kunhavigo neniam komenciĝis, kio estas alia problemo ol konzolo, kiu ne povas konektiĝi. Ero por la konzolo en la najbara tabelo pruvas, ke la ligo kaj la adresado vivas. Malsukcesa pordotesto post tio montras al plusendo aŭ al la traktado de plusendita trafiko fare de la kliento, ne al la kablo. Komparu la eliran adreson de la konzolo kun tiu de la komputilo antaŭ ol konkludi, ke la tunelo estas la uzata vojo.
Tenu la aranĝon dokumentita kun ĝiaj interfacaj nomoj kaj adresaroj. Kiam ĝi rompiĝos post la sekva ĝisdatigo, tiu paĝo ŝparas horon da reeltrovo.