主页 / user-627614

jimjamz's questions

Martin Hope
jimjamz
Asked: 2024-08-19 13:13:24 +0800 CST
  • 5

根据我之前将 IDE VM 磁盘迁移到 VirtIO SCSI 的经验，我在 virt-manager 中创建了一个 Win10 VM，主磁盘是设置时的 SCSI 磁盘。在 virt-manager 中，我创建了一个 VirtIO SCSI 控制器：

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

然后我创建了一个磁盘（SCSI 磁盘 1），根据 virt-manager 的说法，它使用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>

在 virt-manager 中确认 SCSI 磁盘正在使用 VirtIO SCSI 控制器

在 Win10 设置期间，我安装了RedHat VirtIO ISO并安装了驱动程序，以便 Win10 可以安装到 SCSI 磁盘：

在 Windows 10 安装过程中安装 RedHat VirtIO 驱动程序

安装后，我向虚拟机添加了另一个磁盘（VirtIO Disk 1 ）。这次在 virt-manager 中，我选择VirtIO作为总线类型：

<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>

VirtIO 磁盘似乎未链接到 virt-manager 中虚拟机概览上列出的任何控制器。我假设此磁盘是VirtIO 块设备。

在 Win10 客户虚拟机中，我注意到设备管理器中的主SCSI磁盘标记为“QEMU SCSI”磁盘，而VirtIO磁盘标记为“RedHat VirtIO SCSI”磁盘。用于 SCSI 磁盘的 VirtIO 存储控制器标记为“Red Hat VirtIO SCSI 控制器”： Windows 10 设备管理器显示磁盘和存储控制器

我很困惑为什么 SCSI 磁盘没有被标记为 VirtIO SCSI 磁盘，以及 VirtIO 磁盘（假定为 VirtIO 块）是如何成为“VirtIO SCSI”磁盘而无需连接到任何类型的 SCSI 控制器。

问：我为该虚拟机配置的磁盘有什么区别吗？

问：从 virt-manager 的角度来看，使用VirtIO和SCSI总线类型的磁盘之间有什么区别，以及它们在虚拟机中如何呈现？

问：使用不同总线类型的磁盘之间是否存在性能差异？

virtual-machine
Martin Hope
jimjamz
Asked: 2023-10-25 23:20:53 +0800 CST
  • 5

我的私有本地网络上有多个设备 - 一些是有线设备（例如 PC、笔记本电脑、SBC），一些是无线设备（手机、平板电脑）。

我在同一网络上有一个 Raspberry Pi，仅通过以太网连接，它充当 OpenVPN 服务器，通过外部公共（且不安全）网络（例如咖啡店、公共热点）连接到该网络。

我并不担心私有本地网络上的有线流量被窥探，但我担心来自同一网络上的无线（例如移动）设备的流量可能会被窥探。

如果我通过 Pi 上的 OpenVPN 服务器路由来自此专用网络上的无线设备的所有流量，这是否会使此类流量更安全，免受来自同一网络上或试图连接到同一网络的其他用户的数据包嗅探？或者这是一个徒劳的做法，没有提供额外的安全好处？

wireless-networking
Martin Hope
jimjamz
Asked: 2019-04-17 01:43:31 +0800 CST
  • 1

我目前正在使用以太网连接，它在/etc/network/interfaces中没有配置，并且（大概）使用路由器指定的 DHCP，以便分配 IP 地址。

但是，当我在/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

并重新启动，以太网接口不再分配 IP 地址，也不再可在 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

在此处输入图像描述

我没有更改以太网接口尚未配置的任何内容（例如通过路由器的 DHCP）。那么，为什么以太网接口在指定由DHCP配置时，无法为以太网接口提供IP地址呢？

但是，如果我将以下内容添加到/etc/network/interfaces：

auto enh0j7

该接口再次提供了一个 IP 地址（尽管在 NetworkManager 中仍然不可管理，但我明白为什么）。

auto该设置对界面有什么影响，而iface inet dhcp没有？

networking router ethernet