it-swarm.com.de

DDNS: Ist eine DIY-Lösung möglich? Besser?

Ich versuche, bei mir zu Hause einen persönlichen Mail-/Kalenderserver einzurichten (ja, ich habe gehört, dass es schwierig ist, dass es eine Menge Ärger gibt usw., aber ich würde es trotzdem gerne versuchen). Ich habe einen ISP, der keine statischen IP-Adressen anbietet. Es sieht also so aus, als wäre ein Dynamic Domain Name Service (DDNS) die Lösung.

Ich habe jedoch Nachforschungen angestellt und mindestens ein paar Online-Ressourcen gefunden, die erklären, dass Sie DDNS selbst durchführen können: Sie benötigen ein Skript/Programm, das Ihre IP-Adresse regelmäßig überwacht und falls sich die Adresse ändert Dann muss das Skript/die App den Domainnamen, den Sie für Ihre Heimserver verwenden, aktualisieren. (Ich habe zufällig eine Domain bei einem Hosting-Anbieter für diesen Fall geparkt. Soweit ich weiß, benötige ich nur den API-Schlüssel von das Hosting-Unternehmen, um die erforderlichen Domain-/IP-Einträge programmgesteuert anzupassen.

Folgendes ist zu beachten: Wenn Sie Ihre Domain-Namen-Einträge auf die oben beschriebene Weise aktualisieren, kann die Verbreitung im gesamten System/in der ganzen Welt mehrere Stunden dauern (alle DNS-Server müssen mit Ihrer aktualisierten Adresse neu ausgefüllt werden) ). Allerdings scheinen einige bezahlte DDNS-Anbieter, die ich mir angesehen habe, ihre Fähigkeit zu fördern, die Änderung fast augenblicklich (oder zumindest schneller als meine DIY-Methode) wirksam werden zu lassen. Ist das wahr? Gibt es etwas, das ich verpasst habe?

Außerdem habe ich ein weiteres Problem: Gibt es irgendwelche Sicherheitsprobleme, die ich bei einem DDNS-Anbieter übersehen könnte? Werden sie nicht in der Lage sein, den gesamten Datenverkehr zu überwachen, der durch den von ihnen bereitgestellten Domainnamen fließt? Hat jemand eine fundierte Meinung dazu, welche Methode (bezahlt vs. DIY) besser sein könnte?

Ich schätze deine Zeit ... danke!

25
Superion

Ich versuche, bei mir zu Hause einen persönlichen Mail-/Kalenderserver einzurichten (ja, ich habe gehört, dass es schwierig ist, dass es eine Menge Ärger gibt usw., aber ich würde es trotzdem gerne versuchen).

Sie werden wahrscheinlich nicht viel Glück mit dem Mail-Teil haben. Siehe @ Alex Antwort.

sie benötigen ein Skript/Programm, das Ihre IP-Adresse regelmäßig überwacht. Wenn sich die Adresse ändert, muss das Skript/die App den für Ihre Heimserver verwendeten Domänennamen aktualisieren

So ziemlich das.

Ich benötige nur den API-Schlüssel des Hosting-Unternehmens, um die erforderlichen Domain-/IP-Einträge programmgesteuert anzupassen

Ja. Wenn das Unternehmen lediglich einen allgemeinen "Host everything" -Dienst bereitstellt, verfügt es möglicherweise überhaupt nicht über eine DNS-Verwaltungs-API (mit Schwerpunkt auf Web und E-Mail), und Sie müssen die Domain möglicherweise an einen anderen Ort verschieben.

Folgendes ist zu beachten: Wenn Sie Ihre Domain-Namen-Einträge auf die oben beschriebene Weise aktualisieren, kann die Verbreitung im gesamten System/in der ganzen Welt mehrere Stunden dauern (alle DNS-Server müssen mit Ihrer aktualisierten Adresse neu ausgefüllt werden) ).

Nein. Nur die Systeme Ihres DNS-Hosting-Providers müssen aktualisiert werden. Der Rest der Welt führt keine permanenten Aufzeichnungen - er speichert lediglich die Ergebnisse einzelner Suchvorgänge für die Dauer, die im "TTL" -Feld (Time To Live) jeder (Sub-) Domain angegeben ist.

Allerdings scheinen einige bezahlte DDNS-Anbieter, die ich mir angesehen habe, ihre Fähigkeit zu fördern, die Änderung fast augenblicklich (oder zumindest schneller als meine DIY-Methode) wirksam werden zu lassen. Ist das wahr? Gibt es etwas, das ich verpasst habe?

