Sdílení Windows VPN s kabelovou konzolí: brána na PC, nebo na routeru

Konzole, které nemohou spustit VPN klienta, si někdy mohou půjčit tunel počítače s Windows, a takové uspořádání častěji selhává, než funguje, z důvodů nesouvisejících s VPN. Počítač se musí stát branou: vyhrazené navazující rozhraní, adresování pro konzoli, překlad a klient ochotný přeposílat pakety jiného zařízení. Tunel, který funguje pro vlastní aplikace počítače, nic z toho nedokazuje.

Srovnání, které stojí za to, je mezi tímto uspořádáním a routerem, který tunel vlastní pro celou síť. Liší se v údržbě, v chování při selhání a v tom, kolik politiky vidíte najednou.

Co musí brána na PC dělat

Brána potřebuje rozhraní obrácené ke konzoli, rozsah adres pro tento segment a pravidlo překladu, které přepisuje provoz konzole do tunelu. Také potřebuje, aby klient přeposílal pakety, které sám nevytvořil, což je jiné nastavení než přijímat vlastní provoz. Překlad jmen musí jít stejnou cestou, jinak konzole přeloží herní službu přes jednu trasu a pak se připojí přes jinou. Každý z těchto kroků je samostatná konfigurace s vlastním režimem selhání.

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

Windows Internet Connection Sharing nabízí přesně tento tvar, přičemž jedno připojení je určeno jako veřejné a druhé jako soukromé. To určení je důležitější, než lidé čekají, protože rozhraní, které se dostane k domácímu routeru, není automaticky to, které nese tunel.

Srovnání, která rozhodují

Tři rozdíly oddělují bránu na PC od brány na routeru a právě ty se objeví po měsících. Tabulka je staví vedle sebe.

Vazba na relaci je první rozdíl a ten, který lidi zaskočí. Počítač, který usne, odhlásí se nebo nainstaluje aktualizaci, přestane být branou a konzole ztratí cestu, aniž by se změnila jakákoli konfigurace. Viditelnost politiky je druhá, protože pravidla klienta a vrstva sdílení žijí na dvou místech a ani jedno nepopisuje druhé. Služba adres je třetí a vysvětluje konzoli, která drží adresu, ale přesto nikam nedosáhne.

Nic z toho nedělá uspořádání s PC špatným. Dělá z něj dočasný návrh, což je přijatelné, když je požadavek dočasný.

Přeposílaný provoz je jiná kategorie

Klientský program pro stolní počítač může zacházet s pakety přeposílanými za jiné zařízení jinak než se svými. Seznam zahrnutí podle aplikací pokrývá procesy na počítači a o provozu konzole neříká nic, zatímco kill switch chránící místní aplikace nemusí přeposílanou cestu chránit vůbec. Potvrďte dokumentované chování klienta pro přeposílaný provoz, místo abyste je odvozovali z úspěšného načtení stránky na počítači. Kde je toto chování nejasné, celé uspořádání stojí na předpokladu.

Adresování konzole má přijít z uspořádání sdílení, nikdy z kopírování tunelové adresy počítače na konzoli. Kopírování vytvoří duplicitní adresu, špatnou bránu a resolver ukazující na něco, co konzole nedokáže dosáhnout. Nechte navazující službu přidělit konfiguraci a poté zkontrolujte, co konzole skutečně dostala.

Ověřujte provoz konzole, ne provoz počítače

Jediný smysluplný test sleduje cestu konzole. Na počítači níže uvedené příkazy ukazují uspořádání rozhraní, tabulku sousedů přes navazující spoj a zda konzole odpovídá na servisním portu. Spusťte je, když je herní relace skutečně připojená.

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

Rozhraní bez adresy na navazující straně znamená, že sdílení nikdy nezačalo, což je jiný problém než konzole, která se nemůže připojit. Záznam pro konzoli v tabulce sousedů dokazuje, že spojení a adresování žijí. Neúspěšný test portu poté ukazuje na přeposílání nebo na přístup klienta k přeposílanému provozu, ne na kabel. Porovnejte výstupní adresu konzole s adresou počítače, než uzavřete, že tunelem je používaná cesta.

Udržujte uspořádání zdokumentované s názvy rozhraní a rozsahy adres. Když se po další aktualizaci rozbije, ta stránka ušetří hodinu znovuobjevování.