Tengo un ISP que no ofrece direcciones IP estáticas, por lo que parece que algún tipo de Servicio de nombres de dominio dinámico (DDNS) es la solución.
Esa es una solución. Como ejemplo de otra solución, un túnel IPv6 de HurricaneElectric.net proporciona una dirección estática (IPv6) con un punto final de túnel móvil. Por supuesto, en este momento, IPv4 sería mejor para admitir dicha funcionalidad con el público en general, pero si puede encontrar una computadora cooperativa dispuesta, técnicamente también podría hacer tal cosa con IPv4.
necesita tener un script / programa que monitoree su dirección IP periódicamente, y si la dirección cambia, entonces el script / aplicación necesita actualizar cualquier nombre de dominio que esté usando
Esto suena como un plan técnicamente sólido.
Solo necesito la clave API de la empresa de alojamiento para ajustar los registros de dominio / IP necesarios mediante programación ... alguien me avisa si estoy equivocado en esto y hay una manera más simple).
Los detalles exactos dependerán de la elección del registrador de nombres de dominio de cómo implementan esta función. Algunos pueden usar una clave API de algún tipo, mientras que otros pueden confiar en una interfaz web para actualizaciones automáticas. En los viejos tiempos, algunos ISP proporcionaban dicho servicio, pero se basaban en cambios manuales en respuesta a las solicitudes. Por lo tanto, depende completamente de quien le brinde el servicio.
Aquí está la cosa: cuando actualiza sus registros de nombres de dominio de la manera que describí anteriormente, he leído que puede tomar varias horas propagarse por todo el sistema / mundo (todos los servidores DNS deben repoblarse con su dirección actualizada )
Bah humbug. Se sabe que la propagación de DNS tarda minutos, horas o días (por ejemplo, 72 horas). Sin embargo, cuando las personas han analizado mucho las cosas, han descubierto que gran parte de ese vago tiempo de "propagación" fue simplemente debido a que un proveedor de alojamiento de DNS tardó en actualizarse.
En una mejor teoría, solo deberías esperar el valor TTL. Aunque, hay un problema con esa teoría ...
Sin embargo, varios proveedores pagados de DDNS que he estado mirando parecen promover su capacidad para que el cambio surta efecto casi instantáneamente (o al menos, más rápido que mi método DIY). ¿Es eso cierto? ¿Hay algo que me haya perdido?
De acuerdo, esta es la realidad: para que su actualización surta efecto, necesitará que Internet elimine su caché activa de información antigua.
Según los estándares, el almacenamiento en caché de los servidores DNS puede depender de su caché durante el período de tiempo especificado por un valor TTL que puede configurar.
Sin embargo, la realidad es que se sabe que al menos algunos (¿y quizás la mayoría?) De ISP muy grandes ejecutan sus propios servidores DNS de almacenamiento en caché, que se sabe que ignoran por completo los valores TTL. Hacen esto porque sienten que si actualizan sus cachés DNS con menos frecuencia, el efecto general será menos ancho de banda (y tal vez algo menos de tiempo de computación).
Por lo tanto, cualquier servidor de correo electrónico que se base en dicho servidor DNS puede verse afectado y no podrá notar sus actualizaciones hasta que el servidor DNS se actualice. En algunos casos, eso puede tomar uno o dos días (¿o tres?).
Sin embargo, tales efectos se han vuelto cada vez más raros. En la práctica, la mayoría de los servidores DNS tendrán sus cachés enjuagadas en una o dos horas.
Dado que algunos cachés no se actualizarán tan rápido como otros, el efecto es que algunos lugares en Internet funcionarán con la nueva dirección, mientras que otros intentarán usar la dirección anterior. En un par de horas, la mayoría de las computadoras funcionarán bien con la nueva información. (Muchos, muchos de ellos pueden funcionar en minutos).
El comportamiento típico del software de correo electrónico es intentar enviar el correo electrónico. Si eso falla, intente nuevamente más tarde. Por lo general, los servidores de correo electrónico volverán a intentarlo (tal vez aproximadamente una vez por hora) durante días antes de darse por vencido. Entonces, lo que es probable que suceda es que no perderá el correo electrónico, pero se retrasará un poco.
El comentario de Alex "todas las IP dinámicas están en listas PBL" es claramente erróneo, ya que esta información está descentralizada (por lo que la palabra "todos" es inexacta), pero es cierto que muchas IP dinámicas están en tales listas, y eso puede significa que algunas computadoras / dispositivos relacionados con el correo electrónico pueden decidir no cooperar con usted.
Además, tengo otra preocupación: ¿hay algún problema de seguridad que pueda estar pasando por alto al tener un proveedor de DDNS?
La mayor preocupación será si sus actualizaciones se manejan de manera segura.
¿No podrán monitorear todo el tráfico que fluye a través del nombre de dominio que proporcionan?
No. El trabajo del servidor DNS es recibir una solicitud de un nombre de dominio y proporcionar una respuesta. La respuesta típica tradicional es proporcionar una o más direcciones IP. Son posibles otras respuestas, como referirse a otro servidor DNS o nombre de dominio (por ejemplo, con un CNAME) u otros datos (por ejemplo, ayudar a proporcionar seguridad a través del estándar DNSSec más reciente).
¿Alguien tiene una opinión informada ...
Me gustaría señalar que si realmente desea ejecutar un servidor de correo electrónico serio, puede considerar cumplir con los estándares modernos de correo electrónico. Eso implica más que simplemente cumplir con las especificaciones técnicas de SMTP y DNS. Muchas personas usan grandes proveedores, y esos grandes proveedores pueden implementar sus propias expectativas.
Por ejemplo, conozco un servidor de correo electrónico que se configuró con Debian y Postgrey hace años. Postgrey es un software que proporciona un manejo antispam de "listas grises". Sin embargo, la versión de Postgrey que se utiliza supone que cuando un servidor de correo electrónico reintenta el correo electrónico, el servidor de correo electrónico remitente utilizará la misma dirección IP al hacerlo. Se sabe que los servidores de correo electrónico de Office 365 vuelven a intentar enviar un correo electrónico desde una dirección IP diferente que todavía se encuentra dentro de una subred IPv6 / 64. A Postgrey no le gusta eso.
A medida que más y más organizaciones se han cambiado a Office 365, esto se ha convertido en un problema cada vez mayor para las personas que usan ese antiguo servidor de correo electrónico. Se ha lanzado una versión más nueva del software Postgrey, pero la forma más fácil de instalar dicho software es utilizar el repositorio oficial de software para ese sistema operativo. Entonces, en la práctica, la forma inteligente de actualizar ese software será actualizar el sistema operativo.
Existen otras convenciones, como tener nombres DNS que comienzan con "correo". lo que puede hacer que su configuración se considere más o menos confiable. Esto puede afectar si los dispositivos lo tratan como un spammer no compatible, o como un dispositivo con el que vale la pena comunicarse.
Claro, tal vez cuando se habla estrictamente de las especificaciones técnicas oficiales, las organizaciones gigantes están realizando algunas acciones que son diferentes a los requisitos mínimos exigidos por los documentos RFC que contienen las especificaciones técnicas de los protocolos que se utilizan. Pero si desea comunicarse con la comunidad más grande de Internet, hay algunos estándares adicionales que son impuestos por algunos jugadores importantes / grandes. Esté preparado para cumplir bien esos estándares, o esté preparado para enfrentar algunos problemas.
Estoy siendo un poco impreciso sobre cuáles son exactamente esos estándares, porque pueden cambiar con el tiempo.
Con respecto a ese antiguo servidor de correo electrónico que necesitará actualizar su antiguo sistema operativo Debian, tal vez las personas deberían actualizar su sistema operativo con más frecuencia de todos modos. Sin embargo, lo que quiero decir es que una configuración de software que funcionó perfectamente bien durante años ahora está rota, debido al comportamiento más reciente que muchas direcciones de correo electrónico utilizan comúnmente. Si intenta hacer cosas inusuales, como usar DNS dinámico en un proveedor de Internet más lento, es más probable que encuentre algunos problemas adicionales en el camino. Como suena ambicioso, tal vez pueda invertir los esfuerzos en eso. Solo te advierto que te prepares para necesitar hacer eso.
... con respecto a qué método (pago vs bricolaje) podría ser mejor?
Como otros han señalado, el pago será mucho más fácil y es bastante económico para la mayoría de las personas. Es probable que los proveedores grandes proporcionen una dirección IP estable a la que puede tener su punto de registro MX (por lo que el correo electrónico va allí), y puede proporcionar un ancho de banda notablemente mejor.
Bricolaje es mejor para ganar experiencia y aprender cómo funcionan las cosas, y elegir no depender únicamente de las implementaciones de las grandes corporaciones. Tener más control sobre su implementación también puede permitirle realizar cambios personalizados significativos mucho más rápidamente.
Cuál es "mejor" dependerá de sus objetivos individuales, por lo que le dejo tales conclusiones a usted.