V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  clino  ›  全部回复第 220 页 / 共 244 页
回复总数  4864
1 ... 216  217  218  219  220  221  222  223  224  225 ... 244  
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."
2012-12-24 09:26:44 +08:00
回复了 plan9 创建的主题 奇思妙想 关于某墙的端口封锁
@plan9 "而且问了一下,linux内核每次新建一个socket确实会分配一个新的端口" 这句话依据在哪里??? 照你这么说一台 http 服务器的80端口根本不可能并发超过 65535 个客户端连接.

那么再贴几个链接:
http://www.cnblogs.com/Solstice/archive/2011/07/01/2095411.html

在真实的 Linux 系统中,可以通过调整内核参数来支持上百万并发连接,具体做法见:
http://www.metabrew.com/article/a-million-user-comet-application-with-mochiweb-part-3

至于nat服务的实现,根本不可能使用 socket 编程接口,因为实际上nat是对tcp协议的hack
2012-12-23 21:06:18 +08:00
回复了 plan9 创建的主题 奇思妙想 关于某墙的端口封锁
@plan9 才看到你说的这句"而客户端会socket(),connect(),而socket也会返回一个新的文件描述符,这也就是我说的没建立一个新的连接,都会分配一个新的端口的意思"
原来你说的文件描述符等同于"端口"啊...
那你知道你所谓的这个"端口"的限制是多少?是65535吗?
2012-12-23 21:03:59 +08:00
回复了 plan9 创建的主题 奇思妙想 关于某墙的端口封锁
@plan9 "通信的用端口并不是监听的端口,服务器端会打开一个新的端口来与client进行通信,而原来的监听用的端口会继续对过来的连接进行监听" 你真的确定是这样吗?实际情况是这样吗? 你这样的说法我能不能得出一个服务端ip连接的客户端不能超过65535?
那你看看这篇"完成端口模型:并发连接数达到9.1万! " http://zhanyonhu.blog.163.com/blog/static/16186044201042055221518/
再参考这篇 "单机最大tcp连接数" http://wanshi.iteye.com/blog/1256282

nat服务程序和服务端程序的行为差别主要在于nat服务需要对接受和发送的包做地址替换,这部分其实我之前贴的已经解释清楚了,只是你不认真去看而已
1 ... 216  217  218  219  220  221  222  223  224  225 ... 244  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1093 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 64ms · UTC 18:47 · PVG 02:47 · LAX 11:47 · JFK 14:47
Developed with CodeLauncher
♥ Do have faith in what you're doing.