SPDyn

Was ist SPDYN?

SPDYN ist ein Dienst mit dem Maschinen, die nur über eine dynamische IP verfügen, per Hostname erreichbar gemacht werden können. Dadurch sind zum Beispiel Administration und VPN-Einwahl möglich, ohne dass die aktuelle IP-Adresse erst vor Ort erfragt werden muss.

Unterstützt der Server die Verwendung von IPv6-Adressen?

Seit dem 12.05.2014 nimmt der Server auch Updates von IPv6-Adressen an. Vorraussetzung ist, dass für den jeweiligen Hostnamen ein AAAA-Record angelegt wurde.

Wie lautet die Update-URL ?

Die Update-URL für SPDYN lautet: update.spdyn.de/nic/update?hostname=<domain>&myip=<ipaddr>

Der Update-Server ist sowohl über Port 80/tcp (Plaintext HTTP), als auch auf Port 443/tcp (HTTPS) erreichbar. Sofern der Client es unterstützt, empfehlen wir die Verwendung des HTTPS-Servers, da die Zugangsdaten hier nicht unverschlüsselt übertragen werden. Sowohl die Securepoint UTM v10, als auch die UTM v11 verwenden ausschließlich den HTTPS-Update-Server.

Update-Tokens

Ein Update-Token ist ein spezielles Passwort, das ausschließlich die Aktualisierung des Hosts erlaubt, für den es erzeugt wurde. Weitere Informationen finden sich in einem eigenen Artikel.

Gelöschte Hosts

SPDNS Gelöschte Hosts

deleted

Bietet Securepoint einen Update-Client für $SOMEOS an?

Wir stellen ausschließlich den Dyndns-Update-Server zur Verfügung. Alle Securepoint- und Terra-Firewalls unterstützen die Verwendung von spdyn.de von Haus aus.

Let's encrypt

Let's encrypt limitiert die Anzahl der neu erstellten Zertifikate pro 2ndlevel-Domain und Zeiteinheit. Sollte dieses Limit erreicht sein, wird folgende Fehlermeldung zurückgegeben:

Error: urn:acme:error:rateLimited :: There were too many requests of a given type :: Error creating new cert :: Too many certificates already issued for: $SOMEDOMAIN

Um dieses Limit zu lockern, wurde ein Eintrag in die Public-Suffix-List beantragt. Der aktuelle Status der Anfrage kann hier eingesehen werden.

deleted

Was bedeutet das Symbol vor dem Hostnamen auf der Profilseite?

Dieses Symbol zeigt den Status des Update-Tokens für diesen Host an:

Symbol	Erklärung
	Für diesen Host kann kein Token generiert werden. Das ist der Fall, wenn dieser Host weder ein A- noch ein AAAA-Record ist.
	Für diesen Host ist kein aktives Token vorhanden. Eine Aktualisierung der IP kann nur mit den Zugangsdaten des User-Accounts erfolgen.
	Für diesen Host existiert ein aktives Token, dieses wurde aber bisher nicht verwendet.
	Für diesen Host existiert ein aktives Token, welches auch bereits mindestens einmal für ein Update verwendet wurde.

Welche Rückgabecodes schickt der Server beim Update einer IP?

Rückgabecode	Erklärung
`abuse`	Der Host kann nicht aktualisiert werden, da er aufgrund vorheriger fehlerhafter Updateversuche gesperrt ist.
`badauth`	Ein ungültiger Benutzername und/oder ein ungültiges Kennwort wurde eingegeben.
`good`	Die Hostname wurde erfolgreich auf die neue IP aktualisiert.
`!yours`	Der angegebene Host kann nicht unter diesem Benutzer-Account verwendet werden.
`notfqdn`	Der angegebene Host ist kein FQDN.
`numhost`	Es wurde versucht, mehr als 20 Hosts in einer Anfrage zu aktualisieren.
`nochg`	Die IP hat sich zum letzten Update nicht geändert. Werden innerhalb eines kurzen Zeitraumes weiterhin Updateversuche dieses Hosts vorgenommen, wird dieser für eine bestimmte Zeitspanne keine Updates mehr entgegen nehmen können.

Wie können mehr als 5 Hosts über einen Account verwaltet werden?

Zunächst haben Sie die Möglichkeit bis zu 5 Hosts zu verwalten.
Sind diese 5 Hosts erreicht, können Sie weitere Hosts beantragen.
Klicken Sie hierfür auf den Button Request additional hosts/Weitere Hosts beantragen.

Welche Variablen können in der Update-URL angegeben werden?

Parameter-Name	Beispiel	Erklärung
hostname	`beispiel1.spdyn.de` oder `beispiel1.spdyn.de,beispiel2.spdyn.de`	Ein einzelner FQDN oder eine komma-separierte Liste (max 20 Einträge) von FQDNs die aktualisiert werden sollen
myip	`192.2.0.1` oder `2001:868:100:901:53::1`	Genau eine IP-Adresse, mit der die Hosts aktualisiert werden sollen
user	`spdynUser1`	[Optional] Der Name eines Benutzers, der diesen Host aktualisieren kann. Wenn Update-Tokens verwendet werden, kommt hier ebenfalls der Hostname hin.
pass	`geheimesP4ssw0rt`	[Optional] Das Passwort eines Benutzers, der diesen Host aktualisieren kann. Wenn Update-Tokens verwendet werden, ist das der Platz für das Token.

