我见过还有这样的：Dev / UAT / Pre-Prod / Prod

@cnbatch Vultr 自己说是 outbound ports 屏蔽，但实测下来表现为双向，估计他们的做法是，这几个端口的出站包全都一律丢掉，于是无论主动发起还是被动连接，这条连接都无法建立起来。

@documentzhangx66 那大概率是 SMB 相关端口（比如 445 ）被中间某个运营商屏蔽了

我在 Azure 美区开了台 Win10 机器测试了下，发现是可以直连的，我家里的 Windows 7 机器试了下可以连过去（家里用电信宽带）
https://telegra.ph/%E5%85%AC%E7%BD%91Windows-10%E5%BC%80%E5%90%AFSMB-06-08

除了各种文件操作反应相对比较慢，但确实能连得上，包括远端创建了文件夹也能反映出来
也许香港节点的表现会更好，毕竟近得多了。但鉴于费用原因我没进一步试验……

在这个过程中我顺便试了下用 Vultr 创建虚拟机连过去试验，发现连接不上，事后一查 Vultr 文档，发现果然屏蔽了 SMB 的端口
https://www.vultr.com/docs/what-ports-are-blocked/
而且是双向屏蔽

我家报装的电信网络是单方面屏蔽 SMB 端口，路由器上开 iperf3 监听 445 端口，外面怎么连都连不上，换成监听 442 一点问题都没有，很顺畅。连接别人的 SMB 端口一切正常，只要对方运营商没屏蔽的话。

小补充：
SMB 通道两侧的机器里的“出站规则”中，跟入站规则同名的设置项也可以设成“任意 IP 地址”，应该可以更好地提高连通率（针对一边公网 IP 另一边私网 IP 且中间没有端口屏蔽）

@documentzhangx66 其实公网 IP 也能连，只不过需要在“高级安全 Windows Defender 防火墙”里面放行（文件和打印机共享）。

入站规则的“文件和打印机共享(SMB-In)”（“配置文件”为“专用，公用”的那一行），打开后点击“作用域”，就可以看到“远程 IP 地址”限制为“本地子网”和三大内网 IP 段，这时候只需要选成“任何 IP 地址”就可以通行了。

如果有必要，还可以把“文件和打印机共享(NB-Name)”、“文件和打印机共享(NB-Session)”都同样设置一下。


然后还有一个情况会导致以上设置无效，部分运营商会屏蔽 445 端口（这下就不止屏蔽 80 和 443 端口）：
https://www.zhihu.com/question/41426264/answer/2389779158
这种情况下，无论怎么设置都无法通过公网去访问

@heiher udp2raw 也许可以？

首先搞清楚光猫获取的 IPv6 前缀是多少（以 IPv4 的思维去理解，就是“子网掩码”）。如果这个数值是 64 甚至更高（ 65~128 ），那其他设备分配不了 IPv6 的话，并不奇怪。

还有，对于以上这两种情况，就算把那些账号踢出去，黑客们、或者雇佣这群黑客的团体，还可以发布阴谋论说，“他们踢了这些人出去但却没有删除消息，显然是因为无法否认，并且管理层存在严重的内斗”，接着大说特说，那影响和危害只能更加严重。不要指望普通大众能懂 Github 的规则，他们甚至都未必听说过 Github 这个网站。z

@sorakylin 真的跟组织无关？那就大意了。

如果黑客发布的不是黄图，而是散布有关公司的谎言，例如什么“CEO 宣布辞职”、“我们的产品在发布二进制包时其实故意留了后门”、“某某经理其实是某某国家派来的间谍，我有证据如下”……之类的，那杀伤力可大可小，对于上市公司而言很可能一下子就股价下跌，连续发酵好几天。

至于 Owner 账号被盗，就算权限方面实现了你所说的做法，杀伤力并不会有所减少，甚至更惨。比如被盗的 Owner 把黑客的各个小号弄进组织，踢走真正的员工，然后在这些小号里大批量发布假消息。公司的人重新夺回 Owner 账号后，却无法删除那些假消息，只能干瞪眼着急。

考虑下这个场景：
组织某个成员的 Github 账户被黑客盗取了密码，这个黑客浏览一番后发现组织的各个仓库都没什么感兴趣的内容，于是就开了个恶意玩笑，新建仓库，把一些黄图黄片放在仓库内，还设成了公开可见。弄好后，还准备在其他论坛、新闻网站广而告之，使这件事变成公共丑闻。
而就在黑客创建仓库时，其中某个组织管理者刚好发现了异常情况。为了紧急灭火应该怎么做？一般人想到的都会是立即删了这个新仓库。
如果组织管理者无法删除仓库，又不能强行转移 owner ，只能踢出去……好吧，这件事铁定变成公共丑闻。

