DDNS Updater Anlegen des Anbieters "Serverprofis"

Crusty

Benutzer
Mitglied seit
14. Feb 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
7
Hallo zusammen,

ich versuche einen neuen Anbieter in meine Liste des DDNS Updater aufzunehmen, nur komme ich etwas mit dem Befehlen ins schleudern.

Laut dem Anbieter "Serverprofis" sollte der Befehl wie folgt aussehen: https://SERVERNAME/spdyndns.php'?'hostname=HOSTNAME'&'cUser=CPANELUSERNAME'&'cPass='CPANELPASSWORT'

Deren Anleitung kann auch hier nachgelesen werden: https://www.serverprofis.de/faq/con...h-eine-dynamic-ip-_-dynamisches-dns-ein-.html

Ich komme bei dem Protokoll und den variablen "SERVERNAME" nciht weiter, wo ich was eintragen muss.

Hat jemand eine Idee?

Vielen Dank und Grüße,
Crusty
 

Crusty

Benutzer
Mitglied seit
14. Feb 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
7
Hat niemand eine Idee oder kann helfen?

Grüße,
Crusty
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
So was gehört als Code/Quote geposted
Rich (BBCode):
https://SERVERNAME/spdyndns.php'?'hostname=HOSTNAME'&'cUser=CPANELUSERNAME'&'cPass='CPANELPASSWORT'

servername eben wie in der Anleitung beschrieben durch die Domain des Webhosting Tarifs ersetzen.
Der Hostname (meine-ddns.domain.de) wird nachher aus dem Dialog beim hinzufügen des DDNS Dienstes im DSM abgefragt
Ebenso username und password

Die URL wäre dann vermutlich (wie gesagt meine-Serverprofis-Hosting-Domain musst du noch ersetzen)
Rich (BBCode):
https://meine-Serverprofis-Hosting-Domain/spdyndns.php'?'hostname=__HOSTNAME__'&'cUser=<user>'&'cPass='<pass>'
 

QTip

Super-Moderator
Teammitglied
Mitglied seit
04. Sep 2008
Beiträge
2.341
Punkte für Reaktionen
13
Punkte
84
Bitte daran denken, daß bei diesem Protokoll immer die IP verwendet wird, mit der die Anfrage gesendet wird. DDNS Updater ist so ausgelegt, daß die gewünschte IP mitgesendet wird, einige Features wie Offline-IP und IP-Cloning funktionieren dann bei solchen Protokollen nicht. Und bitte nicht die in den FAQ-Beispielen angegebenen Hochkomma ' eingeben, dies wird automatisch durch das Aktualisierungsmodul erledigt.

Soweit ich das sehe werden für das oben genannten Protokoll 3 Variablen benötigt. In der Protokollverwaltung die 3 Url-Parameter hostname, cUser und cPass hinzufügen und die entsprechenden Feldnamen für die Anbieterverwaltung auswählen. In der Anbieterverwaltung das Protokoll auswählen...es werden automatisch alle Felder aus der Protokollverwaltung hinzugefügt. Nun noch die Feldbezeichnungen für den "Neuen DDNS-Eintrag hinzufügen"-Dialog entsprechend wählen, den gewünschten DNS und die Logindaten eintragen. Die weiteren Details der Konfiguration, speziell in der Anbieterverwaltung, müssen ebenfalls korrekt gewählt werden.
Da wäre z.B.
Scriptpfad: "/spdyndns.php"
SSL: "zwingend"
Auth Methode: "Url-basierend"
HTTP Methode: "GET"
Der Aktualisierungsserver ist bei diesem Protokoll immer die eigene Domain und kann mit der aktuellen Version noch nicht dynamisch über den "Neuen DDNS-Eintrag hinzufügen"-Dialog abgefragt werden. Er muss direkt in der Anbieterverwaltung hinterlegt werden.
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Ah, @QTip - da habe ich gepennt. Hatte die ganze Zeit den Syno DDNS im Kopf und wie dort der Eintrag hinzukommt und ganz überlesen, welches Subforum.
 

Crusty

Benutzer
Mitglied seit
14. Feb 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
7
Vielen Dank erst mal für die Rückmeldung

@Fusion, ich habe es versucht es als "Code" zu plazieren, jedoch beim Speichern hat es mir das immer wieder so zerrissen und es eben nicht als Code angezeigt.

