网线最好还是圆形双绞线，扁线和细线都不靠谱。

没看文章，根据你的描述确实是有问题的，正确的方式应该对打洞时的 A 和 B 的源端口和目的端口做出一些限制。

如果 A 向公网节点 C 通信的源端口是 A(p)，映射到公网的端口是 A(p')。相应的，B 向公网节点 C 通信的源端口是 B(p)，映射到公网的端口是 B(p')。

打洞开始时，A 应该以先前与 C 通信的相同的源端口 A(p)向 B(p')发包，这样保证了 A(p)会被映射到 A(p')上。同时 B 应该同样以源端口 B(p)向 A(p')发包，这样保证了 B(p)会被映射到 B(p')上。就不会有问题了。

是因为大部分的网络环境并不差啊，BBR 有可能适得其反

Pyro4 或者 Pyro5

@liandi1990
@ligiggy
就算是传入负数，这个 num%2 == 1 也没有问题啊，余数一定是和被除数同号的啊

@yhxx
你这个期望的答案让我想起 10 年前的一次面试，面试官让我计算根号 2 的值，结果要精确到小数点后 6 位，问我最快的方法是什么？说了级数展开求和之类的都被否决了，后来他告诉我最快的方法是两个字“查表”。为什么记忆这么深刻？因为当时我就想揍他！

为了防止自己的 ACK 对方没有收到，一个 MSL 后被动端才会重发 FIN ，FIN 到达主动端最多 1 一个 MSL ，所以是 2×MSL 的时间)

都是用的多效合一的洗碗筷， 没单独用过软水盐

都能直接操作浏览器了，就不能谈什么安全了。这也是很长时间 chrome 不把保存的网页登录密码加密的理由，因为攻击者能直接操作你电脑的话，可以无数种方式拿到他想要的东西

2 个纤玉星轨在用，就是色温调节不连续，其他暂时无问题

如果是你自己的本地的机器，比如恰好有相同的数据库相同的端口密码，自然会有影响，但都是你自己可控的，一般也不是用这种方式来解决的，因为很显然，两台机器使用了相同的 ip 才是问题的根源。

如果不是你本地机器，10 开头的是私有地址，理论上在公网上不会存在这类地址。就算存在于某些地方的超级局域网，数据库暴露在公网也非常少见，就算有也会有防火墙。ok，你运气超好，真的被你碰上了，密码不对也你也连不上。访问错误能产生多少带宽啊。ok，你运气超好，密码也被你碰对了，恰好里面有相同的数据库名字供你查询产生带宽消耗，这时候你要怀疑的是这台机器是不是就是你自己的，而不是来问这个网络问题。

@sherlock1122 tcp 的话不存在这个问题，如果是 udp 才 可能 有这个问题

删除默认路由应该就不会自动走 nic1 了。不过你的想法真是奇怪, 走默认路由不是很正常？

socket 使用 SO_BINDTODEVICE 选项绑定网卡，会忽略路由，直接从指定的网卡出去，缺点是需要 root 权限。

@imydou 100 很不正常，RO 膜正常使用一年以后 tds 都不会超过 20

@imydou #49 那足可以判断你这个 RO 模已经坏掉了，我家的没超过 10

我家旧型号的，水龙头磁感应坏过一次，自己十块钱修好，一直没啥问题，楼主说的出水黄灯问题只有在某些滤芯快到期才会有，其他情况都是蓝灯，自己用笔测过没啥问题，tds 都在 10 以下

不确定，decorator 只能放在类外吧，可以这样做

def valid_before_logout(func):
… def wrapper(self, *args, **kwargs):
… … if self._is_valid:
… … … return func(self, *args, **kwargs)
… … else:
… … … raise AccountOperatingError('the account is already invalidated or signed out')
… return wrapper

class Account:
… def __init__(self, **kwargs):
… … [...]
… … self._is_valid = True

… @valid_before_logout
… def refresh(self):
… … [...]