|
Bueno Darkbyte, gracias pero al fin y al cabo no me respondiste nada, solo el tema de utilizar un hilo en vez de un Timer(es lo que usaba, pero no me convencía).
Respecto al tema del TCP-IP, creo que nadie sin el conocimiento mínimo, se pondría a desarrollar una aplicación con socket's no?
Ahora seguimos nuevamente con el problema. Lo que quiero saber, es si se puede hacer o no lo que necesito. Es decir si todo lo debe manejar el servidor.
De paso voy a describir un paquete Ip, para ver si alguien me puede ayudar con eso. Básicamente tendríamos lo siguiente:
Ip Origen : Dirección Ip que genera la petición.
Puerto Origen : Puerto asignado por el router o proxy, a la Ip que genera la petición.
Ip Destino
Puerto Destino
Ahora ejemplifiquemos nuevamente la situación que anteriormente describí.
El servidor por supuesto, tiene Ip fija.
Juancito se conecta al servidor a través de un router que comparte con las otras 2 pc's de su Lan. La dirección privada de "juancito" es 192.168.0.1, mientras que la Ip pública del router es 200.43.90.12. Como el router trabaja con "sobrecarga de NAT (Network Address Translation), cuando juancito desea conectarse al servidor, el router le asigna un puerto origen, por ejemplo el 8080. Luego el router hace la petición de juancito a la Ip del servidor, pero utilizando la IP 200.13.., poniendo como puerto de origen el 8080. Como todos sabemos, el servidor responderá la petición del router por el mismo puerto que llego, es decir el 8080. Entonces el router hace el mapeo inverso. Se fija a quién asignó el puerto 8080 (juancito) y le devuelve el paquete.
Bueno, la idea es si puedo saber cual es el puerto origen de la dirección Ip que genera la conexión y, si me serviría de algo. Tengo una vaga idea de que la propiedad peerport, me serviría de algo, pero no estoy del todo seguro.
Sea bienvenida cualquier sugerencia.
Muchas gracias
|