Ich würde vermuten, dass sie die Konfiguration eines sehr niedrigen TTL für die dynamischen Domänen ermöglichen (bis zu einigen Sekunden), was bedeutet, dass sie auf Kosten des DDNS-Anbieters selbst sehr schnell aus allen Caches entfernt werden Empfangen von viel mehr Anfragen (höhere Auslastung der DNS-Server und -Datenbanken und eine Entschuldigung, mehr zu berechnen). Das allein ist nichts Besonderes und lässt sich mit jeder DIY-Methode umsetzen.

Werden sie nicht in der Lage sein, den gesamten Datenverkehr zu überwachen, der durch den von ihnen bereitgestellten Domainnamen fließt?

Nein. Der DNS-Server stellt Ihnen nur eine Adresse zur Verfügung (ähnlich wie ein Telefonbuch) und ist an keiner weiteren Kommunikation beteiligt.

(Es sei denn, der Anbieter versucht tatsächlich, falsche Daten zurückzugeben , was die TTL des Unternehmens erheblich verkürzen würde, sobald Nachrichten-Websites davon erfahren.)

Beachten Sie jedoch, wie die API funktioniert. Natürlich können Sie nicht sicher sein, dass der Dienst keine Sicherheitslücken aufweist. Wenn jedoch (z. B.) die API über unverschlüsseltes HTTP ausgeführt wird und den API-Schlüssel im Klartext überträgt, sollten Sie sich nicht darauf verlassen.

41
grawity

Ich habe einen ISP, der keine statischen IP-Adressen anbietet. Es sieht also so aus, als wäre ein Dynamic Domain Name Service (DDNS) die Lösung.

Das ist eine Lösung. Als Beispiel für eine andere Lösung bietet ein HurricaneElectric.net-IPv6-Tunnel eine statische (IPv6-) Adresse mit einem beweglichen Tunnelendpunkt. Zugegeben, zu diesem Zeitpunkt wäre IPv4 besser geeignet, um eine solche Funktionalität in der Öffentlichkeit zu unterstützen, aber wenn Sie einen Computer finden, der bereit ist, mitzuarbeiten, können Sie dies auch technisch mit IPv4 tun.

sie benötigen ein Skript/Programm, das Ihre IP-Adresse regelmäßig überwacht. Wenn sich die Adresse ändert, muss das Skript/die App den von Ihnen verwendeten Domainnamen aktualisieren

Das klingt nach einem technisch soliden Plan.

Ich brauche nur den API-Schlüssel des Hosting-Unternehmens, um die erforderlichen Domain-/IP-Einträge programmgesteuert anzupassen.

Die genauen Details hängen von der Wahl des Domainnamen-Registrars ab, wie diese Funktion implementiert wird. Einige verwenden möglicherweise einen API-Schlüssel, während andere für automatische Aktualisierungen möglicherweise eine Webschnittstelle verwenden. In früheren Zeiten haben einige Internetdienstanbieter einen solchen Dienst bereitgestellt, sich jedoch auf manuelle Änderungen als Reaktion auf Anforderungen verlassen. Es liegt also ganz bei Ihnen, wer Ihnen den Service bietet.

Folgendes ist zu beachten: Wenn Sie Ihre Domain-Namen-Einträge auf die oben beschriebene Weise aktualisieren, kann die Verbreitung im gesamten System/in der ganzen Welt mehrere Stunden dauern (alle DNS-Server müssen mit Ihrer aktualisierten Adresse neu ausgefüllt werden) ).

Bah Humbug. Es ist bekannt, dass die DNS-Weitergabe Minuten, Stunden oder Tage (z. B. 72 Stunden) dauert. Wenn die Leute jedoch die Dinge gründlich analysiert haben, haben sie festgestellt, dass ein Großteil dieser vagen "Weitergabe" von einem DNS-Hosting-Anbieter stammte, der nur langsam aktualisiert werden konnte.

Theoretisch sollten Sie nur auf den Wert TTL warten müssen. Obwohl es ein Problem mit dieser Theorie gibt ...

Allerdings scheinen einige bezahlte DDNS-Anbieter, die ich mir angesehen habe, ihre Fähigkeit zu fördern, die Änderung fast augenblicklich (oder zumindest schneller als meine DIY-Methode) wirksam werden zu lassen. Ist das wahr? Gibt es etwas, das ich verpasst habe?

