Adrian Chapela escribió:
Angel L. Mateo escribió:
El mar, 08-01-2008 a las 19:19 +0100, Adrian Chapela escribió:
Con la solución que yo mismo aporté te refieres a esta:
correo IN CNAME correo.example.net.
A mi esta forma no me funciona, pero hay que tener en cuenta que no
tengo el registro A de correo.example.net definido en la zona (que
en este caso era example.com). Estás seguro de que debería funcionar
con bind9 ?? Yo no lo tengo claro...
Si en CNAME lo has acabado realmente en "." (como has puesto),
debería
funcionar, siempre y cuando, claro, correo.example.net tenga resolución,
si no, estás haciendo un alias a nada. Y no lo pongas en duda, porque yo
lo tengo en varios sitios esto mismo con bind9.
Sí, lo del punto sí, pero correo.example.net no está en mi servidor
DNS, si no que está en otro servidor DNS, es como si quisieras hacer
lo siguiente
pop.mi-empresa.com IN CNAME pop.gmail.com. -> sería un poco más
elegante que conectarse a gmail directamente.. :D
Está todo correcto, el problema creo que puede ser otro. Creo que
viene por aquí:
view "external" {
match-clients { any; };
recursion no;
Tengo dos vistas, una para clientes de la LAN interna y otra para el
exterior. La respuesta que se proporciona desde mi servidor cuando
consulto el alias, es la misma que cuando consulto www.google.es.
Puede ser por no tener forwarders y recursion a no ?
Soy un empanado! El problema era ese, pongo como único servidor, mi
servidor DNS que no permite forward ni recursion y claro necesariamente
necesitamos un DNS que pueda resolver nombres DNS de otra zona que no
sea la mía.
Mi servidor no está orientado a clientes, si no solo a servir la zonas
de mi empresa, de ahí todo el follón.
JEJE, lo correcto es como ponía al principio:
pop.empresa1.com IN CNAME pop.empresa2.com.
Saludos y gracias por ayudarme a pensar!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
