我最近遇到了为PCIe 到串行适配器编译驱动程序的案例。(更具体地说,该卡上的 AX99100 芯片组)
为了快速测试,我并没有真正安装驱动程序,只是使用insmod
命令加载驱动程序。
调查后dmesg
,我发现它生成/dev/ttyF0
and/dev/ttyF1
而不是/dev/ttyS0
and很奇怪/dev/ttyS1
我想知道那个设备名称是怎么来的?
这是因为insmod
还是因为 PCIe 或操作系统?
司机工作正常。
我最近遇到了为PCIe 到串行适配器编译驱动程序的案例。(更具体地说,该卡上的 AX99100 芯片组)
为了快速测试,我并没有真正安装驱动程序,只是使用insmod
命令加载驱动程序。
调查后dmesg
,我发现它生成/dev/ttyF0
and/dev/ttyF1
而不是/dev/ttyS0
and很奇怪/dev/ttyS1
我想知道那个设备名称是怎么来的?
这是因为insmod
还是因为 PCIe 或操作系统?
司机工作正常。
我的 Windows 服务器上有一个非常烦人的问题。
该服务器有多个接口来与许多不同的事物进行交互。它主要是一个 Hyper-V 服务器,因此它需要连接到多个网络以提供虚拟机使用的不同服务。
因为它是 Hyper-V,所以它使用在 Hyper-V 管理器中配置的 Hyper-V 可扩展接口。
服务器也连接到公司网络 / aka。互联网。这个公司网络接口是唯一使用DHCP的,所以我自动获取IP 10.20.xx.xx / Gateway 10.20.xx.xx / DNS 10.20.xx.xx (我们称这个接口为ASIX,因为它是一个适配器)
还有另一个接口(我们称之为ETH1)连接到 cisco L2/L3,它处理到不同服务或网络的所有路由。我所有的静态路由都通向那个路由器。我删除了该接口上的默认网关。
然后是最后一个接口(我们称之为ETH0),它仅用于交换机管理等。这是一个连接到所有路由器/交换机的简单 vlan。这个接口可以忽略,因为它只是一个本地网络,没有设置路由或网关。
为了访问这些服务,我配置了 ETH1 接口之外的所有必要路由,如下所示:
route -p ADD 10.1.2.0 MASK 255.255.255.248 172.19.8.100 IF 13
route -p ADD 10.1.3.0 MASK 255.255.255.248 172.19.8.100 IF 13
route -p ADD 10.1.4.0 MASK 255.255.255.248 172.19.8.100 IF 13
route -p ADD 10.1.6.0 MASK 255.255.255.248 172.19.8.100 IF 13
route -p ADD 192.19.8.0 MASK 255.255.252.0 172.19.8.100 IF 13
route -p ADD 192.19.20.0 MASK 255.255.252.0 172.19.8.100 IF 13
route -p ADD 192.19.28.0 MASK 255.255.252.0 172.19.8.100 IF 13
route -p ADD 172.19.8.0 MASK 255.255.255.0 172.19.8.100 IF 13
route -p ADD 172.20.10.0 MASK 255.255.255.0 172.19.8.100 IF 13
route -p ADD 172.20.20.0 MASK 255.255.255.0 172.19.8.100 IF 13
route -p ADD 172.20.30.0 MASK 255.255.255.0 172.19.8.100 IF 13
当我直接连接到公司网络(=> ASIX)时,这些路由都可以访问并且工作正常。
但是...由于某些奇怪的原因,当我将ASIX接口切换到 WLAN 接口时,由于公司网络的持续变化,这些路由根本不再起作用。
通常,路由都从路由器 172.19.8.100 正常工作,因此问题肯定出在服务器上。
直接使用公司网络和新连接的WLAN-Interface的区别在于服务器和公司网络之间的WLAN-Router。所以在我直接获得公司地址(10.20.xx.xx)之前,现在我从路由器获得了DHCP地址。(192.168.1.x)
而且我不知道为什么这会产生任何影响,考虑到没有重叠的网络,并且从我的角度来看,一切都是“正确配置的”。即使是静态配置的网络也会尝试通过 192.168.1.0,它确实不应该:
PS C:\Windows\system32> tracert -d 172.19.8.100
Routenverfolgung zu 172.19.8.100 über maximal 30 Hops
1 2 ms 2 ms 2 ms 192.168.1.1
2 2 ms 2 ms 2 ms 10.20.215.250
...and so forth, going the wrong way...
当禁用 WLAN/Intranet 接口时,一切都再次正常工作,我只是没有互联网/公司访问权限。
谁能告诉我这些路线是否有一些内部处理,这对我不利?
可能是 Windows 恶作剧?
我有一种预感,2 个默认网关不是一个“好主意”,但我觉得设置了静态路由并没有那么重要。另外,我手动设置了接口指标,因此内部网络通常较低(2 vs 50)。
更新:
我按照评论中的提示删除了通向思科路由器的第二个默认网关。(172.19.8.100) 我还将所有接口指标再次设置回自动。
网络指标只是一种快速尝试解决方法,但它根本没有影响情况。
这就是我的route print
样子:
PS C:\Windows\system32> route print
===========================================================================
Schnittstellenliste
17...00 15 5d d7 f1 05 ......Hyper-V Virtual Ethernet Adapter #5
11...54 b2 03 18 aa 7e ......Hyper-V Virtual Ethernet Adapter #3
13...54 b2 03 18 aa 7f ......Hyper-V Virtual Ethernet Adapter
27...6c f0 49 6c 42 6d ......ASIX AX88772C USB2.0 to Fast Ethernet Adapter
1...........................Software Loopback Interface 1
===========================================================================
IPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.121 36
10.1.1.0 255.255.255.248 172.19.8.100 172.19.8.250 36
10.1.2.0 255.255.255.248 172.19.8.100 172.19.8.250 36
10.1.3.0 255.255.255.248 172.19.8.100 172.19.8.250 36
10.1.4.0 255.255.255.248 172.19.8.100 172.19.8.250 36
10.1.6.0 255.255.255.248 172.19.8.100 172.19.8.250 36
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 331
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 331
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
172.19.8.0 255.255.255.0 172.19.8.100 172.19.8.250 36
172.19.8.250 255.255.255.255 Auf Verbindung 172.19.8.250 291
172.20.2.0 255.255.255.0 Auf Verbindung 172.20.2.100 281
172.20.2.100 255.255.255.255 Auf Verbindung 172.20.2.100 281
172.20.2.255 255.255.255.255 Auf Verbindung 172.20.2.100 281
172.20.10.0 255.255.255.0 172.19.8.100 172.19.8.250 36
172.20.20.0 255.255.255.0 172.19.8.100 172.19.8.250 36
172.20.30.0 255.255.255.0 172.19.8.100 172.19.8.250 36
172.127.0.0 255.255.0.0 Auf Verbindung 172.127.0.1 271
172.127.0.1 255.255.255.255 Auf Verbindung 172.127.0.1 271
172.127.255.255 255.255.255.255 Auf Verbindung 172.127.0.1 271
192.19.8.0 255.255.252.0 172.19.8.100 172.19.8.250 36
192.19.20.0 255.255.252.0 172.19.8.100 172.19.8.250 36
192.19.28.0 255.255.252.0 172.19.8.100 172.19.8.250 36
192.168.1.0 255.255.255.0 Auf Verbindung 192.168.1.121 291
192.168.1.121 255.255.255.255 Auf Verbindung 192.168.1.121 291
192.168.1.255 255.255.255.255 Auf Verbindung 192.168.1.121 291
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 331
224.0.0.0 240.0.0.0 Auf Verbindung 172.20.2.100 281
224.0.0.0 240.0.0.0 Auf Verbindung 172.19.8.250 291
224.0.0.0 240.0.0.0 Auf Verbindung 172.127.0.1 271
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.1.121 291
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
255.255.255.255 255.255.255.255 Auf Verbindung 172.20.2.100 281
255.255.255.255 255.255.255.255 Auf Verbindung 172.19.8.250 291
255.255.255.255 255.255.255.255 Auf Verbindung 172.127.0.1 271
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.1.121 291
===========================================================================
Ständige Routen:
Netzwerkadresse Netzmaske Gatewayadresse Metrik
10.1.1.0 255.255.255.248 172.19.8.100 1
10.1.2.0 255.255.255.248 172.19.8.100 1
10.1.3.0 255.255.255.248 172.19.8.100 1
10.1.4.0 255.255.255.248 172.19.8.100 1
10.1.6.0 255.255.255.248 172.19.8.100 1
192.19.8.0 255.255.252.0 172.19.8.100 1
192.19.20.0 255.255.252.0 172.19.8.100 1
192.19.28.0 255.255.252.0 172.19.8.100 1
172.19.8.0 255.255.255.0 172.19.8.100 1
172.20.10.0 255.255.255.0 172.19.8.100 1
172.20.20.0 255.255.255.0 172.19.8.100 1
172.20.30.0 255.255.255.0 172.19.8.100 1
===========================================================================
相关网络信息:
10.1.x.0 => 可通过 Cisco 路由器访问的网络
192.19.x.0 => 可通过 Cisco 路由器访问的网络
172.20.2.0 => 管理网络/独立接口 ETH0
172.19.8.0 => 思科路由器/骨干网络
172.19.8.100 => 思科路由器
172.19.8.250 => 静态 IP 接口/接口 ETH1
192.168.1.0 => WLAN-路由器网络
192.168.1.1 => WLAN-路由器
192.168.1.121 => Current Dynamic IP on Interface with GW to WLAN-Router
我想知道具有两个处理器主板和两个处理器的物理机器是否可以在一台机器上作为两个单独的服务器运行。
例如:服务器 A 将运行 Linux 环境,服务器 B 将运行 windows server 2016。
他们当然会有自己的存储空间和自己的网络适配器。
HPE ProLiant DL380 Gen9 就是一个示例机器。
这甚至可能吗?如,是否有支持此功能的主板/处理器?
如果这是可能的,你能把显示器从一个切换到另一个吗?
更具体地说,如果两者都运行 VMWare,它们是否可以在高可用性集群中运行?
自从我拥有 Surface Pro 6 以来,我的 Surface Pro 6 就表现得很奇怪,但我真的不明白为什么。
有时在白天或大部分时间在晚上,系统进入待机模式。它在某些时间范围内每 30 分钟发生一次,但不会持续一整天。
让我用事件查看器的屏幕截图向您展示我的意思:
我过滤了事件 506 和 507 以收集更完整的示例。如果您想查看它,请查看此处的filebin/SC_MONITORPOWER.zip,但上面的屏幕截图应该足够了。
我不明白的是我没有激活任何自动待机功能,而且当它发生时我也没有闲着。即使在我打字时,事件也会非常严格地触发。
我的 Energyplan 设置全部设置为“从不”。您可以在下面的屏幕截图中看到这一点(对于德语文本,我深表歉意,但它应该仍然传达自动待机被禁用的证据)
不管我是插上电源还是使用电池,这两种情况都会发生。
我遇到的问题是我不知道如何解决这个问题。查看WM_SYSCOMMAND的 Windows 文档至少告诉我 SC_MONITORPOWER 到底做了什么,但咨询谷歌的任何解决方案都没有帮助我。
在这一点上,我只是不知道去哪里看。
是否有其他事件视图消息可以帮助我首先确定实际触发 SC_MONITORPOWER 的内容?为什么它会如此有节奏地发生?
附加系统信息:
Surface Pro 6 / 16GB 内存 / 512GB 固态硬盘
系统-SKU Surface_Pro_6_1796_Commercial
Windows 10 专业版 10.0.17134 内部版本 17134 (x64)
我刚刚开始学习 Angular 课程,在学习该课程的过程中,我认为我还需要安装基本扩展,以便更轻松地使用此 Web 开发工作区。
因为我使用Settings Sync ,所以这些扩展会立即上传到我的设置要点。然而,问题是我不希望在我的所有其他工作区上使用这些网络开发设置/扩展。
在所有其他工作区内禁用添加的扩展非常耗时,所以我想知道是否可以只在工作区内安装特定的扩展?
在本地设置同步中有忽略扩展的选项,但这只有在安装后才有意义,因为在安装带有多个扩展的扩展包时,从一开始就不太清楚扩展名是什么。这样做甚至可能很乏味,因为一些扩展也会改变 settings.json,然后上传,即使这些设置不应该在没有这些扩展的工作区内。
换句话说,它只是荒谬地扩展并且只为这个工作空间安装在我看来是有意义的。
问题是关于为这个工作区安装扩展的简单方法,因为它们只在那里需要。