yk终于要把svn换成git了，只是sourcetree调用bcompare慢的真是有点过分，我会怀念小乌龟的

TCP Option的顺序和Windows不一样，还多了一个TCP Fast Open，然后就突破限速了！
ಠ_ಠ

更新：好吧，现在只剩下KCP是坚挺的，就看它能不能撑到我换地方了

Windows 10 1809
升级之后远程桌面容易在刚连接上的时候卡死
现象是画面没有任何反应，但是点击操作实际上是有反应的，配合TeamViewer发现的
一开始的解决方案是用UWP版的远程桌面，缺点是鼠标不跟手，难受，后来又悟出了下面两种操作
在UWP版登录后不断开的情况下再登录远程桌面，能有很大概率不会再卡死
调低远程桌面的各种设置，比如色深、动画等，也能减小卡死的可能性

更新：
进一步发现，卡死多发生在持续性的画面大幅变化，也就是流量瞬间暴涨的时候，比如视频开始播放、网页快速滚动等，怀疑是新版的远程桌面协议对瞬间大流量的画面数据处理有问题

再更新：
把VPN的虚拟网卡改成了10Mbps
卡死的概率低了很多
基本能正常使用了

最后更新：
这个锅看来还是要电信/移动来背了
禁用了VPN的UDP加速，怎么都不会卡死了
估计禁用远程桌面的UDP支持，效果也是一样的
苍天啊，我又被宽带运营商坑了，还冤枉了巨硬，我错了

真~最后更新：
电信/移动大佬我错了，一切的一切都源于在下的无知
事实证明，没有什么事情是调小MTU不能解决的，如果有，就再调小一点

真~真~最后更新：
还是错了，在完全相同的网络环境下，1803是好的，MTU 1500，1803也是好的
苍老师啊，我到底是做了什么孽，非让我遇上这样的BUG

真三~最后更新：
事实再次证明，和MTU没两毛钱关系
关了远程桌面客户端的UDP支持基本就和1803一样了
感觉这个问题和用了VPN也有点关系，甚至可能只有SoftEther VPN会有这个问题
算了不折腾了，19H1发布之前就这样吧
最后向电信/移动致以最诚挚的歉意，顺便鄙视一下巨硬和BUG10

组策略/计算机配置/管理模板/Windows 组件/远程桌面服务/远程桌面连接客户端/关闭客户端上的 UDP/启用

真的不会再更新了：
这个BUG应该很快就会被修复了
Insider Preview选[仅修补程序、应用和驱动程序]已经基本不会卡死了
期待下一个 ಠ_ಠ

最近更新了系统，貌似远程桌面有BUG，无规律频繁卡死，不得已换了UWP版的远程桌面客户端，结果死活不能通过VPN连接，一抓包才发现，这坑爹的山寨宽带运营商竟然对172.16.0.0/12这种局域网地址有响应，而且延迟极低，早在VPN连接响应之前就给截胡了，没办法，只能在路由器上加规则，把请求这些局域网地址的包都丢弃了，这下才总算是能正常用远程桌面了。

另外，单一TCP连接又被限速了，这次改TCP Option也没用，但是Linux依然没有被限速，唯一找到的差别就是TCP Option的顺序不一样，算了不管了，反正KCP还是可以满速的。

用了obfs插件，一旦下载速度超过某个值，大约是10MB/s的样子，立刻被限速到30KB/s以下，而且大概率就维持在这个速度了，不用插件或者用kcptun都不会出现这种情况。
鄙视这个山寨宽带运营商，这货可能连运营商都算不上，之前鄙视电信大概是真的冤枉了，都是这个山寨货出的幺蛾子。