Ich habe mich noch mal dran gesetzt und versucht die geforderten Variablen des Anbieters nachvollziehen zu können.

Wenn ich es richtig verstehe, brauche ich jedoch 4 Variablen, da der Servername auch variabel ist

So würde der Link z.B. ausgefüllt heißen:
cpXXX.sp-server.net/spdyndns.php?hostname=dyndns.meine-domain.de&cUser=crusty&cPass=meinpasswort

1. Servername: cpXXX.sp-server.net (XXX= Server-Nummer wird vom Anbieter vergeben)
(Scriptpfad: /spdyndns.php)
2. hostname: dyndns.meine-domain.de (die zuvor beim Anbieter angelegte Subdomain, oder Domain)
3. cUser: (der vom Anbieter vergebene Benutzername)
4. cPass: (mein persönlich vergebenes Passwort)

der Hostname, sowie Benutzername und Passwort sind Variablen, die ich beim ausfüllen dann später eintrage, das ist klar, nur, kann ich für den 1. Punkt, für den Servernamen auch eine Platzhalter eintragen?
 

Crusty

Benutzer
Mitglied seit
14. Feb 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
7
Also, nachdem ich nun in der Protokollverwaltung das Protokoll mit dem hostname, cUser & cPass angelegt habe und dann entsprechend in der Anbieterverwaltung den Anbieter angelget habe, hat es nun funktioniert und die IP bekommt ein Update.

Allerdings bekomme ich folgenden Fehler:

2018/02/13 04:15:51 WARNING : updating , status: int: unknown return code [cpanel-api laufzeit gesamt: 0.063023 sekunden]

und ich bekomme keinen Rückmelde-Code

Liegt das am Anbieter?
 

QTip

Super-Moderator
Teammitglied
Mitglied seit
04. Sep 2008
Beiträge
2.341
Punkte für Reaktionen
13
Punkte
84
Es sieht so aus, als wenn der Anbieter keinen anständigen Code zurückgibt.

int: unknown return code ist der intern ermittelte Return Code, also "unbekannt"
[cpanel-api laufzeit gesamt: 0.063023 sekunden] Die Werte in [ ] sind das, was das cPanel zurückgibt.

Du könntest in Einstellungen - Rückgabecodes einen neuen Eintrag mit den folgenden Werten anlegen.

Rückgabecode: cpanel-api
Rückgabecode-Gruppe: OK
Farbe: Das gleiche grün wie bei den anderen OK-Meldungen
Rückmeldung: Aktualisierung erfolgreich.

Du siehst nun nach einer Aktualisierung immer OK, geht aber ohne vernüftige Rückmeldung vom Anbieter nicht anders.
 

FlorianFR

Benutzer
Mitglied seit
16. Apr 2020
Beiträge
26
Punkte für Reaktionen
1
Punkte
3
Guten Abend zusammen,

auch wenn das Thema schon etwas in die Monate gekommen ist, bin ich gerade an dem Punkt Serverprofis in die Anbieterliste einzutragen.
Mein Problem: Über DDNS selbst bekomme ich den Usernamen nicht registriert. Der Synologysupport schiebt das Problem auf meinen Webhostinganbieter...
Wenn ich jedoch die Query-URL im Browser aufrufe, dann bekomme ich eine erfolgreiche Updatemeldung.

Ergo versuche ich den Weg über QTip´s Tool. Aber auch hier hänge ich seit Stunden fest.
Ich habe den Anbieter wie folgt eingerichtet:

Aktualisierungsserver: cpxxx.sp-server.net
Skriptpfad: /spdyndns.php
Protokoll: dyndns2
Nur SSL
Auth-Methode: Url-basierend
HTTP Methode: GET
Host, Login und Password bei den Felddefinition hinterlegt

Host: subd.example.org
Login: cPanel Loginname
Password: cPanel Passwort (mehrfach Versuche mit und ohne Sonderzeichen sowie 8- und mehrstellige)

Wenn ich alle Daten eingetragen habe und auf OK klicke, wird mir das Passwort immer als falsch angezeigt. Hat jemand vielleicht einen Tipp?
 

Crusty

Benutzer
Mitglied seit
14. Feb 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
7
Hallo Florian,

ich denke das Problem liegt beim Protokoll.

Dafür habe ich extra in der "Protokollverwaltung" ein Protokoll für die Serverprofis eingerichtet, was wie folgt aussieht:
sp_DDNS2_Protokoll.png

