over-webized world

@lyc8503 到一大堆服务器上添加新的公钥，然后遗漏了一小堆……不过话说如果要登录的服务器数量多的话，应该用签过的密钥，或者用 AuthorziedKeysCommand 从一个地方集中读取公钥，但是这样一来又有新的加固点需要去维护

私钥不离物理设备当然是按理正确的，但还有一个尴尬问题是，旧设备突然物理损坏了，还没来得及用来添加新设备的公钥……

如果一定要重度使用 Word ，唯有 sharepoint 是正途

有没有可能，不够重视技术，也只是果，不是因

ipv6 太复杂，当前阶段建议简单一点，对被墙域名只解析 v4

结论：换 DP 线吧。

Dell 这奸商做得真是超凡脱俗。

仔细看你发的主机页面

| 灵活性更高，可扩展性更强
| 借助 HDMI 1.4b 和 DisplayPort 端口，灵活连接其他显示器和设备。HDMI 1.4b 端口支持连接 FHD 显示器，而 DisplayPort 端口则支持连接高达 4k 分辨率的显示器或 3 台 FHD 显示器。


然后在“HDMI 1.4b”后面那个 i 图标点一下，出来

| 重要详情
| HDMI 1.4b 端口：无 4K 、2K 输出。

把 MongoDB 放在公网上且没啥保护措施的人大把大把

@sentinelK 有道理

@sentinelK 另外从 OP 的表述来看，他的疑问显然不是翻译问题。如果是翻译问题，那应该是在这个语境里 render 使用合理但翻译成渲染不合理，而他显然是在确认这个语境里英文的 render 和中文的渲染对应的情况下，质疑英文 render/中文渲染这个名字是否能准确表达语义。

@sentinelK 不要泛泛而谈空对空。就 web 开发里的从模板+数据生成页面这件事来说，中文里说的渲染就是直接来自英语里的 render ，而且是老早就有的事，不是 react 和 vue 时代的培训班生造出来的。有一定年岁而且习惯看英文材料的老 web 开发者应该都有印象。

这也怪培训班？还特么的从 vue 、react 时代？

英语原文里早在不知多少年前就用 render 表示根据 HTML 模板和实际数据来生成最终页面的过程了。

@tempw 是指 4K 显示器，24 算非常规的。

OP 要被一群精通大厂职场螺丝钉精神的爹友们拍死了

3. 多 WAN

可能需要的场景
1. 简单的多 LAN 段，每个口一段。
2. 跟交换机之间做 LAG 。

文档并没有歧义。你对涉及到的背景知识了解不够罢了，另外也可能英文阅读能力有待提高。

不要望文生义。你先搞懂 HTTP CONNECT method 的用法再来看这个文档就不会有疑问了。

大写的 CONNECT ，这是一个单独的 HTTP method ，跟 GET/POST 对等的，只是专用于代理罢了。你引用“the proxy CONNECT method may connect”并自我发挥“CONNECT 其实只在 client->nginx proxy 这个环节吧？ nginx proxy->server 应该是 tcp 连接”实在是理解歪了。

这句话的意思是是通过 CONNECT 方法可以去连的端口。从 cient->nginx proxy 这个环节，操作是发一个 CONNECT 命令，指导 nginx 建立 tcp 连接去连 server 的目标端口。在逻辑上这是一个整体操作。你非要把“CONNECT 方法可能连接的端口”理解为 ient->nginx proxy ……这个逻辑就不对，是 cient->nginx proxy 已经建立好 tcp 连接了，才会按 HTTP 协议的格式发送 CONNECT 请求，所以 cient 能“连”（ connect ，小写，作为一个通用英语单词） nginx proxy 什么端口，跟“CONNECT”（大写，特指 HTTP CONNECT method ）请求根本就是两码事。

@ttgo “这个防火墙的 ip 是啥？怎么远程设置这个防火墙呢？”

防火墙可以做成透明模式，从接进来的设备和上游看就是一个交换机，防火墙从二层流量里剥出三层载荷后做转发过滤。这样防火墙在数据平面是没有 IP 地址的。

要远程管理的话，可以单独拉一根线，一头接在防火墙的管理端口，另一头接到你办公室的网段。给防火墙的管理端口配一个你办公室的 IP 地址就可以了。这个管理端口只负责控制平面，和数据平面没有关系。当然也可以在你电脑上加一块网卡，跟防火墙的管理端口组一个 /30 的小私网。