Acesso remoto ao Windows através de uma conexão de baixa latência e baixa largura de banda?

Question

É possível operar aplicativos GUI em um PC com Windows em um link de satélite geoestacionário de 150 Kbps?

A empresa para a qual trabalho, por vezes, opera equipamentos de coleta de dados em locais remotos. Normalmente usamos nosso próprio software, com seus próprios protocolos binários compactos, além de um pouco de ssh, já que o sistema operacional remoto é o Linux. No entanto, para um projeto futuro, o cliente exige muitos equipamentos sensores especializados com seus próprios aplicativos de controle proprietários, manifestados como GUIs do Windows. Disseram-me que provavelmente será necessário acessar esses aplicativos de tempos em tempos enquanto o equipamento está no campo, para verificar e ajustar as configurações de aquisição e afins.

Praticamente toda a minha experiência de acesso remoto é com ssh (ou 3270, uma vez;)), portanto, não sinto como uma conexão é realmente necessária para o trabalho da GUI. A latência de 150 Kbps e 700-1400ms é plausível para que sessões breves alterem as configurações do software familiar, aceitando que a experiência do usuário não será muito divertida?

Em termos de software, estou ciente do próprio RDP do Windows, várias implementações VNC e NoMachine / nxserver. Quais destes (ou outros que eu não estou familiarizado) são susceptíveis de dar o desempenho mais aceitável neste cenário? Os sistemas com um componente hospedado por terceiros, como o TeamViewer, são altamente desaconselhados, a menos que seu desempenho de baixa largura de banda seja realmente atraente; queremos manter tudo em nossa própria rede.

Obrigado pela sua ajuda.

    

Answer 1

Is 150Kbps and 700-1400ms latency at all plausible for brief sessions to change settings in familiar software, accepting that the user experience will not be much fun?

150 Kbps é largura de banda suficiente, mas essa latência vai matar você. Acrescente a isso qualquer perda de pacotes e você está pedindo por uma experiência horrível.

Teamviewer, etc. (embora não seja o preferido) pode funcionar melhor nesse cenário, mas você teria que testá-lo para ver.