Remoting

En mi opinion, que el cliente "descubra" un servidor de remoting con
cualquier mecanismo de preguntarle a todos los que encuentra, es una mala
decision de diseño (independientemente de que sea más o menos eficiente).
Porque por ejemplo, si tienes un equipo de desarrollo -en el que tienes la
nueva version en que estas trabajando- y el server de "producción" con el
cual se debe comunicar la aplicación real de los usuarios, facilmente el
cliente puede tomar cualquiera de ellos indistintamente

Por eso es que así como no hay "discovery" automático para SQL Server -el
cliente debe saber a quien quiere invocar- para Remoting se aplica el mismo
principio.

Para flexibilizar la configuración -y que no quede "cableado" el servidor en
el código- puedes hacer una o ambas de las siguientes cosas:
- guardar el nombre o IP del servidor y el puerto utilizado en la
configuracion de la aplicacion (App.config o Web.config)
- para la IP definir nombres virtuales (mediante el servicio DNS de la red),
de manera que la aplicacion siempre invoca al nombre virtual
"ServerRemoting", por ejemplo, y dinamicamente puedes asignarle la direccion
IP asociada al mismo

Saludos
Jose Marcenaro

"erseco" escribió en el mensaje
news:cbe6a7$
Hola, tengo una duda, si inicio un servidor con remoting, ¿como
podría averiguar en que servidor y en que puerto está desde un
cliente?, es para no tener que indicarlo a mano

Si esto no se puede, o es muy lento (habia pensado escanear toda el
rango de IP's y puerto por puerto)

¿Como podría obtener los nombres de las máquinas de una red (grupo o
dominio) desde .NET?

Gracias y saludos!!