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

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

Eu tenho um sistema ao qual não tenho acesso físico que está inicializando automaticamente na área de trabalho do Windows 8. os próprios serviços de área de trabalho remota do Windows estão desabilitados e o sistema é exatamente como instalado durante uma instalação padrão do Windows 8 Pro.

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

Pelo que posso dizer, o sistema inicializa bem no Windows, mas tudo que recebo é uma tela preta no visualizador tightvnc.

Parece que os drivers de vídeo são a causa disso e confundiram o vnc. Existem soluções para consertar isso, mas todas presumem que você tem acesso local ao sistema, o que eu não tenho! O sistema também não possui monitor disponível, então alguém no local do sistema pode desligá-lo e ligá-lo novamente, mas isso é tudo.

Portanto, minhas opções para acessar o sistema são por meio do recurso de transferência de arquivos no cliente vncviewer - que funciona bem e me permite navegar nos diretórios de sistemas remotos. Imagino que poderia preparar algum arquivo e copiá-lo para o sistema e depois dizer a alguém 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 algo. Devo enfatizar que, como é uma versão moderna do Windows, presumo que todos os compartilhamentos do Windows sejam bastante protegidos para acesso remoto pela LAN. Talvez eu esteja errado nisso?

Qualquer ajuda muito apreciada!

Responder1

Acho que você chegou a um ponto em que exigiu a prática. No mínimo, se alguém estiver no local e puder reiniciar o dispositivo, você poderá fazer com que ele inicialize com mais êxito ou mostre uma imagem.

Não tenho certeza de quão crítico é esse sistema, mas há algumas coisas a serem consideradas ao operar sistemas remotos.

  • 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 Registro Remoto também pode ser uma ótima ferramenta
  • Segurança é uma combinação de Firewalls, ACLs e SO + Software. O VNC pode ser sua melhor escolha se você não conseguir proteger adequadamente a porta 3389 por algum motivo ou encaminhar a porta de acordo.
  • Tenha uma contingência "prática".

Esta é a minha própria lista que está no topo da minha cabeça, mas abordando a última parte paraSuporte prático. No futuro, você poderá procurar KVMs IP para fornecer acesso remoto ao BIOS e ao modo de segurança.

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

insira a descrição da imagem aqui

Dessa forma, quando o software falhar, você ainda poderá fazer o VNC por meio de um navegador para acessar o dispositivo crítico, inicializar no modo de segurança, reinstalar drivers ou até mesmo recriar a imagem do dispositivo. KVMs IP são ótimos e eu os usei para laptops, desktops e até mesmo tablets Android.

informação relacionada