@Liir 不用羡慕，装上大水龙头的同时很可能把公网 ip 也拿掉了，出国也很可能不升反降。超过 20Mb 的带宽接入，不是用来跑满就没意义。现在接入网的提速其实就是一种新型的铁公基，还能倒逼内容商掏钱买带宽，转一圈之后发现成本还是落到了普通家宽用户头上。

8 楼真相了。 另外公网 ip 不知道还有没有。

@gzelvis 上海联通去年 11 月开始也抽了，给我的解释也是海缆断了。

@raysonx 即使这段时间联通的劫持非常厉害但我还没遇到过一次。百度网盘会员白天多线程多任务只有 1.1MB/s ，过了 23 点后秒变好。

和楼主的问题完全一样，去年底联通把我折腾到了 112.64.28.X~112.64.31.X 然后发现出口带宽变蚂蚁洞，打了无数次电话还发了几次邮件到现在没解决。 最近两周百度网盘白天很多时候都只有 200KB/s ，不知道在搞什么。

上海联通上行是下行的一半，但现在然并卵，出口带宽差到快和去年上海电信一样了。

实际上是不可能知道的。就算是 bgp 也只是以 AS 为最小粒度，还是太粗了， ebgp 发出的大部分都是汇聚路由。
icmp 探测是不靠谱的， bgp 靠谱（不然就压根不通）但很粗略。事实上别说全网，就是国内的一个 ISP 的路由或拓扑信息也很难内部找个人说的清。

@skydiver 单纯从协议讲不会，但考虑到 NAT 还是有可能会断的，客户端的 NAT 发现长时间的会话空闲可能就会把该会话清除，另外运营商有一类叫做会话追踪的设备更不会长时间保持一个普通家用宽带用户的会话。简单讲就是连接保活。

@snnn 14 楼说的那个和你的意思不一样吗？ 其实就是客户发一些数据保持整条会话，防止中间丢状态，连接关闭。我已开始理解的是业务监控方面的问题。

@billlee 嗯，我懂了，你说的心跳是业务心跳，就是如果业务代码跑顿了也算是丢心跳？
NAT 网关丢状态我确实没考虑到，受教。 之前一直没有遇到中间有 NAT 的情况，每台设备都有公网 ip 。

@snnn 我的意思是服务器程序另开一个线程用 udp 或 rawsocket 专门处理心跳，避开 tcp ，毕竟 tcp 是流，很多不熟悉的人会遇到 5 楼的那种问题，此外实际应用中还有 netfilter ，很多隐藏坑在等着新手。 其次 TCP 不设置 keepalive 的话根本不关心有没有数据来往。

windows 也是缺省开 nagle 吧

在这里顺便问个问题，简单的心跳协议多数人会选择 tcp ？ 为什么不用 udp 或 rawsocket ，简单而且延迟小。

如果是多核环境把服务器进程绑到靠后面的 cpu 上面再测。

领导：小红啊，听过马上 https 就全面上马了，以后我们集团的安全和利益怎么保障啊
小红：战胜不了它就加入它，先加入它再控制它
领导： bingo ，进步很快啊

交给 360 等于交给郭嘉，另外还有 wosign 。

@nemuol ac68u ，想在路由器上折腾不如弄个 x86 的板，然后 AP+交换机。

原厂固件很差，掉速，登不了管理界面， 802.11n 兼容差、各种问题，然后就出了，再出的新版固件不知道怎么样。据说刷了 merlin 和 ac68u 差不多。

实践出真知， windows 的文档和书籍都是照本宣科，付费的培训可能还有点料。 对 windows ntfs 权限比较熟悉的都是域管理员。 administrators 组在 windows 里面不是最高权限组。不过你可以直接在那些没有权限的目录上把属组改成 administrators ，应该就能删除了。 一般而言这些目录都不是让普通用户去动的。