Okay, hier ist die Realität: Damit Ihr Update vollständig wirksam wird, muss das Internet seinen aktiven Cache mit alten Informationen leeren.

Gemäß den Standards verlassen sich DNS-Cacheserver möglicherweise für die Zeitdauer, die durch einen konfigurierbaren TTL -Wert angegeben wird, auf ihren Cache.

In Wirklichkeit ist jedoch bekannt, dass zumindest einige (und vielleicht sogar die meisten?) Sehr große ISPs ihre eigenen DNS-Cache-Server betreiben, von denen bekannt ist, dass sie die TTL -Werte einfach vollständig ignorieren. Sie tun dies, weil sie das Gefühl haben, wenn sie ihre DNS-Caches weniger häufig aktualisieren, ergibt sich insgesamt eine geringere Bandbreite (und möglicherweise eine geringere Rechenzeit).

Daher kann jeder E-Mail-Server, der auf einen solchen DNS-Server angewiesen ist, betroffen sein und Ihre Aktualisierungen erst bemerken, wenn der DNS-Server aktualisiert wird. In einigen Fällen kann dies einen oder zwei Tage dauern (oder drei?).

Solche Effekte sind jedoch zunehmend seltener geworden. In der Praxis werden die Caches der meisten DNS-Server innerhalb von ein oder zwei Stunden geleert.

Da einige Caches nicht so schnell aktualisiert werden wie andere, funktionieren einige Stellen im Internet mit der neuen Adresse, während andere Stellen weiterhin versuchen, die alte Adresse zu verwenden. Innerhalb weniger Stunden funktionieren die meisten Computer mit den neuen Informationen einwandfrei. (Viele, viele von ihnen können innerhalb von Minuten arbeiten.)

Das typische Verhalten von E-Mail-Software ist der Versuch, die E-Mail zu senden. Wenn dies fehlschlägt, versuchen Sie es später erneut. E-Mail-Server versuchen es in der Regel tagelang (möglicherweise einmal pro Stunde) erneut, bevor sie aufgeben. Es ist also wahrscheinlich, dass Sie keine E-Mails verlieren, aber es wird sich etwas verzögern.

Alex 'Kommentar "Alle dynamischen IPs befinden sich in PBL-Listen" ist eindeutig falsch, da diese Informationen dezentralisiert sind (das Wort "Alle" ist also ungenau), aber es ist wahr, dass sich viele dynamische IPs in solchen Listen befinden, und das kann Dies bedeutet, dass einige Computer/Geräte, die sich auf E-Mail beziehen, möglicherweise entscheiden, nicht mit Ihnen zusammenzuarbeiten.

Außerdem habe ich ein weiteres Problem: Gibt es irgendwelche Sicherheitsprobleme, die ich bei einem DDNS-Anbieter übersehen könnte?

Die größte Sorge wird sein, ob Ihre Updates auf sichere Weise gehandhabt werden.

Werden sie nicht in der Lage sein, den gesamten Datenverkehr zu überwachen, der durch den von ihnen bereitgestellten Domainnamen fließt?

Nein. Der DNS-Server hat die Aufgabe, eine Anfrage nach einem Domainnamen zu erhalten und eine Antwort zu geben. Die traditionelle typische Antwort besteht darin, eine oder mehrere IP-Adressen bereitzustellen. Andere Antworten sind möglich, beispielsweise Verweise auf einen anderen DNS-Server oder Domänennamen (z. B. mit einem CNAME) oder auf andere Daten (z. B. um die Sicherheit über den neueren DNSSec-Standard zu gewährleisten).

Hat jemand eine informierte Meinung ...

Ich möchte darauf hinweisen, dass Sie, wenn Sie wirklich einen seriösen E-Mail-Server betreiben möchten, möglicherweise in Betracht ziehen möchten, den modernen E-Mail-Standards zu entsprechen. Dabei geht es nicht nur darum, die technischen Spezifikationen für SMTP und DNS einzuhalten. Viele Menschen nutzen große Anbieter, und diese großen Anbieter setzen möglicherweise ihre eigenen Erwartungen um.

