bueno, te comprendo perfectamente y te comento a ver que te parece....
digamos que mi servidor sles se va a encargar de resolverle a los
clientes de la vlan 172.22.254.x, que realmente no son mas de 20
maquinas, estas maquinas no tienen acceso a Internet, estas maquinas
en el 70% de los casos hacen consultas de la red local, pero
actualmente las hacen a Caracas....
sumale tambien el 30% de los casos en que le hacen consultas al
servidor guindous que esta en Caracas por rutas de x cosa que esta en
otro segmento de la red de la organizacion...
pienso yo que es mejor cachear las zonas que tenga mi guindous una vez
al dia, resolver esas consultas que generan ese trafiquillo adicional
y mientras tanto puedo quitarle la funcion de dhcp al router y se la
doy al sles...
a ver que te parece....
2007/1/5, jose maria
El Viernes, 5 de Enero de 2007 17:29, javier rojas escribió:
perdon por mi ignorancia....
no entiendo pq no se le transfieren las zonas a un servidor esclavo si es remoto...
al final la idea es no demorar el enlace para encontrar una ruta, mi idea era saber que ruta tomar sin tener que ir a preguntar....
* Yo no he dicho que no se transfieran las "zonas" a los servidores esclavos, se transfieren todas las que esten correctamente configuradas)
* Digo que si el servidor esclavo (uno) NO atiende las mismas redes locales que el primario (como seria el caso de infraestructuras locales de gran tamaño donde hay mas de un servidor por si falla el primario poder resolver los nombres locales, pero no parece ser el caso, aunque incluso en muchos de estos casos yo soy partidario de la configuracion estatica, por razones que no vienen a cuento), que utilidad le ves tu a tranferir unos nombres e ip's de unas redes de otra red remota (consultables via internet) a un dns que seguramente este atendiendo SUS propias redes locales, tendrias que poner vistas (ya que perderias ips y nombres coincidentes o te enfrentarias a un "lio" de resolucion y trabajo administrativo) y la vista externa que es adonde irian a parar las tranferencias de la red remota, en un momento dado "podrian" ser visibles al exterior ofreciendo datos interesantes.
-- Ciao, Javier linux counter #393724 GPG Key Fingerprint = 46B76CFEDB0161089D9ECB22FEFDE7EBA8C2007E I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) --Linus Torvalds --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org