Um VPN pode substituir a área de trabalho remota? O que cada um faz

Abre-se uma janela, ela pede credenciais, depois fica em branco ou fecha, e o utilizador relata que a VPN quebrou o acesso remoto. Por vezes o túnel está bom e a sessão nunca começou. Saber onde a aplicação é realmente executada é o que separa esses casos, porque um túnel e uma sessão de área de trabalho fornecem coisas diferentes e falham em locais diferentes.

Um túnel dá ao seu dispositivo um caminho para uma rede. Uma sessão de área de trabalho dá-lhe um ecrã e um teclado ligados a outra máquina.

O sintoma depende de onde a aplicação é executada

Com acesso direto através de um túnel, a aplicação é executada no seu próprio dispositivo e os seus pedidos atravessam a rota privada permitida até uma partilha de ficheiros ou um site interno. Se essa aplicação falhar, está a ver um problema de resolução de nomes ou de encaminhamento, e o programa local comporta-se normalmente no resto.

Com uma sessão remota, a aplicação é executada na máquina do outro lado e o seu dispositivo recebe uma imagem dela. Isso altera completamente a lista de falhas: o anfitrião da sessão tem de estar disponível, o serviço que aceita ligações tem de estar à escuta, e a sua conta tem de estar autorizada tanto no túnel como no anfitrião. Uma janela em branco após um login de túnel bem-sucedido significa geralmente que a segunda autenticação nunca foi bem-sucedida.

Ambos os desenhos podem coexistir para o mesmo utilizador. Uma disposição comum exige primeiro o túnel e depois uma sessão de área de trabalho dentro dele, e é por isso que um sucesso parcial é tão facilmente lido como uma única funcionalidade avariada.

O desempenho segue a carga de trabalho, não o rótulo

Abrir um ficheiro grande diretamente através de um túnel faz esse ficheiro atravessar a rede, e o atraso visível acompanha a transferência e não o clique. Numa sessão remota o ficheiro pode nunca sair do centro de dados, o que remove a transferência e a substitui por atualização do ecrã e latência de entrada. Nenhum desenho é mais rápido em geral, porque movem coisas diferentes. Pergunte por que grandeza o utilizador está realmente à espera antes de escolher uma métrica.

Essa diferença importa quando alguém relata lentidão. Uma sessão remota que parece pesada a escrever é sensível ao atraso de ida e volta, enquanto abrir um ficheiro diretamente pelo mesmo túnel é sensível ao débito. Meça a tarefa e não um número genérico de velocidade, e teste a operação específica de que o utilizador se queixa.

O trabalho interativo sobre um caminho com latência elevada piora à medida que mais do ecrã muda, e é por isso que percorrer um documento se sente diferente de olhar para uma janela estática. Se a queixa é sobre capacidade de resposta e não sobre tempo de conclusão, o local da carga de trabalho é a variável que vale a pena mudar.

Quando algo falha, verifique cada camada separadamente

Trabalhe de dentro para fora e registe o que cada passo devolve, porque reiniciar tudo em simultâneo destrói a evidência. Confirme que o túnel está ativo, depois que a rota privada é resolvida, depois que o anfitrião da sessão aceita ligações, depois que a sua conta é permitida nele.

Test-NetConnection -ComputerName 172.20.8.30 -Port 3389
Resolve-DnsName workstation-14.corp.example
qwinsta /server:172.20.8.30

Uma rota que responde e uma porta que recusa são resultados diferentes, e uma porta que responde enquanto as suas credenciais são rejeitadas é um terceiro. Onde a implementação usa um gateway de acesso gerido em vez de um túnel para o escritório, siga essa arquitetura em vez de expor um serviço de área de trabalho à internet só porque uma rota privada falhou.

A cifragem e a autorização também são tarefas separadas. O túnel cifra o caminho, ao passo que o protocolo de sessão o autentica num anfitrião e a aplicação pode autenticá-lo outra vez. Passar a primeira verificação não diz nada sobre a terceira, e as orientações para chegar a um PC remoto a partir de fora da rede descrevem as peças de que uma implementação funcional precisa.

Decida o que tem de ficar dentro da organização

Assumir que uma sessão remota mantém todos os documentos no centro de dados não é seguro. A partilha da área de transferência, as unidades redirecionadas e a impressão podem mover informação entre os dois ambientes sempre que a política o permitir, e um túnel não restringe quais ficheiros um utilizador autorizado copia de uma partilha alcançável. Se a contenção é o requisito, reveja os controlos reais de transferência da sessão em vez de confiar no diagrama da arquitetura. Pergunte ao dono da sessão que redirecionamentos estão ativos antes de prometer algo em nome dele.

O tempo de vida da sessão é a outra surpresa. Fechar a janela pode deixar a sessão a correr no anfitrião, pelo que perder o túnel pode apenas torná-la temporariamente inalcançável. Aprenda a forma aprovada de terminar o trabalho numa máquina partilhada e verifique o anfitrião depois, em vez de presumir que o fim de sessão aconteceu.

Registe que camada falhou, o que alterou e o que o utilizador deve testar de novo. Esse registo vale mais do que uma resolução que ninguém consegue reproduzir.