InDom

是谁在拨号？（光猫、路由器、其他未知？）
拨号设备获取到的 IP 是否与公网 IP 一致？
是否在拨号设备上开放的端口？
在内网中能否通过 telnet 公网 IP 公网端口 进行联通（就算公网不通，如果以上操作没问题，实际上是可以在联通的“仅同一内网”）
同一内网不同设备能否通过内网链接到该端口（排除本地端口监听问题）
开放的端口是否是低位常见或被明确封禁的端口（如 80 443 等，可参考 /t/509732 ）
如果以上都明确没问题，尝试排除一下“假公网” （参考 /t/875867 ）

经过以上步骤，你应该可以解决或找到问题。

呃 同 @gtese #2 ， 电磁滚轮确实毫无阻力，跟坏了似的。

@l2een #106 直接参考 https://dortania.github.io/OpenCore-Install-Guide/ 即可，

具体我说纯 windows 联网安装之类的在 https://dortania.github.io/OpenCore-Install-Guide/installer-guide/windows-install.html

建议通读一遍，然后再边看边操作。

我：闹钟，每天，如果明天不上班就把手机/手环 丢在书房不带进卧室，或者关掉一天，忘记了就醒来关掉继续睡。

我对象：闹钟，只响一次，每天睡觉前从十几个闹钟中选择一到若干，打开。

核心问题是运力不足，运力不足的原因是乘客出行不规律，波峰太高。

你一个车厢就只能坐这么多人，你一共就这么多车厢，但乘客就是比你车厢乘客总数要多，搞啥都没用。

你只能无限提高车厢的利用率接近 100% ，但永远无法达到或超过 100%。

企图用提高代码效率的形式解决 DDos 问题，不可行。

之前我还想如果自动驾驶足够发达，是不是就不会堵车了，然后最后的结果很悲观，是该堵还是会堵。

就是马路全封闭，所有车辆都无人驾驶。也只能提高马路的利用率无限接近 100%但永远不可能超过马路的实际承载量，也无法彻底解决堵车问题。

一条路上如果所有的车都车头接车尾，无缝运行，这就是理论上的极限值，如果再来一辆车，除了他会飞，不然也得堵在一边。

差不多 10 个月，12 月公司倒闭打算年后再找，结果就疫情了，拖到了 10 月才找工作（因为钱花光了）。

这也是人生唯一一次 GAP ，之前的工作基本都是 月底离职，月初入职，从来没有中断过超过一周的。

面试最大的问题是：都不知道该用哪个算法，搜都搜不知道怎么搜。