@rming 原因如下：
https://www.zhihu.com/question/476381399

最好先升级到 RHEL 7.9 。稳妥起见可以只升级一台再看看后续。

鉴于 RHEL 7.9 对于 7.6 而言只是常规更新，所以可以试下这样跟你的领导讲：不如把系统常规更新、补丁包都安装好，说不定问题就修复了。

@siwadiya
@AllenHua

可以做到，CTRL + Shift + backspace

小提示，在 PowerShell 7.x ，curl 和 wget 已经不再是 Invoke-WebRequest 的别名了。

@360dust 严格来讲不是一回事。vim 是 vi 的增强版。

只不过大多数 Linux 发行版为了省事，直接就自带了 vim 取代 vi ，不用额外再手动安装 vim 。

而在 BSD ，两者仍然分得很清楚，系统默认自带 vi ，想要用 vim 那就自己安装。

@tia 还有个特殊原因。

自前几天《运营商改造为 IPoE 的优势与劣势以及 IPv6 的安全性问题》在各大网站传播，就有小白和半桶水说，IPv6 查房可以精确到家，而以为 IPv4 因为地址是共享了的，所以查起来就没那么精确，从而“抵制”IPv6 。

他们甚至丝毫不知道运营商在 IPv4 的当下早就已经保留 NAT 转换日志，一样可以精确查到家。

显然这群小白依然以 IPv4 的角度去理解 IPv6 的分配方式。

这个讨论贴的截图已经在许多网站上传播开去了，然而在其他网站的传播过程中，不少半桶水又对 IPv6 产生各种曲解，还在以 IPv4 的思维去理解 IPv6 ，以及相关的“查房”方式。他们甚至丝毫不知道运营商在 IPv4 的当下早就已经保留 NAT 转换日志，一样可以精确查到房。

