Ho un ISP che non offre indirizzi IP statici, quindi sembra che una sorta di Dynamic Domain Name Service (DDNS) sia la soluzione.
Questa è una soluzione. Come esempio di un'altra soluzione, un tunnel IPv6 di HurricaneElectric.net fornisce un indirizzo statico (IPv6) con un endpoint di tunnel mobile. Concesso, in questo momento, IPv4 sarebbe più bello supportare tale funzionalità con il pubblico in generale, ma se riesci a trovare un computer cooperativo disposto, potresti tecnicamente fare una cosa del genere anche con IPv4.
devi avere uno script / un programma che controlli periodicamente il tuo indirizzo IP e, se l'indirizzo cambia, lo script / l'app deve aggiornare il nome di dominio che stai utilizzando
Sembra un piano tecnicamente solido.
Ho solo bisogno della chiave API della società di hosting al fine di regolare i record di dominio / IP necessari a livello di programmazione ... qualcuno mi faccia sapere se sbaglio su questo e c'è un modo più semplice).
I dettagli esatti dipenderanno dalla scelta del registrar del nome di dominio su come implementare questa funzione. Alcuni potrebbero utilizzare una chiave API di qualche tipo, mentre altri potrebbero fare affidamento su un'interfaccia Web per gli aggiornamenti automatici. In passato, alcuni ISP fornivano tale servizio, ma si basavano su modifiche manuali in risposta alle richieste. Quindi dipende interamente da chiunque ti fornisca il servizio.
Ecco la cosa: quando aggiorni i tuoi record di nomi di dominio nel modo che ho descritto sopra, ho letto che potrebbero volerci diverse ore per propagarsi in tutto il sistema / mondo (tutti i server DNS devono essere ripopolati con il tuo indirizzo aggiornato ).
Bah humbug. È noto che la propagazione del DNS impiega minuti o ore o giorni (ad es. 72 ore). Tuttavia, quando le persone hanno analizzato pesantemente le cose, hanno scoperto che gran parte di quel vago tempo di "propagazione" proveniva semplicemente dall'aggiornamento lento di un provider di hosting DNS.
In teoria, dovresti solo aspettare il valore TTL. Tuttavia, c'è un problema con questa teoria ...
Tuttavia, diversi provider di servizi DDNS a pagamento che ho cercato sembrano promuovere la loro capacità di rendere effettive le modifiche quasi istantaneamente (o almeno, più velocemente del mio metodo fai-da-te). È vero? C'è qualcosa che mi è mancato?
Ok, ecco la realtà: affinché il tuo aggiornamento abbia pieno effetto, dovrai avere Internet a filo della sua cache attiva di vecchie informazioni.
Secondo gli standard, la memorizzazione nella cache dei server DNS può fare affidamento sulla loro cache per il periodo di tempo specificato da un valore TTL che è possibile configurare.
Tuttavia, la realtà è che almeno alcuni (e forse anche la maggior parte?) ISP molto grandi sono stati conosciuti per eseguire i propri server DNS di cache che sono stati conosciuti per ignorare completamente i valori TTL. Lo fanno perché si sentono come se aggiornano le loro cache DNS meno frequentemente, l'effetto complessivo sarà meno larghezza di banda (e forse un po 'meno tempo di elaborazione).
Pertanto, qualsiasi server di posta elettronica che si basa su tale server DNS potrebbe essere interessato e non essere in grado di notare i tuoi aggiornamenti fino a quando il server DNS non viene aggiornato. In alcuni casi, ciò potrebbe richiedere un giorno o due (o tre?).
Tuttavia, tali effetti sono diventati sempre più rari. Nella pratica, la maggior parte dei server DNS verrà svuotata nella cache entro un'ora o due.
Poiché alcune cache non verranno aggiornate altrettanto rapidamente di altre, l'effetto è che alcuni posti su Internet funzioneranno con il nuovo indirizzo, mentre altri cercheranno comunque di utilizzare il vecchio indirizzo. Entro un paio d'ore, la maggior parte dei computer funzionerà perfettamente con le nuove informazioni. (Molti, molti di loro potrebbero funzionare in pochi minuti.)
Il comportamento tipico del software di posta elettronica è quello di provare a inviare l'e-mail. Se il problema persiste, riprovare più tardi. I server di posta elettronica in genere continuano a riprovare (forse circa una volta all'ora) per giorni prima di arrendersi. Quindi ciò che è probabile che accada è che non perderai la posta elettronica, ma verrà ritardata un po '.
Il commento di Alex "tutti gli IP dinamici sono negli elenchi PBL" è chiaramente sbagliato, poiché queste informazioni sono decentralizzate (quindi la parola "tutto" non è precisa), ma è vero che molti IP dinamici sono presenti in tali elenchi, e quindi potrebbe significa che alcuni computer / dispositivi correlati alla posta elettronica potrebbero decidere di non collaborare con l'utente.
Inoltre, ho un'altra preoccupazione: ci sono problemi di sicurezza che potrei avere con un provider DDNS?
La preoccupazione maggiore sarà se gli aggiornamenti verranno gestiti in modo sicuro.
Non saranno in grado di monitorare tutto il traffico che fluisce attraverso il nome di dominio che forniscono?
No. Il lavoro del server DNS è ricevere una richiesta per un nome di dominio e fornire una risposta. La risposta tipica tradizionale è fornire uno o più indirizzi IP. Sono possibili altre risposte, come ad esempio il riferimento a un altro server DNS o nome di dominio (ad es. Con un CNAME) o altri dati (ad es. Aiutare a fornire sicurezza attraverso il nuovo standard DNSSec).
Qualcuno ha un'opinione informata ...
Vorrei sottolineare che se si desidera davvero eseguire un server di posta serio, è possibile considerare la conformità ai moderni standard di posta elettronica. Ciò implica molto più che essere conformi alle specifiche tecniche SMTP e DNS. Molte persone usano grandi fornitori e quei grandi fornitori possono realizzare le proprie aspettative.
Ad esempio, conosco un server di posta elettronica creato con Debian e Postgrey anni fa. Postgrey è un software che fornisce una gestione antispam "greylisting". Tuttavia, la versione di Postgrey utilizzata presuppone che quando un server e-mail ritenta l'e-mail, il server e-mail mittente utilizzerà lo stesso indirizzo IP per farlo. È noto che i server di posta elettronica di Office 365 riprovano a inviare un messaggio di posta elettronica da un indirizzo IP diverso che si trova ancora in una sottorete IPv6 / 64. A Postgrey non piace.
Poiché sempre più organizzazioni sono passate a Office 365, questo è diventato sempre più un problema per le persone che utilizzano quel vecchio server di posta elettronica. È stata rilasciata una versione più recente del software Postgrey, ma il modo più semplice per installare tale software è utilizzare il repository software ufficiale per quel sistema operativo. Quindi, in pratica, il modo intelligente per aggiornare quel software sarà quello di aggiornare il sistema operativo.
Esistono altre convenzioni, ad esempio avere nomi DNS che iniziano con "mail". che può far sì che la tua configurazione sia giudicata più o meno affidabile. Ciò può influire sul fatto che i dispositivi ti trattino come uno spammer non conforme o come un dispositivo con cui vale la pena comunicare.
Certo, forse quando si parla in modo molto rigoroso delle specifiche tecniche ufficiali, le organizzazioni giganti stanno eseguendo alcune azioni diverse dai requisiti minimi richiesti dai documenti RFC che contengono le specifiche tecniche dei protocolli utilizzati. Ma se vuoi comunicare con la più grande comunità di Internet, ci sono alcuni standard aggiuntivi che vengono imposti da alcuni giocatori significativi / di grandi dimensioni. Preparati a soddisfare bene tali standard o preparati ad affrontare alcuni problemi.
Sono un po 'vago su cosa siano esattamente quegli standard, perché possono cambiare nel tempo.
Per quanto riguarda quel vecchio server di posta che dovrà aggiornare il suo vecchio sistema operativo Debian, forse le persone dovrebbero comunque aggiornare il loro sistema operativo più frequentemente. Il punto che sto sottolineando, tuttavia, è che un'installazione software che ha funzionato perfettamente per anni è ora rotta, a causa del comportamento più recente che viene comunemente utilizzato da molti indirizzi di posta elettronica. Se provi a fare cose insolite, come l'utilizzo del DNS dinamico su un provider Internet più lento, potresti avere maggiori probabilità di riscontrare alcuni problemi aggiuntivi lungo la strada. Mentre sembri ambizioso, forse puoi investire gli sforzi in questo. Ti sto solo avvisando di prepararti a farlo.
... per quanto riguarda quale metodo (pagato vs. DIY) potrebbe essere migliore?
Come altri hanno sottolineato, il pagamento sarà molto più semplice ed è piuttosto economico per la maggior parte delle persone. È probabile che le grandi offerte forniscano un indirizzo IP stabile al quale si possa puntare il proprio record MX (quindi l'e-mail va lì) e potrebbe fornire una larghezza di banda notevolmente migliore.
Il fai-da-te è meglio per acquisire esperienza e imparare come funzionano le cose e scegliere di non fare affidamento esclusivamente sulle implementazioni delle principali società. Avere un maggiore controllo sull'implementazione può anche consentire di apportare modifiche personalizzate significative molto più rapidamente.
Ciò che è "migliore" dipenderà dai tuoi obiettivi individuali, quindi lascio tali conclusioni a te.