Ich kenne zum Beispiel einen E-Mail-Server, der vor Jahren mit Debian und Postgrey eingerichtet wurde. Postgrey ist eine Software, die eine "Greylisting" -Antispam-Behandlung bietet. Bei der verwendeten Version von Postgrey wird jedoch davon ausgegangen, dass der sendende E-Mail-Server bei einem erneuten Versuch eines E-Mail-Servers dieselbe IP-Adresse verwendet. Es ist bekannt, dass Office 365-E-Mail-Server erneut versuchen, eine E-Mail von einer anderen IP-Adresse aus zu senden, die sich noch in einem IPv6/64-Subnetz befindet. Postgrey gefällt das nicht.

Da immer mehr Unternehmen auf Office 365 umsteigen, wird dies für Benutzer dieses alten E-Mail-Servers zunehmend zum Problem. Eine neuere Version der Postgrey-Software wurde veröffentlicht. Die Installation dieser Software ist jedoch einfach, wenn Sie das offizielle Software-Repository für dieses Betriebssystem verwenden. In der Praxis besteht die clevere Art, diese Software zu aktualisieren, darin, das Betriebssystem zu aktualisieren.

Es gibt andere Konventionen, beispielsweise DNS-Namen, die mit "mail" beginnen. Dies kann dazu führen, dass Ihr Setup als mehr oder weniger vertrauenswürdig eingestuft wird. Dies kann sich darauf auswirken, ob Geräte Sie wie einen nicht kompatiblen Spammer oder wie ein Gerät behandeln, mit dem es sich zu kommunizieren lohnt.

Sicher, vielleicht führen Riesenorganisationen, wenn sie sehr streng über offizielle technische Spezifikationen sprechen, einige Aktionen durch, die sich von den Mindestanforderungen unterscheiden, die in den RFC-Dokumenten mit den technischen Spezifikationen der verwendeten Protokolle gefordert werden. Wenn Sie jedoch mit der größeren Internet-Community kommunizieren möchten, werden von einigen bedeutenden/großen Spielern einige zusätzliche Standards auferlegt. Seien Sie bereit, diese Standards gut zu erfüllen, oder seien Sie bereit, auf einige Probleme zu stoßen.

Ich bin ein bisschen vage, was genau diese Standards sind, weil sie sich im Laufe der Zeit ändern können.

In Bezug auf diesen alten E-Mail-Server, der ein Upgrade seines alten Debian-Betriebssystems benötigt, sollten die Leute ihr Betriebssystem vielleicht sowieso häufiger aktualisieren. Ich möchte jedoch darauf hinweisen, dass ein Software-Setup, das jahrelang einwandfrei funktioniert hat, aufgrund eines neueren Verhaltens, das häufig von vielen E-Mail-Adressen verwendet wird, nicht mehr funktioniert. Wenn Sie versuchen, ungewöhnliche Dinge zu tun, wie z. B. die Verwendung von Dynamic DNS bei einem langsameren Internetprovider, treten möglicherweise zusätzliche Probleme auf. Wie Sie ehrgeizig klingen, können Sie vielleicht die Anstrengungen in das investieren. Ich warne Sie nur, sich darauf vorzubereiten, das tun zu müssen.

... in Bezug auf welche Methode (Payed vs. DIY) könnte besser sein?

Wie andere betont haben, wird das Bezahlen viel einfacher und ist für die meisten Menschen ziemlich wirtschaftlich. Große Angebote bieten wahrscheinlich eine stabile IP-Adresse, auf die Sie Ihren MX-Eintrag verweisen können (damit E-Mail dorthin gelangt), und bieten möglicherweise eine deutlich bessere Bandbreite.

DIY ist besser, um Erfahrungen zu sammeln und zu lernen, wie Dinge funktionieren, und sich nicht nur auf Implementierungen von großen Unternehmen zu verlassen. Wenn Sie mehr Kontrolle über Ihre Implementierung haben, können Sie außerdem wichtige benutzerdefinierte Änderungen viel schneller vornehmen.

Was "besser" ist, hängt von Ihren individuellen Zielen ab, daher überlasse ich diese Schlussfolgerungen Ihnen.

7
TOOGAM

Ja, es ist möglich, den DDNS-Server selbst zu hosten (tatsächlich habe ich vor einiger Zeit eine DynDNS-kompatible Implementierung für DJBs tinydns selbst geschrieben). Sie können einen normalen DynDNS-Client für dynamische IP-Adressen verwenden, um Ihren DNS-Namen zu aktualisieren. Der Servercode würde jedoch weiterhin mit statischer IP-Adresse ausgeführt (da die GTLD-Server weiterhin auf NS zeichnet für Ihre Domain eine statische IP auf).

