Les consoles que no poden executar el client VPN de vegades poden manllevar el túnel d’un PC Windows, i aquesta disposició falla més vegades de les que funciona per motius aliens a la VPN. El PC ha de convertir-se en una passarel·la: una interfície descendent dedicada, adreçament per a la consola, traducció i un client disposat a reenviar els paquets d’un altre dispositiu. Un túnel que funciona per a les aplicacions pròpies del PC no demostra res d’això.

La comparació que val la pena fer és entre aquesta disposició i un router que posseeix el túnel per a tota la xarxa. Difereixen en manteniment, en comportament davant de fallades i en quanta política podeu veure alhora.

Què ha de fer la passarel·la al PC

Una passarel·la necessita una interfície encarada a la consola, un rang d’adreces per a aquest segment i una regla de traducció que reescrigui el trànsit de la consola cap al túnel. També necessita que el client reenviï paquets que no ha originat, cosa que és un paràmetre diferent d’acceptar el seu propi trànsit. La resolució de noms ha de seguir el mateix camí, o la consola resol un servei de joc per una ruta i després es connecta per una altra. Cadascun d’aquests passos és una configuració separada amb el seu propi mode de fallada.

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

Windows Internet Connection Sharing ofereix exactament aquesta forma, amb una connexió designada com a pública i una altra com a privada. Aquesta designació importa més del que la gent espera, perquè la interfície que arriba al router de casa no és automàticament la que porta el túnel.

Comparacions que ho decideixen

Tres diferències separen una passarel·la al PC d’una passarel·la al router, i són les que surten mesos després. La taula les posa costat per costat.

AspectWindows PC gatewayRouter gateway
Tied to a user sessionYes; sleep or sign-out ends itNo
Policy visibilitySplit across client and sharing layerOne ruleset
Address servicePrivate side of the sharing featureRouter scope
Recovery after rebootManual, per sessionAutomatic

La vinculació a la sessió és la primera diferència i la que atrapa la gent. Un PC que s’adorm, tanca la sessió o instal·la una actualització deixa de ser una passarel·la, i la consola perd el camí sense que canviï cap configuració. La visibilitat de la política és la segona, perquè les regles del client i la capa de compartició viuen en dos llocs i cap no descriu l’altra. El servei d’adreces és la tercera, i explica una consola que té una adreça però no arriba enlloc.

Res d’això fa incorrecta la disposició amb el PC. La converteix en un disseny temporal, cosa acceptable quan el requisit és temporal.

El trànsit reenviat és una categoria diferent

Un client d’escriptori pot tractar els paquets reenviats per a un altre dispositiu de manera diferent dels seus. Una llista d’inclusió per aplicació cobreix els processos del PC i no diu res del trànsit d’una consola, mentre que un kill switch que protegeix les aplicacions locals pot no protegir gens el camí reenviat. Confirmeu el comportament documentat del client per al trànsit reenviat en lloc d’inferir-lo d’una càrrega de pàgina correcta al PC. Quan aquest comportament no és clar, tota la disposició descansa en una suposició.

L’adreçament de la consola ha de venir de la disposició de compartició, mai de copiar-hi l’adreça del túnel del PC. Copiar produeix una adreça duplicada, una passarel·la incorrecta i un resolutor que apunta a una cosa que la consola no pot assolir. Deixeu que el servei descendent reparteixi la configuració i després comproveu què ha rebut realment la consola.

Verifiqueu el trànsit de la consola, no el del PC

L’única prova significativa observa el camí de la consola. Al PC, les ordres següents mostren la disposició de les interfícies, la taula de veïns per l’enllaç descendent i si la consola respon en un port de servei. Executeu-les mentre hi ha una sessió de joc realment connectada.

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

Una interfície sense adreça al costat descendent significa que la compartició no va començar mai, que és un problema diferent d’una consola que no es pot connectar. Una entrada per a la consola a la taula de veïns demostra que l’enllaç i l’adreçament són vius. Una prova de port fallida després d’això apunta al reenviament o al tractament que fa el client del trànsit reenviat, no al cable. Compareu l’adreça de sortida de la consola amb la del PC abans de concloure que el túnel és el camí en ús.

Manteniu la disposició documentada amb els noms d’interfície i els rangs d’adreces. Quan es trenqui després de la propera actualització, aquesta pàgina estalvia una hora de redescobriment.

Articles relacionats