不可以，在源侧控制路由（流量通过黑盒时的下一条）通过现在的目的路由技术做不到，需要 SR （ Segment Routing ）技术。

@zagfai #15 SRv6 时代的运营商会让你见识到数据通信 SP 的刀法有多精准。

会不会是太热了啊……

@Variazioni #2 有可能，佳能数码相机有魔改 USB 物理和电气规范做音视频接口的习惯。

没开 Apple Music 订阅？？？

公头不是 USB 啊，应该是非标准私有接口。

同网工，同款终端，从未误触，楼主的触控板各种灵敏度配置是默认的吗，是否开启了轻触单击。

兄弟，乡镇，1G，PON，真的……没那么容易。

iPhone 上的正常吗？

@huifer #3 同样是面向业务流程的，GitHub 的、Cloudflare 的就都很优质，不谢。

变更窗口晚上九点开始，违规操作提前开始直接被甲方打死。

建议楼主看下主流负载均衡 /应用交付产品的文档，里面有典型的部署架构。

@lonelygod365 #4 逻辑上是可以有一层的，但在物理拓扑上，这一层 LB 不一定是直路部署的硬件，也可能是单臂回出口位置的 LB （这就是我上文所说的“不灵活”等弊端），也可能是另外旁挂（流量单臂）的，还可能是旁路（流量三角）的。

@lonelygod365 #2 没看到图，语言描述看是可以的。

负载均衡既可以单纯做负载均衡，也可以负载均衡➕反向代理。

反向代理是负载均衡的一种实现方式，但反向代理并不是只用于负载均衡，负载均衡也不是只有反向代理这一种实现方式，这俩名词没啥必然联系，是相交的关系，也就没啥单纯不单纯➕不➕的。


nginx 做反向代理是否就是为了实现负载均衡呢？

如上所说，不是。也可能是为了端口复用（实现虚拟主机的效果），也可能是为了平滑扩容 /温暖上线 /灰度测试 /AB 测试 /HA 高可用……


假如我在防火墙后面已经有了物理负载均衡，那么后端的 web 服务器，应用服务器之间的负载均衡谁来实现呀？

都可以，但从硬件负载均衡的部署模式 /架构看，内部再来一套负载均衡比较灵活，软硬无所谓。要不然现有硬件负载均衡可以考虑做混合部署，内部负载做旁路或者三角。

正经电信的话首先排除 50M 的问题，拖三路国内视频网站的 1080p 毫无压力，先看下 DNS 有没有乱配吧。

偏向网络层还是偏向应用层，网络层 Wireshark 就很好用了，包括 macOS 上，尤其平滑滚动不容易中断思路，应用层就太多更专业的了，看你主要做什么吧。

不午睡；少摄入糖；工作日睡眠时间尽量控制在 7.5 小时左右。

一楼正解，一定要在旧 iPhone 上正确移除交通卡哦（比如在联网状态下抹掉 /还原 iPhone，或者在联网状态下登出 iCloud ）。奉贤太惨。