flagg19's questions

OpenVPN versão 2.5.0 no Windows 10. Após a instalação, recebi dois novos adaptadores de rede: OpenVPN Wintune OpenVPN TAP-Windows6.

Meu arquivo de configuração .ovpn contém a linha dev tun, então eu estava assumindo que a conexão teria usado a tuninterface, mas não, ela usa tapuma. Tentei reinstalar o OpenVPN instalando apenas a tuninterface, e a conexão falha com este log:

...
open_tun
MANAGEMENT: Client disconnected
All tap-windows6 adapters on this system are currently in use
Exiting due to fatal error

Isso faz sentido porque não há tapadaptador instalado, mas por que ele não usa o tunque a configuração diz? O log ainda informa open_tun.

Eu tentei mudar dev tunpara dev tapcuriosidade e ele falha com vários erros, então minha vpn é realmente do tuntipo. Alguém pode me explicar porque funciona assim? Qual é o uso do OpenVPN Wintunadaptador se o tapmesmo for usado de qualquer maneira?

Se por algum motivo esse comportamento estiver correto, ele está realmente operando no nível 3 como tundeveria ou não?

Como posso dividir uma janela de vídeo assim?

A primeira imagem é o vídeo original. A segunda imagem sou eu definindo a divisão (não necessariamente de forma gráfica). A terceira imagem é o que eu gostaria de obter, ou seja, duas partes de cada quadro do vídeo reproduzindo em diferentes partes da tela/janela/painel/qualquer coisa, com a possibilidade de aumentar/diminuir o zoom de cada parte.

Posso simulá-lo executando duas instâncias sincronizadas diferentes do VLC reproduzindo o mesmo vídeo, cada uma com um filtro de corte configurado para cortar a outra metade.

Observação:

• Não quero ter que recodificar o vídeo, deve funcionar como o filtro VLC, direto no playback
• Seria ótimo se pudesse rodar no Linux (nativamente ou através do wine)
• Quanto mais controle eu tiver em cada parte dividida, melhor será, mas o mínimo é poder fazer uma divisão vertical no meio e diminuir o zoom em ambas as partes

Estou tentando entender melhor como os hipervisores funcionam. Eu sei que apenas um hipervisor por vez pode usar o suporte de virtualização da CPU. Também sei que o Hyper-V é um hipervisor tipo 1, portanto, quando ativado, ele "inicializa" antes do Windows e executa o Windows como uma VM especial com acesso privilegiado ao hardware.

O Hyper-V suporta virtualização aninhada , expondo (de alguma forma) as extensões de virtualização para seus convidados, mas AFAIK só funciona se o convidado também usar o Hyper-V. Eu queria saber o motivo desse limite, por que outro hipervisor (por exemplo, VirtualBox) não pode usar as extensões de virtualização expostas?

• O comando para expor as extensões de virtualização requer explicitamente que você o aponte para uma VM Hyper-V:Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true

EDIT2: Desculpe, devido à minha falta de compreensão, não consegui expressar esta pergunta com clareza suficiente. Vou tentar ser mais claro. Isto é o que eu gostaria de fazer:

Citando a página da Microsoft:

O Hyper-V expõe as extensões de virtualização de hardware para suas máquinas virtuais. Com o aninhamento ativado, uma máquina virtual convidada pode instalar seu próprio hipervisor e executar suas próprias VMs convidadas.

Isso, mais o fato de que o sistema operacional raiz do Windows é em si uma VM especial, me levou a acreditar que eu deveria ser capaz de expor extensões de virtualização ao sistema operacional raiz principal do Windows e usá-las para executar outro hipervisor dentro dele.

Ao pesquisar como fazer isso, encontrei este comando:

Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true

Requer o VMName .

• O que eu entendo agora é que o Hyper-V permite que você exponha extensões de virtualização a uma de suas VMs de sua escolha, mas você não pode escolher o sistema operacional raiz do Windows (por quê?). Dentro da VM escolhida você pode usar oficialmente o Virt. Ext. com outra instância do Hyper-V, mas também pode funcionar com outros hipervisores.
• Quando fiz essa pergunta pela primeira vez, não percebi que as ferramentas de gerenciamento do Hyper-V que você pode abrir no sistema operacional Windows Root operam no mesmo nível zero do Hyper-V que executa o próprio sistema operacional Windows Root . Achei que operava em outra instância do Hyper-V e isso, mais o comando que exige um nome de VM do Hyper-V, me levou a acreditar que só poderia ser feito com dois hipervisores do Hyper-V.

Para resumir, minha pergunta era realmente uma pergunta de duas partes:

1. Você pode aninhar um hipervisor não Hyper-V dentro de uma VM com tecnologia Hyper-V? E a resposta é: não é explicitamente suportado, mas deve / pode funcionar (consulte a resposta aceita).

2. Por que você não pode expor a extensão de virtualização ao sistema operacional raiz do Windows ? E a resposta é:

   [@harrymc] As extensões de virtualização estão sempre visíveis para o sistema operacional raiz, pois fazem parte da CPU e todo o hardware é sempre pass-through para esse sistema operacional, nada é virtualizado. O Set-VMProcessor não se aplica, pois não é realmente uma VM, ou você pode dizer que é um tipo especial e trivial de semi-VM.

   [eu] Portanto, o sistema operacional root já pode ver o virt.ext. "diretamente" (pois pode ver todo o resto do hardware), mas não pode usá-los para (digamos) o VirtualBox porque já estão em uso pelo Hyper-V. Se eu criar uma VM Hyper-V "normal" com virt.ext. ativado, então dentro dele eu deveria ser capaz de executar outro hipervisor, estou certo?

   [@harrymc] Certo, é assim que funciona.