在使用 GeoIP 的同时，顺便识别哪些 IP 段是机房哪些是家宽，然后特殊对待

以至于不少机场会专门提到自己的服务可以“解锁流媒体”，甚至还专门发明出“原生 IP”这个词汇来表明“该节点 IP 地址能够被流媒体认为是当地普通用户，可以放心追剧”

既然这样，我选择用 UDP

@nkloveni Wireshark 本来就不是组网工具呀

其实没太大区别。

非要说有区别，那就是 WireGuard 可以在内核中运行（仅限 Linux 和 FreeBSD ），性能相对更好一点。

VirtualBox 也有类似于“Guest Addition”的东西，叫做 VirtualBox Extension Pack

在下载 VirtualBox 的页面
https://www.virtualbox.org/wiki/Downloads
就同时提供了 Extension Pack ，同时还提供了简单的用户指南：
https://www.virtualbox.org/manual/ch01.html

如果想让虚拟机的图形性能不那么糟糕，那么一定要安装！

安装完这个 Extension Pack 之后，只需要在虚拟机再安装一遍 Addon 就好了（虚拟机菜单栏可以找到相应选项，到时候再找找），你会发现虚拟机的图形性能会变得流畅不少。

并不是 bug ，路径长度限制而已。

用组策略解除限制，立即生效：
https://www.microfocus.com/documentation/filr/filr-4/filr-desktop/t47bx2ogpfz7.html

更多详细资料可以看这里：
https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation
这里不但明明白白写出了最大长度限制是怎么回事，还告诉你如何解除——其中就有两种彻底解除的办法：注册表、组策略。

v2ex 怎么回事，狂犬 yi miao 这几个字不让我发，非要满 500 天才能发

不但毒蛇是这样，就连被狗咬伤也是三甲医院更能紧急治疗。
我个人亲身经历，夜晚被狗咬伤，立即打车到最近的医院（普通二甲医院）急诊科，结果医院的人告诉我，这家医院并没有“狗针”可打，直接叫我去“市八”。于是我又去最近的三甲医院（并非“市八”），他们的急诊科就可以打“狗针”，当晚就顺利打到了。

噢还有，被毒蛇咬伤的话，并不是每家医院都有蛇毒血清，而广东省内具有相对丰富蛇毒血清的地方，就是广州（我记得粤东有个城市也比较集中），以至于新闻偶然会报道说，某某地区有人被毒蛇咬伤，交警帮忙开路接送患者送去广州的医院。

如果对于医疗的需求仅仅是普通的感冒发烧，那确实是体现不出差距的。但其实也不用大病，普普通通的胃溃疡治疗就能体现出差距。我自己就同时在三甲医院和二甲医院看过医生治疗胃溃疡。哪怕是广州市内的二甲医院，一样难以追上跟三甲医院，不过广州市内的差距相比市外已经好得多了，市内二甲医院有时也会有三甲的医生过来坐镇，区别是二甲医院贮备的药物种类远不如三甲那么丰富。

至于医疗，那就完全没办法，只能选一线城市。

我某同事亲属的经历，脚皮受伤感染（可能是真菌感染），在广州邻近城市当地的医院很久都治不好，小溃疡总是好了一点点接着又复发。最后没办法，只能前往广州市的省属皮肤科医院。这下终于能够对症治疗，用了半年多一点时间，治好了。

广州的各大医院在实行预约制度之前，医院人头涌涌，如果排队时留个心眼观察下就诊人，以及听一听他们的对话，就可以发现大半都不是广州市居民。
换句话说，就是因为他们当地的医疗条件太糟糕，只好到一线城市的三甲医院就诊。

我个人而言，其实很喜欢大城市的老城区（例如，广州的越秀区、旧荔湾，南海的佛山——现在反过来了，叫做佛山禅城），因为只有这些地方才能找到风味极为地道的餐饮店。

看起来是在讲“自己开发产品，盈利养活自己”的事情。

如果仅仅是为了方便自己，同时也方便他人，这种开源应该算哪类呢？
比如……kcptun 、udp2raw

@jsq2627 不同的路由、甚至不同的软路由都对 IPv6 支持得各不相同，这确实十分头大😓

@jsq2627 OP 用的似乎不是 Windows （ CentOS 肯定不是； NAS 大概率也不是）

关于 Windows 系统截图改文字、加文字，我倒是做过不少。以下“技巧”源自于我截图后用于写文档、写 Guidance 的经验。

其实不建议、且没必要用 Photoshop ，直接用系统自带的“画图”反倒更好。
原因是，在“画图”改文字，它所使用的文字渲染直接就是系统本身的渲染模式，因此编辑出来的文字十分完美，如果能够做到跟原文字对齐的话，效果直接就是“这是真的”。

「怎么分辨不认识的 ssh-key 」

既然提出了这个问题，结合后面的两个提问，我猜测 OP 的服务器应该从未设置过密钥登录（至少公司内的人从未设置过）。
那就可以先问问同事，有没有人用过密钥登录，如果得到的答案全都是“没用过”，那就可以这样排查：

1. 进入这台服务器，查看每个用户的 Home 目录（包括 root 的一样要查，也就是 /root ）有没有 .ssh 文件夹
2. 如果有，那就进去看看有没有留下其它文件（不包括 authorized_keys 、known_hosts 、known_hosts.old 这 3 个文件，后边会提到）
3. 如果有文件，打开来看看是不是 ssh 密钥。不过无论是不是密钥，都可以直接删掉（毕竟公司内没人这样用过，那么删掉并没什么关系）稳妥起见的话，可以先下载来做个备份
4. 检查下 authorized_keys 的大小是否为零，如果公司内从未有人用过密钥登录，那么 authorized_keys 的大小只能是零。如果大小不为零，打开后直接删掉所有内容然后保存（同样地，可以下载回来做个备份，顺便检查一番）

发在 Java 节点下，我猜测是想要使用基于 Java 的传输方案或者用 Java 制作传输工具？