Partilhar a VPN do Windows com uma consola por cabo: gateway no PC ou router

As consolas que não conseguem executar o cliente VPN podem, por vezes, pedir emprestado o túnel de um PC Windows, e esta solução falha mais vezes do que resulta, por motivos alheios à VPN. O PC tem de se tornar um gateway: uma interface dedicada a jusante, endereçamento para a consola, tradução e um cliente disposto a reencaminhar pacotes de outro dispositivo. Um túnel que funciona para as aplicações do próprio PC não prova nada disso.

A comparação que vale a pena fazer é entre essa solução e um router que possui o túnel para toda a rede. Diferem na manutenção, no comportamento em caso de falha e em quanta política é possível ver de uma só vez.

O que o gateway no PC tem de fazer

Um gateway precisa de uma interface virada para a consola, de um intervalo de endereços para esse segmento e de uma regra de tradução que reescreva o tráfego da consola para o túnel. Precisa também que o cliente reencaminhe pacotes que não originou, e essa é uma definição diferente de aceitar o seu próprio tráfego. A resolução de nomes tem de percorrer o mesmo caminho, ou a consola resolve um serviço de jogo por uma rota e depois liga-se por outra. Cada um destes é um passo de configuração separado, com o seu próprio modo de falha.

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

A partilha de ligação à Internet do Windows oferece exatamente esta forma, com uma ligação designada como pública e outra como privada. Essa designação importa mais do que as pessoas esperam, porque a interface que chega ao router de casa não é automaticamente a que transporta o túnel.

Comparações que decidem

Três diferenças separam um gateway no PC de um gateway no router, e são as que aparecem meses depois. A tabela coloca-as lado a lado.

A ligação à sessão do utilizador é a primeira diferença e a que surpreende. Um PC que suspende, termina sessão ou instala uma atualização deixa de ser um gateway, e a consola perde o seu caminho sem que qualquer configuração mude. A visibilidade da política é a segunda, porque as regras do cliente e a camada de partilha vivem em dois locais e nenhuma descreve a outra. O serviço de endereços é a terceira, e explica uma consola que tem endereço mas continua a não alcançar nada.

Nada disso torna a solução no PC errada. Torna-a um desenho temporário, o que é aceitável quando o requisito é temporário.

O tráfego reencaminhado é outra categoria

Um cliente de ambiente de trabalho pode tratar os pacotes reencaminhados para outro dispositivo de forma diferente dos seus. Uma lista de inclusão por aplicação abrange os processos no PC e não diz nada sobre o tráfego de uma consola, enquanto um interruptor de emergência que protege aplicações locais pode não proteger de todo o caminho reencaminhado. Confirme o comportamento documentado do cliente para o tráfego reencaminhado em vez de o deduzir de um carregamento de página bem-sucedido no PC. Onde esse comportamento não é claro, toda a solução assenta numa suposição.

O endereçamento da consola deve vir da solução de partilha, nunca de copiar para ela o endereço do túnel do PC. Copiar produz um endereço duplicado, um gateway errado e um resolvedor a apontar para algo que a consola não consegue alcançar. Deixe o serviço a jusante distribuir a configuração e depois verifique o que a consola recebeu realmente.

Verifique o tráfego da consola, não o do PC

O único teste significativo observa o caminho da consola. No PC, os comandos abaixo mostram a disposição das interfaces, a tabela de vizinhos na ligação a jusante e se a consola responde numa porta de serviço. Execute-os enquanto uma sessão de jogo está realmente ligada.

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

Uma interface sem endereço do lado a jusante significa que a partilha nunca começou, o que é um problema diferente de uma consola que não consegue ligar-se. Uma entrada para a consola na tabela de vizinhos prova que a ligação e o endereçamento estão vivos. Um teste de porta que falhe depois disso aponta para o reencaminhamento ou para o tratamento do tráfego reencaminhado pelo cliente, não para o cabo. Compare o endereço de saída da consola com o do PC antes de concluir que o túnel é o caminho em uso.

Mantenha a solução documentada com os nomes das interfaces e os intervalos de endereços. Quando falhar após a próxima atualização, essa página poupa uma hora de redescoberta.