El 25/01/06, Josep M. Queralt<jmqueralt@pobox.com> escribió:
El 24/01/2006 20:51:22 Victor Hugo dos Santos escribió:
listas.vhs> > Se pueden crear múltiples vistas utilizando BIND 9.x como servidor de listas.vhs> > DNS. Funciona perfectamente con la SLES 9 (o al menos a mi me funciona listas.vhs> > OK con BIND 9.2.2) listas.vhs> listas.vhs> utilizando BIND y LDAP (schemas originales) que viene con el SLES 9.0 ??? listas.vhs> listas.vhs> como lo haces ??? se posible envia los procedimentos para que los listas.vhs> reenvie al personal de suse, ya que tenemos este caso en el SDB hace listas.vhs> al menos 1 ano y segun ellos no era posible implementar dicha listas.vhs> configuracion.
Pues tendré que escribir por si me dan trabajo :-)
Usando BIND 9.2.2 en una SLES 9.0 con WEBMIN es tan sencillo como abrir el formulario dedicado al servidor DNS BIND y justo al final del mismo pulsar en el enlace "crear una vista nueva".
Le das un nombre a la vista, eliges la clase de registro DNS al que se aplica, le indicas a quienes se aplica, si hay alguna opción más y le das a crear. Reinicias BIND y punto.
En el fichero named quedará algo parecido a esto:
o sea.. esta guardando las configuraciones en el "FICHERO" named.conf y NO en el LDAP !!!! aver... intentare explicar un poco mas !!! :-) en la distribuicion SLES 9.0 NO es posible utilizar "view" en el software bind y armazenar las configuraciones (de BIND) en los "schemas" ORIGINALES (que vienen por defecto en la distribuicion) de LDAP. claro estas, que: 1 - Puedes crear views, manualmente (o utilizando alguna otra herramneta) directamente en el named.conf... pero ya no podras utilizar el YAST para configurar algunos servicios (servidor de correos, por ejemplo).. ya que este necesita del BIND con las configuraciones guardadas en el LDAP y tu lo hiciste de manera manual !!! 2 - Modificar los "schemas" de LDAP para que BIND pueda guardar las configuraciones de multiples views, pero "acredito" que tendras los mismos problemas que no inten anterior !!! En resumen... se modificas el named.conf a mano, dejas de funcionar algunas caracteristicas del Yast.. y tendras que configurar los demas servicios tambien, manualmente.
Sinceramente no le veo mucha dificultad. :-)
de la manera que lo haces, no para nada dificil !!! ;-) pero no reflete el problema en si !!! :-(
En cuanto a lo del "servidor de correo secundario" continúo callado porque continúo sin saber a que te referías.
ok.. mas explicaciones detalladas !!! OBS.: todo esto es UTILIZANDO las herramentas que proporciona suse o sea yast. configuras una maquina con SLES 9.0 con dns y servidor de correo !!! en esta maquina tendras un dominio maestro configurado en el DNS y que las configuraciones estaran armazenadas en LDAP y lo cual (el dominio) estara automaticamente disponible al momento de abrir el modulo ServerMail del yast. En este modulo, te permite configurar el servidor de correo, para todos los dominios MAESTROS que configuraste en el bind... se tu tienes en el bind, una zona esclava (dominio esclavo) .. el modulo EmailServer del Yast, no te permitirarar hacer ninguna configuracion referente al dominio esclavo !!!!
Con BIND es posible definir varios servidores de correo para un mismo dominio con distinto nivel de prioridad desde tiempos, informáticamente hablando, inmemoriales, por lo que entiendo que no es a esto a lo que te refieres cuando hablabas de "servidores de correo secundarios".
exactamente, no es a esto que me refiro !!! cuando me referia a servidor de correos secundarios.. son las maquina que recibiran el correo eletronico, caso el servidor primario (definito atraves de las prioridades que vosotro mismo mencionaste) este con alguno problema y despues lo devolvera al servidor primario (quando este nuevamente este operativo). salu2 y espero tener sido un mas claro en este correo !!! -- -- Victor Hugo dos Santos Linux Counter #224399