思路大概就是先对齐 MTU ，然后慢慢降低吧，tcpdump 一下，比如我没看到你提及在对端配置的 MTU ，两端都要配置。

和科班关系应该不大，网络方面也只学过谢希仁的计算机网络第 5 版，但是不实践很难理解得深。

我是用的 wireguard ，mtu 当时也遇到了问题，最后设置的值是 1280 ，具体我忘了是什么原因，勉强回忆了一下可能的几个点：
1 、网卡本身有几个大包特性，看看是不是要关闭，比如现在大多数网卡都具有 LRO/GRO 功能，即网卡收包时将同一流的小包合并成大包 （ tcpdump 抓包可以看到>MTU 1500bytes 的数据包）交给内核协议栈。
2 、协议本身可能占的字节也要考虑，比如 ZeroTier 和 TailScale 应该是有协议字段的，当一个包到达 TailScale 网卡的时候，TailScale 封装完之后要满足真实网卡的 MTU 才行，所以 TailScale 的 MTU 肯定是要小于真实网卡 MTU 。

另外，你好像少计算了 IP Header 的 20 个字节，MTU 是 2 层的 payload ，实际也就是 3 层的全包内容。

现在过来要穿，但是轻薄的半身的就行，不用太厚的连体的，或者来套棉服也没啥问题，在外面玩着玩着就热了。

今天发现 playwright 有头定位元素是根据前端视窗定位的？而不是根据前端源码？当我定位某个页面元素时，虽然它存在于前端源码中，但在当前分辨率下并没有出现在屏幕上，比如说有一个水平的滑动窗口，可以通过向左和向右的按钮来控制窗口中显示不同的内容，当前没有显示的话， 这种情况下定位会导致视口上下晃动，直到发生 timeout 错误。

相关 issue： https://github.com/microsoft/playwright/issues/21784

洋垃圾捡过 128G RECC

@gpt5 确定不是一个重复劳动的数农（对标码农）？

@naminokoe 她是想让我学个手动档以防万一遇到手动档的车，让我开，她自己学自动档，听着好像合理，但是没必要？

可以，那个栈的感觉用 ASCII 表示，看上去不自然。

我也觉得 python 用户宽度大，另外不知道 op 知不知道 yakit ，你这个产品让我想起来了它，也是最近几年一直在开发。

采用人工采集跟用户推荐的方式，这种方式，你没有优势吧，别人很容易 copy 。
看你后面不为钱的话，我觉得是不错的。

@iiusky 那说明他这个广告没做好，建议 @Cellinlab 重新修改广告词，友情价按照 limihu 的生辰八字，投其所好。

其实不用装代理软件，用 iptables 转发就行。

但是，如果有零信任，转发无效，代理应该也无效。

其实 DOS 比 Windows 要稳定得多

西数红盘，最安静，东芝的那个 NAS N300 垃圾的要屎。

青轴声音确实大，用青轴的有两种人：1 、种是新手，觉得买机械键盘就是喜欢咔咔咔，却不知道大部分人其实用得都是红轴； 2 、种是装逼的，觉得我就要让你们听到，你快看，我正在使用键盘。

对付这类人，脸皮不能薄。

@HancockXu
@asyncd

当时确实是翻译有问题。。。