@sirlion 是另一个讨论贴《运营商改造为 IPoE 的优势与劣势以及 IPv6 的安全性问题》( https://www.v2ex.com/t/875762 ) 在微博和各个论坛传播出去了，于是有不少人顺路过来看。

@723X 也许早期的 Windows 10 会隐藏其他电源计划，只能选平衡。

但现在的 Windows 10 已经恢复原有的设置方式，节能、高性能可以直接选。

控制面板\系统和安全\电源选项，设置方式就如同 7 、8.x 那样，没变化（ Windows 10 19044.1889 ）

由于我个人并不靠制作开源软件来吃饭，所以都是怎样宽松怎样来，原则就是“不要来打扰我”：

其他人用不用我的代码，我无所谓。
其他人如何使用我的代码、拿去干嘛，我不想知道。

fork 了我的代码改东改西然后 push 回来却发现有一大堆冲突行需要梳理，烦！
进而发现对方把许可证改得更严格了，对我问东问西，烦！

我不愿意限制他人如何使用我的代码，正如同不愿意被别人限制一样。不过，如果有办法对付“我就是要限制你”，那么我还是很乐意使用这类办法的。

@xxfye 主要是第一个破坏规则规范的人是谁，以及另一边的受影响方是否感知到、能否自己缓解 /化解。

在梯子技术中，第一个破坏规则的人并不是用户，于是用户们也只好用非规范的手段去做原先能直接做的事情。然而至少用户是知道这种“破坏规则”是存在的，尽管第一个破坏者自己没说话，但起码用户侧能很明显地感受到，并且用户可以自己去缓解、化解。

而到了这种“NAT 真假公网”的情形，第一个破坏规则规范的人依然不是用户自己，受到负面影响的却依然是用户自身（比如前面有人提到的玄学式的时而能连时而断开），稳定性反倒不如 NAT1 ，但用户给却毫不知情，以为是自己的问题。直到大家都见到 OP 转发的那张图，才惊觉原来是运营商和厂商使用了非规范措施导致自己连接变玄学，而自己此前一直不知情。
而且这种“故障”并不是自然形成的（例如线路受电磁干扰、光纤弯折过高、连接头没插稳、双方设备负载过高等等），而是故意引入的非规范设备的“后遗症”。
在这种情况下，作为用户，出现愤怒、发出声讨是很正常的。更何况，用户这一侧毫无缓解 /化解 /反击的措施。

解决问题的办法有很多种，并不是每一样都该赞的，毕竟有一些单纯只是“应付式”，表面上看解决了，实际上只不过是“堵住用户的嘴”。
举个例子。江苏广电为了“解决”IP 地址的不足，居然把 102.x.x.x 当成内网地址来用： https://www.v2ex.com/t/859490
能用吗？当然能用，也能算是“解决办法”的一种，然而就如同前面的“NAT 真假公网”一样，会带来风险与麻烦。
当然了，由于江苏广电这种做法带来的麻烦更为明显，并且违反规范的方式肉眼可见，实打实地造成用户无法访问 102.*的所有资源，更容易引起用户的察觉。

关键句来了：“并且用户短期重新拨号无法更换新 IP”

看来想要判断自己的公网是不是真·公网 IP 很简单，短期内多次断线重连，看看 IP 地址会不会发生改变就行了。
每次重连都会换新 IP 那就是原始意义上的公网 IP ，如果 IP 还是没变化那就是共享式公网 IP 。

@wuosuper 这样做的话，在我刚才提的假设当中，很大几率会露陷而被用户发现了。

@xxfye 那就来个现实的假设。

假设某个假公网（假设是 123.45.67.89 ）后面有 3 个 3389 （都是 Windows 远程桌面），那么外界某台机器发起请求，连接到 123.45.67.89:3389 的时候，应该连后面的哪台机器？

甚至会不会有这种可能：

当客户发现并确认公网 IP 无法接受传入连接，或者发现 RDP 、SSH 连接到的并不是自己的机器，于是再打电话询问运营商客服时，运营商才真正将该客户分配到真·公网 IP 的池子中。

造成冲突的可能性，对某些应用来说还是比较高的，例如 RDP 的 3389 ，还有 SSH 的 22 。

开启 Windows 的远程桌面其实一点都不罕见，对于部分非小白用户来说，公网 IP 有一个很重要的用途就是 RDP 。
很久以前我试过用 tcping 简单扫描我用着的 IP 的 /24 网段，发现开启 3389 的机器还真不少，有时能找到十几个。
用远程桌面连过去，确实能够连得上，有一些甚至是 Windows Server 。

万一同一个假公网 IP 后方刚好有两人甚至更多人开启了 3389 ，那就一定会造成冲突，而且很容易就被发现。包括 3390 也有可能会冲突，有些人会用端口映射把 3390 映射到另一台 Windows 的 3389 。

SSH 同理，基于 BSD 的或者 Linux 的设备（主要是软路由，还有一部分高端路由器）自带 SSH 服务，部分使用者会把 SSH 暴露到公网。

从理论上来说，VNC 其实也会有同样的冲突，只不过使用 VNC 的机器应该没 RDP 和 SSH 那么多。


除非 NAT4444 的那套设备能够针对性处理，发现有人开启了 SSH 、RDP 、VNC 就单独让这个人使用单独分配的公网 IP 。只有这样才能避免冲突。

OP 补充说 VSC 也有这种问题，于是我也特意试了下，发现并不会这样。

在桌面 1 打开了 VSC ，切换到桌面 2 新开一个 VSC ，一切正常，桌面 2 打开的 VSC 会在桌面 2 出现，不会在桌面 1 开启。

我用着的 Win10 版本：19044.1889

@mikeluckybiy
没错，IP 段跟 NAT 类型并没有必然的联系

@mxuan
NAT 类型是 NAT 类型，IP 段是 IP 段，具体采用哪种 NAT 类型那是运营商的设置选择。
如果运营商愿意，CGNAT 当然可以 NAT1 。只不过这轮不到普通用户指定就是了。

@ysc3839 不能跨文件复制粘贴，这就是另一件事了。

OP 问的是“请问有方法强制在当前窗口下打开”（当前桌面），那就先给他打开的办法。