Erst danach habe ich in der "Anbieterverwaltung" alles weitere wie folgt eingerichtet und dabei unter "Protokoll" das zuvor angelegte Protokoll eingesetzt:
sp_DDNS2_Anbieter_01.png
sp_DDNS2_Anbieter_02.png

Dann noch den Host hinzufügen und dabei den von dir hinzugefügten Anbieter auswählen und alle deine Daten einfügen.
sp_DDNS2_host.png

Versuche es mal so, sonst melde dich noch mal.

Grüße
 

FlorianFR

Benutzer
Mitglied seit
16. Apr 2020
Beiträge
26
Punkte für Reaktionen
1
Punkte
3
Es funktioniert!!! Mega:) Danke!

Der letzte Status wird mir als unknown return code angezeigt... Da fehlt wohl ein Rückgabecode?

Und irgendwie habe ich jetzt irgendwelche Fehler im Script laut dem Log:
2020/05/14 16:03:50 WARNING : Use of uninitialized value in string ne at /var/packages/ddnsupdater2/target/sbin/ddud line 501.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in concatenation (.) or string at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Tools.pm line 451.
2020/05/14 16:03:50 WARNING : updating diskstation.schlieter.it, status: int: unknown return code [update erfolgreich: diskstation.schlieter.it. (2003:xx.xxx.xx.xx.xx.)]
2020/05/14 16:03:50 WARNING : Use of uninitialized value in concatenation (.) or string at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Tools.pm line 451.
2020/05/14 16:03:50 SUCCESS : updating , status: cpanel-api, IP set to 80.xxx.xxx.xxx
2020/05/14 16:03:50 WARNING : Use of uninitialized value in concatenation (.) or string at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Tools.pm line 417.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 113.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 112.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 113.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 112.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 113.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 112.
 

FlorianFR

Benutzer
Mitglied seit
16. Apr 2020
Beiträge
26
Punkte für Reaktionen
1
Punkte
3
Crusty, noch 2 Fragen:

Muss dann die Subdomain unter Externer Zugriff / Erweitert / bei Hostname oder statische IP: eingetragen werden?

Hast Du zufällig ein SSL Zertifikat für deine Subdomain eingebunden? Laut Serverprofis soll es kein SSL Zertifikat für eine Subdomain geben...
 

Crusty

Benutzer
Mitglied seit
14. Feb 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
7
Es funktioniert!!! Mega:) Danke!

Der letzte Status wird mir als unknown return code angezeigt... Da fehlt wohl ein Rückgabecode?
Richtig, der fehlt noch. Schau mal in das Protokoll, was der SP-Server zurückmeldet, damit kannst du dir deinen eigenen Rückgabe-Code anlegen. Also mal nach "Status" filtern

Bei mir ist der Rückgabe-Code z.B:. "update erfolgreich", den habe ich hinzugefügt oder "ein update ist nicht notwendig, da bereits die aktuelle ip-adresse hinterlegt ist" muss entsprechend angepasst werden, ist jedoch selbsterklärend, wenn du ein Code hinzufügst.

Und irgendwie habe ich jetzt irgendwelche Fehler im Script laut dem Log:
2020/05/14 16:03:50 WARNING : Use of uninitialized value in string ne at /var/packages/ddnsupdater2/target/sbin/ddud line 501.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in concatenation (.) or string at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Tools.pm line 451.
2020/05/14 16:03:50 WARNING : updating diskstation.schlieter.it, status: int: unknown return code [update erfolgreich: diskstation.schlieter.it. (2003:xx.xxx.xx.xx.xx.)]
2020/05/14 16:03:50 WARNING : Use of uninitialized value in concatenation (.) or string at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Tools.pm line 451.
2020/05/14 16:03:50 SUCCESS : updating , status: cpanel-api, IP set to 80.xxx.xxx.xxx
2020/05/14 16:03:50 WARNING : Use of uninitialized value in concatenation (.) or string at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Tools.pm line 417.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 113.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 112.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 113.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 112.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 113.
2020/05/14 16:03:50 WARNING : Use of uninitialized value in hash element at /volume1/@appstore/ddnsupdater2/sbin/../lib/DDNSUpdater/Module/default.pm line 112.

Ich bekomme die gleichen Fehlermeldungen, jedoch geht es.