Der user- und pass-Parameter sind nur dann zu verwenden, wenn keine HTTP Basic-Auth durchgeführt wird. Fehlen sowohl der Authorization-Header, als auch die user/pass-Kombination schlägt das Update mit dem badauth Return-Code fehl.
Ein vorhandener Authorization-Header überschreibt evtl als Parameter übergebene Username/Passwort Kombinationen
Befindet sich die im Parameter myip übergebene IP in einem privaten Subetz (10.0.0.0/8, 172.16.0.0/20 oder 192.168.0.0/16), wird das Update-Skript stattdessen die für den Verbindungsaufbau verwendete öffentliche IP zum Update verwenden. Dieses Verhalten wird nur aktiviert, wenn sowohl der myip-Parameter, als auch die Client-IP der HTTP-Verbindung eine IPv4-Adresse ist.

Wie ermittle ich meine öffentliche IP?

Um die öffentliche IP eines Gerätes zu vermitteln, stellen wir den Host checkip.spdyn.de zur Verfügung. Dieser ist auch erreichbar unter myip.spdyn.de und getip.spdyn.de. Der Host liefert die von der HTTP-Verbindung verwendete IPv4- oder IPv6-Adresse zurück. Sollten die Internetverbindung sowohl über IPv4 als auch IPv6 erfolgen ("Dual Stack") empfiehlt sich die Verwendung von checkip4.spdyn.de (besitzt ausschließlich einen A-Record, ist also über IPv6 nicht zu erreichen) bzw. checkip6.spdyn.de (besitzt nur einen AAAA-Record und antwortet somit nicht auf IPv4-Anfragen).

Die Ausgabe der IP erfolgt entweder als Plaintext (das ist der Standard), JSON oder XML.

Die Plaintext-Seite zeigt immer nur die eine IP-Adresse an, von der die Verbindung zu unserem Server aufgebaut wurde.

Bei der JSON/XML-Ausgabe werden unter Umständen mehrere IP-Adressen angezeigt, je nachdem ob die Verbindung durch einen oder mehrere Proxies erfolgt.

Die Header werden dabei in der folgenden Reihenfolge ausgewertet (weiter vorne in der Liste = höhere Priorität):

Vom Server erkannte Quell-IP
- REMOTE_ADDR > HTTP_CLIENT_IP
Vom Client gesendete Header:
- HTTP_X_FORWARDED_FOR > HTTP_X_FORWARDED > HTTP_X_CLUSTER_CLIENT_IP > HTTP_FORWARDED_FOR > HTTP_FORWARDED

Die vom Client gesendeten Header werden nur angezeigt, aber ansonsten vom Update-Server ignoriert. Anders verhält es sich bei der REMOTE_ADDR.

Wenn versucht wird, einen Hostnamen so zu aktualisieren, dass er er auf eine private IP zeigt, wird der Update-Server stattdessen die erkannte öffentliche IP des Clients verwenden. Das ermöglicht die Verwendung unseres Dienstes auch mit Clients, die keine Möglichkeit haben, ihre öffentliche IP vor dem Update selber festzustellen.

ACHTUNG: Auch wenn ein Update von einem solchen Client funktioniert, "weiß" dieser Client vermutlich nicht, wann sich seine öffentliche IP ändert und wird den Host nach einem 24h-Reconnect nicht automatisch aktualisieren. Im Allgemeinen reicht dann ein manueller oder über einen Cronjob gesteuerter Neustart des Dyndns-Clients.

Hinweis: Die checkip-Hosts antworten nur auf Plaintext-HTTP-Anfragen auf Port 80.

Ausgabe als JSON-Objekt

Beim Aufruf von http://checkip.spdyn.de/json werden die gefundenen IP-Adressen nach folgendem Schema mit dem MIME-Type application/json ausgegeben:

{
	"ipinfo":[{
		"ip":"192.0.0.1",
		"source":"REMOTE_ADDR"
	},{
		"ip":"10.0.0.1",
		"source":"HTTP_X_FORWARDED_FOR"
	},{
		"ip":"10.0.0.2",
		"source":"HTTP_X_FORWARDED_FOR"
	}]
}

Ausgabe als XML

Beim Aufruf von http://checkip.spdyn.de/xml werden die gefundenen IP-Adressen nach folgendem Schema mit dem MIME-Type text/xml ausgegeben:

<ipinfo>
    <ip ip="192.0.0.1" source="REMOTE_ADDR"/>
    <ip ip="10.0.0.1" source="HTTP_X_FORWARDED_FOR"/>
    <ip ip="10.0.0.2" source="HTTP_X_FORWARDED_FOR"/>
</ipinfo>

deleted