非阻塞connect实现端口扫描的问题-connect提前返回怎么处理？

zuii

会LS
线程的暂时不考虑
关于慢网速，我设置了5秒的超时，没办法，5秒都不返回就太慢了吧？

现在有个关键问题是我在8楼提的那个，你看下是怎么回事？

你有MSN吗？可以加我 我们聊下  我的是 williamzuii@163.com

Roemer

UNIX® Network Programming Volume 1, Third Edition

16.3 Nonblocking connect

Many implementations have a timeout for connect that is between 75 seconds and several minutes

zuii

回LS，connect自身的超时时间，我的系统内核是linux kernel 2.6.24，测试了是189s,经历6次重传SYN.
=================================
我的这个问题似乎解决了

只是在select之前加上句sleep(5)

我的想法是既然即使select前有connect返回也会被select检测到，那么为什么不让所有应该返回的都返回了再select呢？ 所以就等待5秒（当然只是随便设置的）,得到所有返回

没想到可以了，连续测试成功！！
有待进一步测试
========================
不过select的返回值还是个问题，飘忽不定的，有时正确，有时比MAXPORT还大~~这个有待讨论哦！

zuii

哦   哈哈  你在12给的正好！！！哈哈，原来如此，没想到
非常感谢
你用QQ不？ 我的412430450 加下吧，希望能和你交流下下~~

Roemer

我还觉得多线程好~~

萝卜白菜~~
我很少用IM

zuii

你再帮我看下这个，我做了两个测试
http://blog.chinaunix.net/u1/53217/showart_703185.html
看下说的对不对...

Roemer

觉得你应该看一下线程与进程使用的资料。
还有fd在线程内共享不能说明多线程不适合端口扫描这个结论，关键看你怎么用。
多参考以下别人的代码有好处。

zuii

知道， 我说的线程不适合是说一个线程建立1000个套接字
和你说的那个不矛盾的~~
===============
我那个是在非阻塞的前提下再来测试多线程与多进程的情况


哎，很多细节的东西需要学啊~~

非常感谢你哈！！！呵呵
=======================

cookis

还是建议你将select的第一个参数换成正规做法.. 如果在你创建socket的时候创建了其他的句柄..那样就是不是你所说的maxport +3 了..

zuii

恩
谢LS
可以这样，在循环里加一句
if(i==MAXPORT-1)
    maxfd=fd;
然后把select的第一个参数换成maxfd+1,这样应该可以了

[ 本帖最后由 zuii 于 2008-5-27 12:26 编辑 ]