Wenn Sie Ihren DNS nicht selbst hosten, sondern ihn an einen DNS-Anbieter eines Drittanbieters auslagern, erhalten Sie möglicherweise die API zum Ändern der IP-Adresse, wie Sie sagen. Es würde sich wahrscheinlich langsamer als die richtige DDNS-Lösung ausbreiten, und Sie wären offensichtlich nicht vollständig selbst gehostet, sondern wären bei DNS-Diensten von diesem Drittanbieter abhängig. Sie sind normalerweise nicht böswillig (und es gibt so viele andere Sicherheitsprobleme im Internet, über die ich mir mehr Sorgen machen müsste), aber ich würde immer noch eine Lösung unter meiner Kontrolle vorziehen (wenn nicht anders, da ich die Freiheit habe, meinen DNS-Provider anstelle von zu wählen eingesperrt sein).

Ich führe auch meine eigenen Serverinstanzen für Kalender/Kontakte/Bilder aus, anstatt Daten an Google oder eine andere Person weiterzugeben (mithilfe von Open-Source-Instanzen Nextcloud und Mediagoblin ). Während ich sie auf "meinem" VPS mit statischen IP-Adressen ausführe (da dies einfacher ist und mehr Bandbreite bietet), können beide auf dynamischen IP-Adressen ausgeführt werden, die Sie zu Hause haben.

Wie bereits erwähnt, können Sie beim Senden von E-Mails aufgrund von PBL-Sperrlisten keine zuverlässigen E-Mails direkt von diesem Server senden. Wenn Sie es über einen anderen SMTP-Server (z. B. von Google Mail oder Ihrem Internetdienstanbieter) weiterleiten, funktioniert es einwandfrei.

Der MX-Server (Posteingangsserver) mit dynamischer IP-Adresse ist jedoch ziemlich problematisch. Wenn beispielsweise E-Mails während des Änderns der IP-Adresse eingehen, wird möglicherweise versucht, diese an die IP-Adresse zu senden, die Sie vor einigen Augenblicken hatten, aber jetzt hat es ein anderer Kunde. In den meisten Fällen würde dies einfach zu einer fehlgeschlagenen Verbindung und somit zu einer Verzögerung der E-Mail führen. Wenn jedoch ein anderer Kunde einen SMTP-Server ausführt, wird die E-Mail an ihn gesendet oder mit dem schwerwiegenden Fehler "Empfänger existiert nicht" zurückgesendet (was normalerweise der Fall ist) automatisch abbestellen von Mailinglisten etc). Wenn Ihre IP-Adresse kein Reverse-DNS hat (oder manchmal sogar, wenn sie dynamisch aussieht!), Lehnen einige Mailserver die Zustellung von E-Mails ab.

Aber wenn ein gewisser Prozentsatz verlorener oder fehlgeleiteter E-Mails für Sie kein Problem darstellt, können Sie es auf jeden Fall ausprobieren.

Beachten Sie, dass es auch möglich ist, dass Ihr ISP Regeln gegen das Ausführen von Diensten in Ihrem günstigen "Consumer-Internet" hat und Sie möglicherweise herunterfährt, wenn Sie den Vertrag brechen. Oder sie blockieren sogar aktiv eingehende Verbindungen zu Ihrem Heimnetzwerk über weniger bekannte Ports wie tcp/25, 80, 443 usw., was Ihre gesamte Vorstellung von Selbsthosting zerstören könnte (es sei denn, Sie wechseln den ISP oder wechseln in eine teurere Geschäftsklasse) "die normalerweise auch statische IPs hat).

Als letztes ist zu beachten, dass bei vielen typischen Heim-Internetverbindungen (wie ADSL, Kabel usw.) die Geschwindigkeit asymmetrisch ist - das heißt, Ihr Download ist viel schneller als Ihre Upload-Geschwindigkeit. Was schlecht ist, wenn Sie größere öffentliche Inhalte wie Bilder (anstatt sich auf Facebook oder Google zu verlassen und Ihre Rechte aufzugeben) von zu Hause aus bereitstellen möchten, da dies langsam sein wird (nicht auch für den Typen, der Bilder von Ihnen herunterlädt). sondern auch für Ihre gesamte Internetverbindung).

5
Matija Nalis

Andere Antworten haben bereits DDNS-Teil erklärt.

