que se puede usar para sustituir a un servidor WINS?
hola, creo que el $SUBJECT es autoexplicativo, no? :P Bueno, pues eso, que hoy me he enterado de lo que hace un WINS, al menos en parte, y no se me ocurrio con que se podria sustituir. Obviamente, un DNS no cumple todo lo que hace un WINS. No necesito una respuesta de como desplegar tal servicio, sino con qué hacerlo. Mi pregunta es teorica, ya que mi jefe no planea sustituir sus servidores windows por linux, y ademas, no es nuestro trabajo. Muchas gracias. -- Saludos, miguel
El 3/08/05, miguel gmail escribió:
creo que el $SUBJECT es autoexplicativo, no? :P
:-) Sí, la verdad. Si no me equivoco, Samba puede hacer esas funciones... en teoría. Más info: http://samba.org/samba/docs/man/Samba3-HOWTO/NetworkBrowsing.html#id2563607 Saludos, -- Camaleón
El Miércoles, 3 de Agosto de 2005 19:51, miguel gmail escribió:
Bueno, pues eso, que hoy me he enterado de lo que hace un WINS, al menos en parte, y no se me ocurrio con que se podria sustituir. Obviamente, un DNS no cumple todo lo que hace un WINS.
* Dependera de que caracteristica de wins te interesa, en un dns existe el registro SRV, lamentablemente poco utilizado, donde se puede apuntar que servicios da el dominio y donde, puede ser ldap, o un servidor OpenSLP etc, etc. ftp.tcp SRV 0 0 21 ftp.dominio.com. ssh.tcp SRV 0 0 22 dominio.com. https.tcp SRV 2 0 4443 ns2.dominio.com. https.tcp.www SRV 1 0 443 dominio.net. https.tcp.www SRV 2 0 443 ns2.dominio.net. pop3s.tcp SRV 0 0 995 pop3.dominio.net.
* Dependera de que caracteristica de wins te interesa, en un dns existe el registro SRV, lamentablemente poco utilizado, donde se puede apuntar que servicios da el dominio y donde, puede ser ldap, o un servidor OpenSLP etc, etc.
ftp.tcp SRV 0 0 21 ftp.dominio.com. ssh.tcp SRV 0 0 22 dominio.com. https.tcp SRV 2 0 4443 ns2.dominio.com. https.tcp.www SRV 1 0 443 dominio.net. https.tcp.www SRV 2 0 443 ns2.dominio.net. pop3s.tcp SRV 0 0 995 pop3.dominio.net.
Uhm, ni habia oido hablar de esta característica (solo conocia los registros A, MX y ¿SOA?). Me gusta esto. No entiendo los 3 dígitos que aparecen, pongamos por caso en el caso de ftp que has puesto: 0 -> ni idea 0 -> ni idea 21 -> el puerto, obviamente. En cualquier caso, a mi me llamo la atención sobre wins la propiedad que tiene de almacenar el nombre de maquina e IP de los puestos cliente que se conectan a la red automaticamente. EN un DNS normal el administrador apunta las maquinas de la zona que controla (y el dns de las subzonas, si las hubiese). Pero si una maquina nueva se conecta a la red, no hay forma de acceder a ella salvo que se conozca su IP, y desde luego, no por nombre. Según parece, cuando un puesto windows (no se si unix/linux lo hace o no), envia a la red su IP y su hostname, éstos son recogidos por el servidor wins y puestos a disposición del resto de maquinas... ingenioso, al menos. Según reconoce MS en la propia documentacion de wins, la idea original no fue suya, si bien ellos la mejoraron. GRacias por introducirme el registro SRV, lo almacenare en algun lugar recondito de la memoria para usarlo en algun momento. Pero ahora que pienso... que aporta sobre un DNS 'al uso', con los tipicos registros?? SI alguien pregunta por www.dominio.com, el DNS sabra donde esta dicha maquina, no?? Qué aporta esto?? -- Saludos, miguel
El Miércoles, 3 de Agosto de 2005 23:18, miguel gmail escribió:
Uhm, ni habia oido hablar de esta característica (solo conocia los registros A, MX y ¿SOA?). Me gusta esto. No entiendo los 3 dígitos que aparecen, pongamos por caso en el caso de ftp que has puesto:
0 -> ni idea
* Ningun orden de prioridad (por que no hay otro servidor)
0 -> ni idea
* no se hara balanceo de carga (no hay otro servidor)
21 -> el puerto, obviamente.
* obviamente
En cualquier caso, a mi me llamo la atención sobre wins la propiedad que tiene de almacenar el nombre de maquina e IP de los puestos cliente que se conectan a la red automaticamente
etc, etc,
* No quiero entrar en polemicas, simplemente expongo mi punto de vista, esta característica, no era mala en un mundo ya pasado en el que en las redes se tocaba musica de violin para acompañar a los paquetes, en las redes actuales, existen servidores dhcp, ldap, openslp, dns con vistas, etc... resumiendo quien se conecta a una red, no es "cualquiera" es alguien autorizado e identificado inequivocamente y con un FQDN, nada de vicente, o no se conecta, que una maquina se conecte a una red, sea admitida automaticamente configurada como le salga de la gaita a quien este sentado delante del teclado y que esta maquina evacue informacion de ella misma y de la red en la que esta al mundo, para mi no es una característica es una castaña, y si ademas esta informacion es ununciada centralizadamente peor.
Pero si una maquina nueva se conecta a la red, no hay forma de acceder a ella salvo que se conozca su IP, y desde luego, no por nombre
* Este es el problema se ha pasado a que el usuario de una maquina sea su administrador en una red, su nombre cualificado se lo habra dado un servidor dhcp, nada de pepe, o estará ya configurado, estara apuntado en el dns y si no da ningun servicio, cosa que decide el administrador, nadie tiene por que acceder a ella no podrá por que tendrá un cortafuegos configurado por el administrador, su existencia y estado es conocido por el administrador y sus servcios no configurables por el usuario, de tener estarán a disposición de los autorizados, ya sea a traves de un servicio de directorio, dns, servidor de ficheros, ftp, etc... esta parte si ha de estar centralizada, o mejor homogeneizada. * En fin podríamos no acabar en un año.
Hola. El Miércoles, 3 de Agosto de 2005 23:18, miguel gmail escribió:
En cualquier caso, a mi me llamo la atención sobre wins la propiedad que tiene de almacenar el nombre de maquina e IP de los puestos cliente que se conectan a la red automaticamente. EN un DNS normal el
Esto lo logras con DNS y DHCP y con actualizacion dinamica de Zonas => el DHCP le pasa una actualizacion al DNS y a partir de ahi, accedes por nombre a los nuevos equipos (por nombre tipo maquina.dominio) -- Un Saludo. Carlos Lorenzo Matés
Smba puede hacer de servidor WINS, lo ideal es que quitaras windows y pusieras samba como FS server con wins On Wednesday 03 August 2005 19:51, miguel gmail wrote:
hola,
creo que el $SUBJECT es autoexplicativo, no? :P
Bueno, pues eso, que hoy me he enterado de lo que hace un WINS, al menos en parte, y no se me ocurrio con que se podria sustituir. Obviamente, un DNS no cumple todo lo que hace un WINS.
No necesito una respuesta de como desplegar tal servicio, sino con qué hacerlo. Mi pregunta es teorica, ya que mi jefe no planea sustituir sus servidores windows por linux, y ademas, no es nuestro trabajo.
Muchas gracias.
-- Saludos, miguel
miguel gmail wrote:
hola,
creo que el $SUBJECT es autoexplicativo, no? :P
Bueno, pues eso, que hoy me he enterado de lo que hace un WINS, al menos en parte, y no se me ocurrio con que se podria sustituir. Obviamente, un DNS no cumple todo lo que hace un WINS.
No necesito una respuesta de como desplegar tal servicio, sino con qué hacerlo. Mi pregunta es teorica, ya que mi jefe no planea sustituir sus servidores windows por linux, y ademas, no es nuestro trabajo.
Muchas gracias.
Samba lo hace, al poenr la directiva: wins support = yes Con eso estas listo -- ------------------------------------------------------ Una prensa libre es el gran enemigo de los dictadores. Independientemente de sus abusos, sus debilidades, sus errores. Una prensa libre es la gran aliada y defensora de la democracia. Charlos S. Shapiro Embajador de USA en la Rep. de Venezuela Martes, 20 de Mayo 2003
participants (6)
-
aux
-
Camaleón
-
Carlos Lorenzo Matés
-
Hipolito A. Gonzalez M.
-
jose maria
-
miguel gmail