V2EX › clino 的所有回复 › 第 220 页 / 共 244 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 216 217 218 219 220 221 222 223 224 225 ... 244

❮

❯

2012-12-27 13:38:18 +08:00

回复了 nobear 创建的主题 › Python › [从业10年的码农发问]为什么大家都认为GoAgent是开源软件？

@phuslu 汗...我没怀疑那个是开源软件啦我只是对上面的 "几天前看到推上说作者在高尚气节的驱使下拒绝出卖使用者数据" 这个觉得很奇怪

这个传闻之前看过,觉得有3种可能
-传闻是捏造的
-传闻是真的,作者已经有在goagent里搜集用户数据,只是作者不给出
-传闻是真的,但是是作者被要求在goagent里加入后门或者统计用户数据的功能,但是被拒绝

觉得这个传闻是捏造的可能性比较大

2012-12-27 13:33:29 +08:00

回复了 laskuma 创建的主题 › 问与答 › 莫非现在GFW采用白名单制了？？

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

2012-12-27 11:20:48 +08:00

回复了 laskuma 创建的主题 › 问与答 › 莫非现在GFW采用白名单制了？？

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

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

以上纯属猜想

2012-12-27 11:15:54 +08:00

回复了 nobear 创建的主题 › Python › [从业10年的码农发问]为什么大家都认为GoAgent是开源软件？

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

2012-12-26 12:34:19 +08:00

回复了 duhastmich 创建的主题 › 问与答 › linode vps ssh -D 访问google 被限

可能人家 google 封的是网段吧

2012-12-26 11:52:35 +08:00

回复了 lusin 创建的主题 › Linux › linux服务器一般都做哪些方面的安全措施

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

2012-12-25 10:42:04 +08:00

回复了 shptg 创建的主题 › 问与答 › 希望能推荐WIN批处理这方面的书籍

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

2012-12-25 09:13:46 +08:00

回复了 shptg 创建的主题 › 问与答 › 希望能推荐WIN批处理这方面的书籍

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

2012-12-25 08:53:54 +08:00

回复了 shptg 创建的主题 › 问与答 › 希望能推荐WIN批处理这方面的书籍

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

2012-12-24 21:06:14 +08:00

回复了 lovejoy 创建的主题 › git › git多分支和多remote分支以及对应的问题

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 应该也就可以了

2012-12-24 17:17:50 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

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

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

2012-12-24 16:35:57 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

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

2012-12-24 16:09:12 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

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

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

2012-12-24 15:38:15 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

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

2012-12-24 11:07:07 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

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

2012-12-24 11:00:16 +08:00

回复了 plan9 创建的主题 › 奇思妙想 › 关于某墙的端口封锁

@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."

1 ... 216 217 218 219 220 221 222 223 224 225 ... 244

❮

❯