Ich werde erklären, warum Sie müssen einen separaten Server zum Senden von E-Mails verwenden (da eine kurze Erklärung von @Alex unvollständig ist).

Am wichtigsten ist, dass Sie einen gültigen Reverse-PTR-Eintrag benötigen, um E-Mails zu senden. Viele E-Mail-Server prüfen diesen und leiten Ihre E-Mails zurück, wenn der Reverse-DNS-Eintrag für die IP-Adresse nicht mit der Absenderdomäne übereinstimmt. Dieser Datensatz wird vom Eigentümer der IP-Adresse bereitgestellt - z. von Ihrem ISP.

Stellen wir uns nun vor, dass Sie irgendwie eine gültige Version von Reverse DNS (ha-ha) erhalten haben, die dynamisch aktualisiert wird. Sie müssen immer noch alle davon überzeugen, dass Ihre Domain legitim ist und Ihre ausgehenden E-Mails kein Spam sind.

Wie von @Alex erklärt, nutzen kleine Mail-Hoster gerne Spamhaus und andere Online-Blacklists. Aber ich habe gesehen, dass diese Unternehmensadministratoren viele andere dumme Dinge getan haben (z. B. das Blockieren aller E-Mails, die nicht von Gmail/Hotmail stammen). Eigentlich sind es nicht nur einige "Unternehmensadministratoren" - ich habe gesehen, dass Sourceforge die Registrierung von legitimen Unternehmens-E-Mail-Domänen blockiert, weil "wir nicht wissen warum, aber unser Spam-Filter denkt, dass Sie schlecht sind". Ignorieren Sie sie einfach - Sie können nicht mit jedem unter freiem Himmel kompatibel bleiben.

Riesige Mail-Hoster verlassen sich heutzutage nicht mehr auf Spamhaus oder andere PBL. Sie verfolgen Ihre Vertrauenswürdigkeit selbst. Die Absenderzuverlässigkeit (zumindest das meiste davon) ist an die IP gebunden. Dies liegt daran, dass Spammer häufig einen Boot von ihren Hostern erhalten, sodass sie gezwungen sind, IPs zu überspringen. Aus Sicht von Google Mail unterscheidet sich Ihre kürzlich erstellte Domain/IP nicht von häufigem Spammer. Wenn Sie mit dem Senden von E-Mails beginnen, ist Ihre Reputation niedrig (Sie werden standardmäßig als Spammer behandelt!). Die meisten Ihrer ausgehenden E-Mails werden als Spam markiert. Wenn jemand auf Ihre E-Mail antwortet oder diese besonders als legitim markiert (durch Drücken der entsprechenden Schaltfläche in der Weboberfläche des E-Mail-Anbieters), steigt das Vertrauen in Sie leicht an. Wie Sie sehen, müssen Sie über Jahre hinweg dieselbe Domain auf derselben IP verwenden, um die Reputation des Absenders zu steigern. Dies ist mit dynamischer IP nicht zuverlässig möglich.


Sobald Sie einen VPS von Hoster gemietet haben, wird es viel einfacher, einen Heimserver auf dynamischer IP zu halten. Sie können diesen VPS als Ihren eigenen DDNS-Server mit extrem niedriger TTL verwenden. Möglicherweise können Sie sogar auf DNS verzichten und auf andere Weise (z. B. HTTP-Umleitung) die IP-Adresse Ihrer Home-Box ändern. Sie können weiterhin E-Mails direkt an Ihre Home-Box senden - optional mit einem Fallback auf den VPS, wenn Ihre Home-IP-Adresse nicht verfügbar ist oder kürzlich geändert wurde.

2
user1643723

Dies kann auf CPanel mithilfe eines Skripts PHP durchgeführt werden. Stellen Sie lediglich sicher, dass Sie Ihre Sicherheit korrekt eingestellt haben (HTTPS usw.), und lesen Sie die Nutzungsbedingungen von Ihrem Hosting-Anbieter.

https://www.shadowsplace.net/1231/internet/use-whm-cpanel-as-dynamic-dns-service/

Wenn Sie ein gängiges URL-Schema für dynamische DNS-Anbieter imitieren, können Sie die integrierten dynamischen DNS-Funktionen in Black-Box-Geräten (z. B. NAS, IP-Kamera usw.) verwenden und den Router veranlassen, die Anforderung stattdessen an Ihren Host umzuleiten .

0
user931974