Resolução de tela cheia de 1920x1200 ou 1920x1080 ao se conectar à máquina virtual hyper-v (WinXP) via teamviewer (não RDP)? [fechadas]

3

Eu tenho uma máquina virtual Hyper-v WinXP em execução em um Windows Server 2008 R2 em algum lugar em um datacenter. Eu faço algum desenvolvimento remoto nesta máquina e gostaria de fazê-lo usando a propriedade de tela completa do meu monitor de desktop.

Eu posso fazer isso usando o RDP.

Mas, por um tempo, algumas de minhas máquinas virtuais têm sido atingidas por ataques de adivinhação de senha RDP de força bruta que os tornam realmente lentos a ponto de se tornarem inutilizáveis. Observe que já tentei usar programas como o RdpGuard, mas ele não consegue fazer seu trabalho em minhas VMs por algum motivo desconhecido que o suporte ao cliente não consegue identificar. Então, pensei em desativar o RDP (ou bloquear a porta RDP) e usar o TeamViewer.

No entanto, não consigo descobrir como me conectar à VM com o TeamViewer com uma resolução de tela cheia de 1920x1200 (minha resolução de monitor de desktop). Parece que o TeamViewer só pode usar as resoluções oferecidas pelo adaptador gráfico da VM (e no hyper-v que parece ser 1600x1200? Por que, por quê?).

  • É possível instalar algum outro driver de exibição virtual (de terceiros?) que ofereça suporte a 1920x1200?
  • Existe uma definição de teamviewer que está faltando? Se não, qual é a razão pela qual o TeamViewer não pode fazer a mesma coisa que o cliente RDP?

Sou grato por qualquer sugestão. Afinal, tudo que eu quero fazer é algum desenvolvimento remoto pacífico suspiro .

Pergunta relacionada: Resolução personalizada do convidado Hyper-V

    
por Reto Höhener 21.12.2013 / 23:10

1 resposta

7

A exibição do Hyper-V tem um limite máximo de 1600x1200. Não parece haver nenhuma maneira de superar essa limitação.

O motivo pelo qual o RDP pode usar resoluções mais altas é que o RDP age como uma exibição completamente separada. Não depende da placa de vídeo ou dos drivers do hardware. Isso permite várias sessões em um servidor de terminal e permite que alguém esteja no console real enquanto outro usuário está conectado por meio do RDP (pelo menos para versões do sistema operacional do servidor).

Teamviewer e VNC e outros programas semelhantes funcionam na exibição real. Eles basicamente fazem uma captura de tela e enviam para você (na realidade, eles fazem mais trabalho do que isso, mas essa é a idéia básica). Por causa disso, elas estão limitadas a qualquer coisa que o hardware real diga que possa fazer. Você não pode ter sessões separadas do Teamviewer porque elas compartilham o console.

O problema é que as pessoas tentam usar a força bruta RDP. Há algumas coisas que você pode fazer para ajudar aqui, além da proteção RDP que você já está usando.

  1. Se possível, atualize a máquina virtual para o Windows 7 para poder usar a Autenticação no nível da rede . Ele usa muito menos recursos do sistema do que a autenticação da tela de login antiga.
  2. Altere o RDP para ser executado em uma porta não padrão. Isso não impedirá que as pessoas que estão tentando invadir ativamente seu sistema, mas PARARÁ que muitas verificações automatizadas não sejam tentadas.
  3. Configure um firewall para bloquear conexões com o RDP, exceto a partir de alguns endereços IP / intervalos de conexões legítimas.
  4. Não permita o RDP remotamente e configure um servidor VPN para permitir que você entre na rede local. Você pode então RDP em uma vez conectado à VPN.
  5. Configurar um Servidor Gateway de Área de Trabalho Remota , que envia todo o tráfego por HTTPS e requer autenticação antes de conectá-lo ao servidor de destino. Isso também permite a área de trabalho remota para vários servidores sem exigir endereços IP públicos separados para eles. O mais importante é que o fardo da autenticação de conexões aleatórias será removido da máquina com Windows XP.

Embora as opções VPN e RD Gateway exijam um pouco de configuração adicional no lado do cliente, elas quase certamente resolverão o problema e fornecerão uma rede mais segura e protegida.

    
por 23.12.2013 / 07:22