FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
problemas escaner de puertos
Hola, estoy intentando hacer una aplicación que dado un rango de direcciones ip, y una lista de puertos nos diga los puertos abiertos de cada ip.
Para ello primero hago un ping (esta parte del programa me funciona bien) y si la la maquina de esa ip responde paso a escanear los puertos de la lista. Para escanear los puertos he utilizado una función posteada por seoane que es la siguiente:
Cuando los puertos estan abiertos la función responde rapidamente pero cuando estan cerrados tarda al rededor de 21 segundos lo cual hace la función inutilizable para mis propositos. Tambien lo he intentado mediante TidTcpClient, que se les puede fijar un timeOut, y me funciona bien con un solo Thread pero a medida que aumentamos el numero de threads, aumenta el numero de puertos que nos da como cerrados cuando en realidad estan abiertos. ¿Alguna idea? Gracias. Última edición por kalisto fecha: 17-08-2008 a las 12:16:52. |
#2
|
|||
|
|||
Una idea un poco chapucera sería ponerles temporizador.
|
#3
|
|||
|
|||
Si hize el intento de que si no seconectaba en 2 segundo se cerrara el socket pero no funciona. Hasta que la función conect no devuelve un valor no se puede operar sobre el socket.
Gracias de todas formas. |
#4
|
||||
|
||||
¿No hay ningún evento TimeOut para el connect del TSocket?
Ten en cuenta que realizar un ping no es el método más adecuado, ya que la mayoría de los routers y firewalls impiden los pings, con lo que te dará que la IP no está activa. |
#5
|
|||
|
|||
.
No, no lo hay. No estoy de acuerdo, por defecto los router aceptan ping y la gente generalmente no suele cambiar la configuración y los firewall tampoco se suele configurar para que no acepte ping. |
#6
|
||||
|
||||
Sin duda esperar dos semanas para obtener un resultado es algo deprimente; creo que el problema no es la función o componente, sino cómo estas abordando el problema...
Si la anterior solución no te satisface puedes considerar "configurar" los sockets creados con la API setsockopt, opción SO_SNDTIMEO si el equipo remoto usa alguna plataforma de M$. Claro que depende mucho de la forma en que el equipo remoto responda ante un escaneado, en tal caso el uso de hilos te permite forzar a un hilo "rezagado" a terminar en un determinado tiempo y crear otro en reemplazo del mismo, eso depende (como ya insinué) de la forma en que abordes el problema. Edito: Si el proceso de escaneado está siendo depurado notificará al depurador cada vez que cree un nuevo hilo, esto afectará considerablemente en el rendimiento del sistema. Es importante comprender que las variables globales Port y Threads son inicializadas automáticamente en 0, y no deben ser manipuladas directamente por el programador (al igual que la variable IP durante el escaneado). La variable Threads, ha sido implementada como método de notificación de "escaneado activo" e inactivo. Finalmente considero que el rango razonable de hilos por proceso para este tipo de aplicaciones es de 256 a 1024. Saludos Última edición por cHackAll fecha: 23-08-2008 a las 21:17:41. |
#7
|
|||
|
|||
Gracias por tu respuesta cHackAll, lo probare y ya dire que tal resultado dio.
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Escaner de Ip´s | acl_gandalf | Conexión con bases de datos | 2 | 17-06-2007 04:33:52 |
Escaner de Ip´s | acl_gandalf | Internet | 2 | 19-02-2005 09:22:38 |
Problemas con los puertos | carloscampoy | Internet | 9 | 09-02-2004 08:27:27 |
Problemas con puertos con win xp | Descendents | Impresión | 0 | 26-05-2003 16:27:57 |
|