gurus de acesso remoto: assistência necessária ao acessar o sistema com o vnc preso em uma tela preta após a atualização do driver de vídeo

Question

Eu tenho um sistema que não tenho acesso físico para que ele seja inicializado no desktop do Windows 8 automaticamente. os próprios serviços de área de trabalho remota do Windows são desabilitados e o sistema é exatamente como instalado durante uma instalação padrão do Windows 8 Pro.

Eu tenho o servidor tightvnc no sistema e tive acesso remoto confiável até atualizar os drivers da placa de vídeo hoje.

O sistema inicializa bem no windows pelo que posso dizer, mas tudo que consigo é uma tela preta no visualizador tightvnc.

Parece que os drivers de vídeo são a causa disso e confundem o vnc. Existem soluções sobre como consertar isso, mas todos eles assumem que você tem acesso local ao sistema, o que eu não faço! O sistema não tem monitor disponível, então alguém na localização do sistema é capaz de desligá-lo e ligá-lo, mas isso é tudo.

Portanto, minhas opções para acessar o sistema são através do recurso de transferência de arquivos no cliente vncviewer - que funciona bem e me permite navegar pelos diretórios de sistemas remotos. Eu imagino que eu poderia preparar algum arquivo e copiá-lo para o sistema e, em seguida, dizer a alguém lá para reiniciá-lo?

Também tenho acesso remoto a outro computador na mesma LAN local que o computador com problema. Então, talvez eu possa me conectar a isso e fazer alguma coisa. Devo salientar que, como é uma versão moderna do Windows, assumo que todas as partilhas do Windows são bastante seguras para acesso remoto através do lan. Talvez eu esteja errado nisso?

Qualquer ajuda muito apreciada!

    

Answer 1

Acho que você chegou a um ponto em que exigia as mãos. No mínimo, se houver alguém no site que possa reinicializar o dispositivo, talvez você consiga fazê-lo inicializar com mais êxito ou mostrar uma imagem.

Não sei ao certo como esse sistema é crítico, mas algumas coisas a serem consideradas ao operar sistemas remotos.

• O UNC raramente é a melhor escolha em um ambiente Windows.
• Você deve avaliar a conectividade remota por meio dos MMCs antes que haja um problema
• O Remote Registry também pode ser uma ótima ferramenta
• A segurança é uma combinação de firewalls, ACLs e software do SO +. O VNC pode ser sua melhor escolha se você não puder proteger adequadamente a porta 3389 por algum motivo ou encaminhar a porta adequadamente.
• Tenha uma contingência de "Hands On".

Esta é a minha própria lista do topo da minha mente, mas abordando o último bit para o Hands On Support . No futuro, você poderá procurar KVMs IP para fornecer remotamente o modo BIOS e o modo de segurança.

Uma boa solução barata (pelo que é) que eu usei muitas vezes é a Lantronix Spider:

Desta forma, quando o software falha, você ainda pode VNC através de um navegador para acessar o dispositivo crítico, inicializar em modo de segurança, reinstalar drivers ou até mesmo re-criar imagens no dispositivo. IP KVMs são ótimos e eu os usei para laptops, desktops e até tablets Android.