
Como se mencionóaquí, el servidor de correo DNS inverso (registro PTR) debe estar bien configurado. En la mayoría de los casos, el FQDN no está bajo su control y lo define el proveedor de ISP. y nunca es igual al nombre de dominio del servidor de correo. Solicitar al ISP que lo cambie no está disponible, no lo cambian. entonces:
- ¿El uso de este fqdn es inútil en la configuración del servidor de correo?
- ¿Cómo verificar que esté configurado correctamente?
- ¿Existe alguna herramienta web para comprobarlo?
Gracias.
Respuesta1
Debido a lo que está tratando de hacer, le sugiero que intente alojar su correo electrónico con un proveedor de alojamiento y obtener su propio dominio para poder realizar cualquiera de esos cambios según sea necesario. Ahora en cuanto a tus preguntas:
¿El uso de este fqdn es inútil en la configuración del servidor de correo?
Deberías usar fqdn.
¿Cómo verificar que esté configurado correctamente?
Como lo indica wtayyeb, puedes usar dig, es decir:
# obtener un registro para el dominio
$ dig +short mail-vn0-f47.google.com
209.85.216.47 <--------------------- Un registro
# obtener registro inverso para el registro A y verificar coincidencias inversas del dominio
$ dig +short -x 209.85.216.47
correo-vn0-f47.google.com. <---------------- La IP se resuelve de nuevo en el dominio.
Como puede ver, la IP se resuelve nuevamente al FQDN de origen.
¿Existe alguna herramienta web para comprobarlo?
Sí, existen algunas herramientas web. Uno que he usado en el pasado y es bastante bueno es:
Si necesita más herramientas web, siempre es bastante fácil buscar en Google registros PTR o rDNS de prueba.
Con suerte, eso es lo que estabas buscando y ten en cuenta que alojar tu dominio con un servicio de alojamiento {como dreamhost.com :) } probablemente será la mejor manera de configurar todo tu correo electrónico.
Respuesta2
No estoy seguro de lo que estás pidiendo en el n.º 1. ¿Está preguntando si se utiliza un registro PTR en la configuración de un servidor de correo? Técnicamente no, no lo es, pero como un registro PTR se utiliza como contrapunto para un registro A, tiene sus ventajas tenerlo configurado correctamente (además, dependiendo de las configuraciones de otros servidores con respecto a las búsquedas para autenticar su servidor, puede afectar el flujo de correo). si no está configurado correctamente).
Demos un paso atrás.
El correo se enruta a usted en función de los registros MX que dirigen su dominio al FQDN apropiado. Este FQDN luego tiene un registro A configurado para que pueda traducir su nombre a una dirección IP. Un registro PTR le permite realizar una búsqueda basada en la dirección IP para asegurarse de que lo que se devuelve sea el FQDN que a su vez tiene un registro A que apunta a la misma IP. Por eso también se le conoce como control circular, ya que uno te lleva al otro y viceversa.
Ahora tenga en cuenta que el flujo de correo que ingresa a su dominio no es igual al flujo de correo que sale de su dominio. Las organizaciones pequeñas pueden tener la misma ruta de entrada/salida, pero muchas organizaciones no la tienen, por lo que mirar un registro MX le mostrará dónde se envía el correo electrónico entrante; no es necesariamente de dónde proviene el correo electrónico saliente.
Estoy seguro de que existen herramientas automatizadas para verificar registros, pero recomendaría familiarizarse con nslookup (Windows) o dig (Linux), o ambos, para realizar las búsquedas manualmente. Esto le permitirá realizar consultas en los servidores DNS que normalmente utiliza su sistema, además de permitirle realizar búsquedas manualmente en otros servidores DNS (para que pueda verificar los resultados tanto interna como externamente).
¿Está buscando resolver un problema específico, verificar una configuración específica o simplemente informarse sobre cómo se utilizan los distintos registros DNS?