Дељење Windows VPN-а са конзолом на каблу: PC пролаз или рутер

Конзоле које не могу да покрену VPN клијент понекад могу да позајме тунел Windows PC-ја, а тај распоред чешће пропада него што успева, из разлога који немају везе са VPN-ом. PC мора да постане пролаз: посебно сучеље према доле, адресирање за конзолу, превод и клијент спреман да прослеђује пакете другог уређаја. Тунел који ради за сопствене апликације PC-ја не доказује ништа од тога.

Поређење које вреди направити је између тог распореда и рутера који поседује тунел за целу мрежу. Разликују се у одржавању, у понашању при квару и у томе колико политике можете видети одједном.

Шта PC пролаз мора да ради

Пролазу је потребно сучеље окренуто конзоли, опсег адреса за тај сегмент и правило превода које преписује саобраћај конзоле на тунел. Потребно је и да клијент прослеђује пакете које није сам створио, а то је друга поставка од прихватања сопственог саобраћаја. Разрешавање имена мора да иде истим путем, иначе конзола разреши услугу игре једним путем и затим се повеже другим. Сваки од њих је засебан корак конфигурације са својим начином отказа.

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

Дељење интернет везе у Windows-у даје тачно овај облик, са једном везом означеном као јавна и другом као приватна. То означавање је важније него што људи очекују, јер сучеље које стиже до кућног рутера није аутоматски оно које носи тунел.

Поређења која одлучују

Три разлике деле PC пролаз од пролаза на рутеру, и то су оне које избију месецима касније. Табела их ставља једну поред друге.

Везаност за корисничку сесију је прва разлика и она која људе ухвати. PC који заспи, одјави се или инсталира ажурирање престаје да буде пролаз, а конзола губи свој пут без икакве промене конфигурације. Видљивост политике је друга, јер правила клијента и слој дељења живе на два места и ниједно не описује оно друго. Услуга адреса је трећа, и она објашњава конзолу која има адресу, а ипак не достиже ништа.

Ништа од тога не чини PC распоред погрешним. Чини га привременим дизајном, што је прихватљиво када је захтев привремен.

Прослеђени саобраћај је друга категорија

Десктоп клијент може пакете прослеђене за други уређај да третира другачије од својих. Списак укључених апликација покрива процесе на PC-ју и не говори ништа о саобраћају конзоле, док прекидач који штити локалне апликације можда уопште не штити прослеђени пут. Потврдите документовано понашање клијента за прослеђени саобраћај уместо да га закључујете из успешног учитавања странице на PC-ју. Где то понашање није јасно, цео распоред почива на претпоставци.

Адресирање конзоле треба да дође из распореда дељења, никада из копирања тунелске адресе PC-ја на њу. Копирање ствара дуплирану адресу, погрешан пролаз и разрешивач који показује на нешто што конзола не може да достигне. Дозволите доњој услузи да подели конфигурацију, па проверите шта је конзола стварно примила.

Проверите саобраћај конзоле, не PC-ја

Једини смислен тест посматра пут конзоле. На PC-ју, команде испод показују распоред сучеља, табелу суседа преко доње везе и да ли конзола одговара на сервисном порту. Покрените их док је сесија игре стварно повезана.

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

Сучеље без адресе на доњој страни значи да дељење никада није почело, што је другачији проблем од конзоле која не може да се повеже. Запис за конзолу у табели суседа доказује да су веза и адресирање живи. Неуспешан тест порта после тога упућује на прослеђивање или на однос клијента према прослеђеном саобраћају, а не на кабл. Упоредите излазну адресу конзоле са адресом PC-ја пре него што закључите да је тунел пут који се користи.

Држите распоред документован са именима сучеља и опсезима адреса. Када се поквари после следећег ажурирања, та страница штеди сат поновног откривања.