jimjamz's questions

Após minha experiência anterior de migração de discos VM IDE para VirtIO SCSI , criei uma VM Win10 no virt-manager, com o disco primário sendo um disco SCSI da configuração. No virt-manager, criei um controlador VirtIO SCSI:

<controller type="scsi" index="0" model="virtio-scsi">
  <address type="pci" domain="0x0000" bus="0x03" slot="0x00" function="0x0"/>
</controller>

Criei então um disco ( SCSI Disk 1 ) que, segundo o virt-manager, está usando o tipo de barramento SCSI :

<disk type="file" device="disk">
  <driver name="qemu" type="qcow2" discard="unmap"/>
  <source file="/var/lib/libvirt/images/win10-enterprise.qcow2"/>
  <target dev="sda" bus="scsi"/>
  <boot order="2"/>
  <address type="drive" controller="0" bus="0" target="0" unit="0"/>
</disk>

Durante a configuração do Win10, montei o RedHat VirtIO ISO e instalei os drivers para que o Win10 pudesse ser instalado no disco SCSI:

Após a instalação, adicionei outro disco ( VirtIO Disk 1 ) à VM. Desta vez no virt-manager, escolhi VirtIO como tipo de barramento:

<disk type="file" device="disk">
  <driver name="qemu" type="qcow2" discard="unmap"/>
  <source file="/var/lib/libvirt/images/win10-enterprise-1.qcow2"/>
  <target dev="vda" bus="virtio"/>
  <address type="pci" domain="0x0000" bus="0x06" slot="0x00" function="0x0"/>
</disk>

O disco VirtIO não parece estar vinculado a nenhum dos controladores listados na visão geral da VM no virt-manager. Presumi que este disco fosse um dispositivo VirtIO Block .

Na VM convidada Win10, notei no Gerenciador de dispositivos que o disco SCSI primário é rotulado como um disco "QEMU SCSI" e o disco VirtIO como um disco "RedHat VirtIO SCSI" . O controlador de armazenamento VirtIO usado para o disco SCSI é rotulado como "controlador Red Hat VirtIO SCSI" :

Estou confuso por que o disco SCSI não é rotulado como um disco VirtIO SCSI e como o disco VirtIO (suposto ser um bloco VirtIO) é um disco "VirtIO SCSI" sem estar conectado a qualquer tipo de controlador SCSI.

P: Existe alguma diferença entre os discos que configurei para esta VM?

P: Do ponto de vista do virt-manager, qual é a diferença entre os discos que usam os tipos de barramento VirtIO e SCSI e como eles são representados em uma VM?

P: Há alguma diferença de desempenho entre discos que usam diferentes tipos de barramento?

Tenho vários dispositivos em uma rede local privada - alguns com fio (por exemplo, PCs, laptops, SBCs) e outros sem fio (celulares, tablets).

Tenho um Raspberry Pi na mesma rede, conectado apenas via Ethernet, que atua como um servidor OpenVPN para conexão a esta rede através de redes públicas externas (e inseguras) (por exemplo, cafeterias, hotspots públicos).

Não estou preocupado com a espionagem do tráfego com fio na rede local privada, mas estou preocupado com a possibilidade de o tráfego de dispositivos sem fio (por exemplo, móveis) na mesma rede.

Se eu rotear todo o tráfego dos meus dispositivos sem fio nesta rede privada, através do servidor OpenVPN no Pi, isso tornará esse tráfego mais seguro contra a detecção de pacotes de outros usuários que estão ou tentam se conectar à mesma rede? Ou este é um exercício infrutífero que não proporciona benefícios adicionais de segurança?

No momento, estou usando uma conexão Ethernet, que não tem configuração em /etc/network/interfaces e (presumivelmente) usando DHCP conforme especificado pelo roteador, para receber um endereço IP.

No entanto, quando defino o seguinte em /etc/network/interfaces :

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The wired / ethernet interface
iface enh0j7 inet dhcp

e reiniciar, a interface Ethernet não recebe mais um endereço IP e não é mais gerenciável no NetworkManager:

ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enh0j7: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 70:be:72:97:88:66 brd ff:ff:ff:ff:ff:ff

Não alterei nada para o qual a interface Ethernet ainda não esteja configurada (por exemplo, DHCP via roteador). Então, por que a interface Ethernet não fornece um endereço IP ao especificar para ser configurada pelo DHCP?

No entanto, se eu adicionar o seguinte a /etc/network/interfaces :

auto enh0j7

A interface recebe mais uma vez um endereço IP (embora ainda não seja gerenciável no NetworkManager, mas entendo o porquê).

Que impacto a autoconfiguração tem na interface que iface inet dhcpnão tem?