可以用活动铅笔+橡皮擦，这样纸张可以重复利用，笔杆也能长期用，需要丢弃的小段剩余笔芯也没什么环保负担（石墨和粘土而已）
唯一负担就是费力，尤其是需要擦的面积太大的时候。

不过话说回来，其实费纸问题不大，毕竟无论是回收利用、焚烧发电，用完的废纸都很适合，就算拿去填埋降解也没什么压力。普通人打草稿的消耗量并不是很大，不会造成多大的环保负担。
加插一个相关题外话：无纸办公低碳环保之处，其实是节省了一大堆原本需要打印出来的数量庞大的发票和信件纸，而这当中的大多数纸张通常阅读一两次就丢在一边不再去看的了。
可以想象一下，平时上班收发的电邮和微信内的公司通知变回纸张形式，那得产生多少纸。就算不计算全部往来电邮和通告，只计算每天上班遇见的群发公告（包括电邮和微信），数量实际上也不少。这样想就能明白平常节约下来的其实是什么纸。
显然，这种情况跟自己打草稿并不一样，自己打草稿是刚需用纸，是思考过程的其中一环，单张纸的便利程度、需求度远比不痛不痒的例行通告来得更高。

何况某宝、拼夕夕之类的平台还可以买到许多低价 A4 白纸，一包 500 张价格才 15 元，100 元可以买 6 包共 3 千张，还剩下 10 元可以买替换笔芯。假设一天用一张，可以用足 8 年。
就算电子手写板的寿命能有 8 年那么长，产品升级换代、喜新厌旧心理总会不知不觉地让自己买新产品，或者用了一段时间就放着不用。总体算下来，还不如用普通纸更划算。

能够支持 i9-12900K 又支持 IPMI 的 ITX 主板，那还真是暂时没人出。
去掉 ITX 这个限制的话，我只能找到一款：X13SAE-F ，价格可能超出预算。

如果重新弄一台设备又想低成本，可以考虑 AMD 方案，Asrock Rack （华擎的服务器级主板系列）提供的主板选择很多，其中有一部分支持桌面处理器系列，这样的好处是内存既能用普通台式机的内存，又能用服务器的 UDIMM ECC 内存，任君选择——前提是不使用自带核显的 AMD CPU ，这种 CPU 只有很少数可以支持 ECC 内存，所以选择无核显就对了。
不用担心无法开机，Asrock Rack 的 AMD 主板自带集成显卡。
（闲鱼可能有 Asrock Rack 的二手，但我没试过，毕竟闲鱼的水太深了）

唯一问题是，这样一套弄下来不仅需要重新花钱，而且也要重新花时间，这就只有楼主自己能衡量了

如果时间来得及，要不考虑换成自带 IPMI 功能的主板

@nothingistrue 你连我前面的回帖都没看：
“这样从云到本地的网络延迟也不低了。还不如回归同楼层机房的服务器裸机装 Windows Server”

就妄下结论说“你连 RDP 是啥都没懂”，扣帽子可真行啊

不好意思，我也提到了网络延迟。

另外，我平常还真的会使用公司部署在同楼层机房的 Windows Server ，用 RDP 连进去，包括 mstsc 桌面和 RemoteApp 。

还火气这么大，有必要吗

@nothingistrue 这也是很搞笑的提法。你觉得的搞笑，在别人那里却是正在使用的做法（主贴已经发过，这里再发一次）： https://www.v2ex.com/t/746542

显然，确实有人宁愿加一台机器也不愿安装个 VMware player 。

WSL 当然可以安装在本机，问题来了——企业权限管理。有些企业对于企业内容管理十分变态，甚至连员工的电脑都不那么信任，即使真的需要用 WSL 做测试的开发部员工。所以我的猜想是，也许这个 RemoteApp 状态的 WSL 可以派上用场，但不知道效果如何。

至于 WSL 里面装个 Windows……这是十分奇怪的扩展理解，我原文既没这样提，更没想过需要 /可以 /有必要这样做。

@nothingistrue VMWare 这些毕竟是第三方软件，需要额外安装。RDP 反而不需要，毕竟自带了，对于 DPI 调整也更灵活一些，对于像那位 V2EX 发帖者的用户而言还真是挺方便的。

也许这样就可以把 WSL 变成 RemoteApp ，毕竟 WSL 的资源耗用还是比 Hyper-V 运行实际系统低得多，启动也更快，多人共用的时候也会有点优势。只不过，现在没人知道服务器版本的 WSL 可以同时多开多少个，以及某些企业对于 WSL 的态度模糊不清，所以是个大大的问号

@oott123 因为未必有权限装（指企业内）

@beordle 用云上面的 RemoteApp ，而且还 RemoteApp + WSL2…… 说实话，就算有解决方案，这样从云到本地的网络延迟也不低了。还不如回归同楼层机房的服务器裸机装 Windows Server