@chackchackGO 你到底为啥要不在同一个网段？想以此来解决在同一个网段的什么问题？

三层可以不在同一个子网，但二层必须在同一个广播域

从你的描述来看，没啥放弃的理由啊。自己认可，家人也支持。至少不存在三观冲突的矛盾，比起 V2 上看到的一些例子还是要好多了。

另外，建议 OP 考虑一下，不必把自己局限在单个路由器全能的范围里。思路一换天地宽。

对了，看到 OP 筛选出来的结果，补充一点，7622 的性能是明显高于 7621 的。
7621 只能说算是路由器 SoC 里 MIPS 系的的天花板，但是 MIPS 早就停止发展，跟还在活跃的 ARM 肯定是不能比的。
根据 UBNT 的说法，他们一开始设计 UAP-6 Lite 的时候，SoC 选的 7621 ，做出来的 EA 版性能不符合预期，后面正式版换成了 7622 。

不过，用 7622 可能还是解决不了 OP 的问题。

外接标准 104/87 键盘，ctrl/shift/alt/os 四个修饰键都有右边的，这样不论主键在坐还是右都可以左右手分摊，不用特别扭曲某个手指

@jtcc 如果大体尊重原著进度的话，那姬昌的戏基本已经演光了，下一部不露面都可以，还配什么音

你把它当一个套着中国故事、用着中国面孔（为主）的指环王，别纠结封神拍成什么样符合你心中的预期，那还是挺好看的。剧中有不少殷商细节做得挺讲究，看出是经过考证了……但，风格就是个欧美魔幻剧。

因为大家都识货，知道 2.5G 网卡反过来了，螃蟹厂比牙膏厂靠谱呗。

电信千兆宽，桥接，ER-X 开 HWNAT ，开了防火墙，switch0 做了 VLAN ，dnsmasq ipset 做分流到做梯子的虚拟机，不开 QoS ，用 speedtest.net 选本地移动测试点，下行跑到 920 的样子。虽然 7621 老了，但是正常跑个千兆还是没问题的。

“整体包括后续转正都没有问题”，那不就好了嘛。

那看来就是伏地魔干的了

对了，提醒一下，虽然 Mac 的 GUI 快捷键是用 CMD 平替 Windows 的 Ctrl ，但终端里该用 Ctrl 的还是要用 Ctrl

@githmb #9 说的不就是#1 的具体实现？然而你在#3 里对#1 表示没必要，又说#17 里回复我的#15 比哦啊哦是#9 是答案……这是啥姿势？

世间安得双全法，不负如来不负卿。你有不想让 geek 用户绕过前端的需求，又有不发送明文的需求，又不用 https ，又嫌非对称加密“一个注册没必要搞这么多次请求吧”……想啥呢？

@githmb 如果是内网项目，让甲方出台制度，用户必须签署“我草忒马的虽然心里不爽但是既然组织上规定弱密码造成的安全事故责任自负了那我就乖乖执行我承诺我不使用弱密码如果我欺骗组织就天打雷劈”协议。

不懂 Java 开发，从一个客户方的角度看，遇到的热衷使用 hutool 的开发方，开发能力和工程实施能力较为欠缺，技术水平令我无奈。

当然我知道这两件事在逻辑上既没有正向因果关系也没有反向因果关系。但就我遇到的小范围样本而言，有相关性。

这样做是可以的。但是如果程序要在当前路径里写文件，并且文件名是固定的，不依赖程号或者端口号之类运行时状态，那么你的两个服务可能会出现写入冲突而出错。

据我粗浅了解，Java 也可以同一路径下同一 jar 启动多个实例吧。