Vielleicht gibt es eine Antwort des Entwicklers?
 

Crusty

Benutzer
Mitglied seit
14. Feb 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
7
Muss dann die Subdomain unter Externer Zugriff / Erweitert / bei Hostname oder statische IP: eingetragen werden?
Ja richtig, deine Sub-Domain gehört da rein, zuminst habe ich das so gemacht. :)

Hast Du zufällig ein SSL Zertifikat für deine Subdomain eingebunden? Laut Serverprofis soll es kein SSL Zertifikat für eine Subdomain geben...
Ja, ich habe in der Systemsteuerung unter Sicherheit -> Zertifikat der NAS ein SSL Zertifikat via Let's Encrypt auf meine Sub-Domain angelegt. Wie das gemacht wird, guckst du am besten mal bei Youtube z.B. iDomix, der hat dazu ganz gute Videos gemacht.
 

FlorianFR

Benutzer
Mitglied seit
16. Apr 2020
Beiträge
26
Punkte für Reaktionen
1
Punkte
3
Musstest Du den eine Freigabe für Port 80 im Router setzen?

Nachtrag: Irgendwie kann ich mir nicht vorstellen, dass ein ungesicherter Port dafür extra freigeräumt werden muss, aber man weiß ja nie:)

1000x Danke, ich schau mir das Video an:)
 
Zuletzt bearbeitet:

FlorianFR

Benutzer
Mitglied seit
16. Apr 2020
Beiträge
26
Punkte für Reaktionen
1
Punkte
3
@Crusty

Magst Du mir noch verraten, wie Du es mit dem Zertifikat zum Schluss hinbekommen hast?

Ich habe auf der DS ein Zertifikat für die Subdomain erstellt und konnte die 2 Dateien (Zertifikatsanforderungen) herunterladen.
Wie ist denn das weitere Procedre bei Serverprofis, oder haben die damit nichts mehr zu tun?
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Du brauchst keine Zertifikatsanforderung erstellen.
Du kannst dir direkt ein LetsEncrypt Zertifikat ausstellen lassen von der DS für Domains die auf deine öffentliche IP zeigen und Port 80/443 an die DS weitergeleitet ist (zur Domain-Validierung).
 

FlorianFR

Benutzer
Mitglied seit
16. Apr 2020
Beiträge
26
Punkte für Reaktionen
1
Punkte
3
Du kannst dir direkt ein LetsEncrypt Zertifikat ausstellen lassen von der DS für Domains die auf deine öffentliche IP zeigen und Port 80/443 an die DS weitergeleitet ist (zur Domain-Validierung).

Hallo und Danke, Fusion.
D.h.: Ich benötige doch eine Portfreigabe für die 80 auf Extern z.B. 5000? Ich hatte gehofft die unsicheren Ports nicht freigeben zu müssen:( Muss ich in der Firewall dafür noch eine Portfreigabe erstellen? Die Portfreigabe von 443 auf 5001 ist schon durch eingerichtet. Ehrlich gesagt verstehe ich nur noch Bahnhof:(
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Ein Port ist nicht sicher oder unsicher. Höchstens die Anwendungen die dort lauschen haben potentiell Sicherheitslücken. Ob verschlüsselt wird oder nicht, hat ja nur mit der Sicherheit des Inhalts zu tun, nicht aber mit der Sicherheit der Dienste die dort laufen.

Die Portfreigabe oder Weiterleitung muss 1:1 erfolgen, da die Lets Encrypt Server auf 80/443 anfragen und auch der DSM Webserver auf 80/443 lauscht.
Eine Umleitung wie 443 > 5001 macht nur Probleme in diesem Fall.
Den DSM selbst direkt von außen erreichbar zu machen sollte eh nur der letzte Notnagel sein. Präferiert ist immer der Zugriff via VPN und dann "lokal" auf den DSM, oder einzelne Dienste über benutzerdefinierte Domains oder Ports (und/oder reverse proxy) erreichbar zu machen.
Also z.B. nur die File Station via file.example.com (nur port 80/443 offen). Da kann auch immer eine automatische Umleitung auf https erfolgen. Dass die Anfragen teilweise zuerst auf http erfolgen hat weniger mit der Sicherheit zu tun, da der Webserver dahinter sicher die identischen potentiellen Sicherheitslücken aufweist, egal ob ich ihn auf 80 oder 443 anspreche.
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat