Agradeceríamos tu apoyo para compartir nuestros artículos en referencia a las ciencias de la computación.
Solución:
Los servidores de correo cotejarán el nombre de host HELO anunciado de su servidor SMTP con el registro PTR para la dirección IP de conexión y luego verificarán que el nombre devuelto tenga un registro de dirección que coincida con la dirección IP de conexión. Si alguna de estas comprobaciones falla, su correo saliente puede ser rechazado o marcado como correo no deseado.
Por lo tanto, debe configurar los tres de manera consistente: el nombre de host del servidor y el nombre en el registro PTR deben coincidir, y ese nombre debe resolverse en la misma dirección IP.
Tenga en cuenta que estos no haga tienen que ser los mismos que los nombres de dominio para los que está enviando correo, y es común que no lo sean.
Parece que no has entendido bien cómo funcionan los registros PTR y para qué sirven. La pregunta no incluye ninguna información sobre cómo ha intentado establecer el récord:
- No cambia automáticamente cuando tienes la oportunidad
something.example.com. Aregistro. - No se puede configurar dentro del
example.com.pero en una zona inversa como113.0.203.in-addr.arpa.
Como se describe en mi respuesta sobre una pregunta similar:
Depende de su ISP y su contrato de conexión a Internet si puede solicitar cambios en los registros PTR para su IP pública, ya que los registros PTR son administrados por el propietario registrado del bloque de IP. Puede realizar una búsqueda en la base de datos de direcciones IP de ARIN WHOIS para ver el propietario real.
Otra respuesta menciona que podría “sobrecargar” PTR registros, es decir, tener muchos PTR registros para una única dirección IP. Eso no es recomendable porque PTR Se espera que el registro identifique el nombre Canonico asociado a la dirección IP. (Ver. RFC 1035, 3.5 y RFC 1912, 2.1.)
No puede tener registros inversos (PTR) en la misma zona que sus registros directos (A, MX, etc.).
Pertenecen a dos zonas DNS diferentes:
- websitename.co.uk – zona de reenvío. Contiene registros A, MX, CNAME (como
websitename.co.uk 14400 IN A 12.34.55.236) - 55.34.12.in-addr.arpa – zona inversa, contiene registros PTR para todas las direcciones IP en el rango
12.34.55.x
Obviamente, usted controla la zona directa, pero la zona inversa está controlada por quien posee el rango de direccionamiento IP (rango 12.34.55.224/28 está asignado a AT&T).
Solo tendrá una resolución inversa de trabajo una vez que cambie los registros PTR en la zona inversa, debe ponerse en contacto con su proveedor de alojamiento y solicitar una actualización de los registros PTR.
La buena noticia es que puede tener todos sus registros inversos configurados en la misma zona inversa, siempre que el direccionamiento IP esté en la misma subred, por ejemplo:
236.55.34.12.in-addr.arpa. 14400 IN PTR websitename.co.uk.
236.55.34.12.in-addr.arpa. 14400 IN PTR websitenameOne.co.uk.
238.55.34.12.in-addr.arpa. 14400 IN PTR websitename.co.uk.
241.55.34.12.in-addr.arpa. 14400 IN PTR websitenameTwo.co.uk.
Tenga en cuenta que puede “sobrecargar” los registros PTR, es decir, tener varios nombres para una dirección IP, de la misma manera que puede tener varias direcciones IP para un nombre (registro A).