@icespace 我这里比较明显的例子是 android 源代码,这个就是流量很大,又是 https 的( https://android.googlesource.com ),总是一开始可以,过一段时间就开始报error
搞得我现在同步android代码都要用 shadowsocks

可能 GFW 对于到国外的流量都有"限额",只要 http/https (或者其他端口) 流量大到一定程度的就会封一下,特别对于 https 等它无法深度检测的

如果有这种机制,那些流量一直很大的又没被GFW封的网站,反而应该会在GFW的放行白名单内,如 github

以上纯属猜想

@nobear "几天前看到推上说作者在高尚气节的驱使下拒绝出卖使用者数据" 我很不理解这个说法,为什么作者会有使用者的数据?

可能人家 google 封的是网段吧

可以找些旧贴参考 /t/36762

@loading 个人认为python不能用高射炮比喻,呵呵,在自带电池方面可以用瑞士军刀比,学会以后能干很多其他事情的,虽然不是所有场合适用,但是适用面还是很广的

@0x0001 http://python.org/ftp/python/2.7.3/python-2.7.3.msi 15.1M 相对这么多功能来说这个体积根本不大呀

推荐学一点 python,来干这些活相当合适,自身的能力比较强,有很多很方便的库,掉用其他命令行也很方便

1. 你应该是想要把本地的lovejoy push到2.git的master上吧? 那可以这样,本地用git config配置成
[remote "git2"]
url = URL_TO_2.GIT
push = refs/head/lovejoy:refs/head/master
这样之后只要 git push git2 就可以达到这个目的

2. 你应该是通过2.git来获取这个lovejoy吧?那么在家里的git库上
[remote "git2"]
url = URL_TO_2.GIT
pull = refs/head/master:refs/head/lovejoy
这样之后只要 git pull git2 应该也就可以了

@plan9 可以,不过那就是你自家的私有协议了,和其他的支持TCP协议的设备就不能通讯了,为什么TCP端口会有这个限制?因为TCP HEADER 前面留给端口的只有16位

你要把它改成24位还是32位随便啦,不过别的设备就识别不了你的TCP包了

@plan9 "就算服务端也分配新的端口，更改内核也可以达到高并发" 看到这句我打不住了，不过这次只要重复一下，"你自己修改了内核参数就可以突破TCP协议的限制吗?"

@plan9 "我之前的帖子说的是客户端连接服务端，客户端的端口会不够"这是你对于NAT最初提出的问题,这个你应该已经知道自己是错的了

我提到并发是因为你中间提到的"linux内核每次新建一个socket确实会分配一个新的端口"这句话->可以导出服务端不可能支持>64k连接,然后我找资料来证明是可以>64k的,用来证明你这句话是乱说的,你不要又扯到之前NAT相关的问题

@plan9 你的问题和实际情况对应起来的时候当然就是并发了,否则如果一个 tcp 连接结束以后端口自然可以回收使用了

@plan9 "内核会分配端口跟修改内核参数可以支持65535以上兵法有矛盾吗" 你看到的内核参数修改是修改支持65535端口吗? TCP协议没有对65535这个端口上限做限制吗?你自己修改了内核参数就可以突破TCP协议的限制吗?

@plan9 另外也可以去google下 "linux kernel tuning for c500k"

你的想法看起来也是不稀奇的,被称为"The 64k Connection Myth"

看这段的最后一句,如果这种想法是对的,那么DDoS将会是非常容易的
"The 64k Connection Myth

It’s a common misconception that you can only accept 64,000 connections per IP address and the only way around it is to add more IPs. This is absolutely false.

The misconception begins with the premise that there are only so many ephemeral ports per IP. The truth is that the limit is based on the IP pair, or said another way, the client and server IPs together. A single client IP can connect to a server IP 64,000 times and so can another client IP.

Were this myth true it would be a significant and easy-to-exploit DDoS vector."