Forums:
Saludos nuevamente ...
Hace unos días hice acá una consulta acerca de un problema con la reversa dns (http://www.ecualug.org/2012/06/04/forums/error_en_reverse_lookup), por cierto gracias por sus comentarios y ayuda en dicho post. Donde laboro tenemos asignado una red clase C completa y tenemos problemas con la resolución inversa, esto ocasiona que ciertos dominios de correo reboten nuestros mensajes.
Hemos solicitado la configuración de la reversa dns al Proveedor pero ellos nos responden que nosotros somos los encargados de gestionar eso puesto que nosotros administramos la red clase C por completo e incluso nos derivan a una página donde dicen se indica eso:
http://centralops.net/co/
El ontenido de esta página es lo mismo que muestra lacnic:
http://lacnic.net/cgi-bin/lacnic/whois?lg=SP&query=186.46.210/24
Ahora bien, agradecería a UDs. favor me orienten con lo siguiente:
1. Según yo entiendo: nosotros administramos internamente nuestra red clase C completa pero no somos los dueños, pues el dueño de la red clase C es, en este caso, nuestro Proveedor que es un carrier. Estoy en lo correcto?
2. Si el punto 1 es correcto, favor indicarme cómo puedo demostrarles al proveedor que son ellos los encargados de gestionar la reversa dns ??? Pues ellos insisten e insisten en que somos nosotros y no nos dan la apertura adecuada.
3. Si el punto 1 es falso y la responsabilidad nos corresponde a nosotros. Que configuración se debería hacer para que dicha resolución funcione o dónde debería ser colocada??? Pues he creado unos archivos de zona y localmente (o desde la misma red) me ejecuta sin problemas la resolución inversa pero fuera de la red ya no lo hace!
De antemano gracias por su ayuda y comentarios ... !!
1 si 2 En el caso de una
1
si
2
En el caso de una clase C CNT "PUEDE" delegar los servidores DNS para la resolución.
Si necesitas 1-2 reversos para tu servidor de correos, no entiendo porque CNT te esta exigiendo que seas tu quien se encargue de este problema.
Quizás sea política de CNT que los clientes manejen sus reversos cuando reciban una clase C. Si sigues con el problema mejor te cambias de ISP. Conversar con ellos va a ser perder el tiempo.
aquí la guía 2.1.4 de lo que realizo CNT
http://lacnic.net/sp/registro/guia-03.html
inetrev: 186.46.210/24
nserver: NS16.ZONEEDIT.COM
nsstat: 20120725 FAIL
nslastaa: 20120516
nserver: NS8.ZONEEDIT.COM
nsstat: 20120725 UDN
nslastaa: 20120516
Quien esta dando problema son los servidores de zoneedit (los tuyos)
En zoneedit debes tener una zona 210.46.186.in-addr.arpa
salu2
en efecto como dice ascii,
en efecto como dice ascii, los dns asignados a esta red son de zoneedit, y ahi debes tu (o el que tenga ahi creada la zona) manejar la reversa
Saludos
epe
EcuaLinux.com
+(593) 9 9924 6504
Servicios en Software Libre
Gracias por sus comentarios
Gracias por sus comentarios ...
Efectivamente los dns que reporta son de zoneedit pero en dicha web está puesta esta configuración:
1.210.46.186.in-addr.arpa PRT 7200 proxy0.ossa.com.ec
proxy0 A 7200 186.46.210.1
Y aún así sigue reportando un loop en la herramienta de la web http://www.mxtoolbox.com/SuperTool.aspx?action=ptr%3a186.46.210.1
Es como si al hacer la consulta no detecte la primera línea el zoneedit.
Una consulta estimados ... si la configuración de zonas la maneja el zoneedit .. ya no sería necesario que yo tenga configurado un pc linux servidor dns con los archivos de zona??
Pues al momento tengo un pc server con dichos archivos configurados y me doy cuenta que cuando hago una consulta local quien me responde es este servidor pero desde fuera de la red la consulta se dirige hacia el Internet y no hacia este servidor.
_fR@Nk_
no necesitas tener tus zonas
no necesitas tener tus zonas en tu servidor porque están declaradas en lacnic para que utilicen los servidores de Zoneedit.
Te aconsejo que contactes con Zoenedit y les indiques el problema.
salu2