Die WEDOS REST API befindet sich noch in der Entwicklung. Zugang und Funktionen können sich ohne vorherige Ankündigung ändern.
Dieser Artikel behandelt teilweise den Domains-Endpoint der WEDOS REST API. Domains und Domain-Kontakte haben eigene Artikel. Für die WEDOS API (WAPI) siehe den Artikel WAPI – WEDOS Domains.
Grundlegende Informationen zur WEDOS REST API finden Sie im Artikel WEDOS REST API Handbuch.
In diesem Artikel finden Sie folgende Informationen:
- Zugang zum DNS-Endpoint
- Details des DNS-Endpoints:
- Hinweise
NSSETs Endpoint Access
Ein NSSET ist eine benannte Gruppe von DNS-Servern, die eigenständig verwaltet und mehreren Domains auf einmal zugewiesen werden kann (vor allem bei .cz-Domains verwendet). Diese API umfasst die Verwaltung der NSSETs unter dem Präfix /v2/nssets der URL.
Basis-URL und Authentifizierung
The base URL for the NSSETs endpoints is: https://api.wedos.com/v2
Die gesamte Kommunikation läuft über HTTPS, die Authentifizierung erfolgt ausschließlich über OAuth2: Jede Anfrage muss den Header Authorization: Bearer <TOKEN> enthalten. Das Token muss den Scope domains besitzen (ein gemeinsamer Scope für Domains, Kontakte und NSSETs). Ohne gültige Authentifizierung gibt die API einen Fehler zurück.
Datenanfragen (POST/PATCH) werden als JSON gesendet (Content-Type: application/json).
Sie können an jeden Endpoint den Parameter example=1 anhängen (z. B. ?example=1, oder &example=1 , wenn die URL bereits andere Query-Parameter enthält). Statt die Anfrage auszuführen, gibt die API dann einen Beispiel-curl-Befehl für diesen Aufruf zurück. Eine gültige Authentifizierung ist auch in diesem Modus erforderlich.
Übersicht der Endpoints
| Methode | Endpoint | Beschreibung |
|---|---|---|
| GET | /nssets/check | Verfügbarkeit/Existenz eines NSSETs prüfen |
| GET | /nssets/{name} | Informationen zum NSSET |
| POST | /nssets | NSSET anlegen |
| POST | /nssets/{name}/transfer | NSSET transferieren |
| POST | /nssets/{name}/auth-info/send | Autorisierungscode des NSSETs senden |
| PATCH | /nssets/{name} | NSSET ändern |
Antwortformat
Die API-Antwort ist immer ein JSON-Objekt mit den Schlüsseln code (Rückgabecode), msg (Textbeschreibung), request_id (Kennung der Anfrage) und, sofern zutreffend, data (zurückgegebene Daten bei Erfolg).
Neben den spezifischen (fachlichen) Rückgabecodes, die unten bei jedem Aufruf aufgeführt sind, können alle Endpoints auch diese allgemeinen Codes der REST-Schicht zurückgeben:
1000– die Anfrage wurde erfolgreich ausgeführt2000– Authentifizierung (OAuth2 Bearer Token) fehlt oder ist ungültig2004– maximal zulässige Anfragegröße überschritten (URL oder Anfragekörper)4000– unbekannte/nicht unterstützte API-Methode oder Aktion4001– Validierung der Eingabedaten fehlgeschlagen4005– kein Beispiel für die aktuelle URL-Form im Modusexample=1definiert6000– interner Fehler bei der Initialisierung der Anfrageverarbeitung
GET /nssets/check
Prüft, ob ein NSSET-Handle frei verwendbar ist und welchen Status es bei der Registry hat.
Parameter:
tld– erforderlich, Query, String – TLD, für die das NSSET geprüft wirdname– erforderlich, Query, String – Handle des NSSETsreg_key– optional, Query, String – Kennung einer konkreten Registry
Rückgabecodes:
1000– das NSSET ist für die Registrierung verfügbar2100– erforderlicher Parameter fehlt2101– ungültige Eingabeparameter2201– ungültige TLD2247– nicht unterstütztes Format des NSSETs3242– das NSSET ist nicht verfügbar3245– das NSSET ist bereits registriert3248– NSSET nicht verfügbar – Quarantäne3249– NSSET nicht verfügbar – reserviert3250– NSSET nicht verfügbar – gesperrt3251– das NSSET ist bereits bei uns registriert4218– Prüfung fehlgeschlagen – Kommunikationsfehler5001– interner Authentifizierungsfehler
Antwortdaten: Keine – das Ergebnis liefert direkt die Antwort in den Feldern code/msg.
Beispiel:
curl -X GET -H 'Authorization: Bearer <TOKEN>' \
'https://api.wedos.com/v2/nssets/check?tld=cz&name=NSSET'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3g1"
}
GET /nssets/{name}
Gibt detaillierte Informationen zu einem NSSET einschließlich seiner DNS-Server zurück.
Parameter:
name– erforderlich, Pfad – Handle des NSSETstld– erforderlich, Query, String – TLDreg_key– optional, Query, String – Kennung einer konkreten Registry
Rückgabecodes:
1000– OK2100– erforderlicher Parameter fehlt2101– ungültige Eingabeparameter2201– ungültige TLD2209– Syntaxfehler2247– nicht unterstütztes Format des NSSETs3214– das NSSET konnte nicht geladen werden3242– das NSSET ist nicht verfügbar4204– Verbindungsfehler
Antwortdaten:
nsset– Objekt mit den Daten des NSSETs:name– Handle des NSSETsstatus– Status des NSSETs bei der Registryreg_owner,reg_creator,reg_update– Kennungen des Registrarscreated_date,updated_date,transfer_date– Datum der Erstellung/Aktualisierung/des Transferstech_c– Kennung des technischen Kontaktsdns.server– Array der DNS-Server des NSSETs (name,addr_ipv4,addr_ipv6)
Beispiel:
curl -X GET -H 'Authorization: Bearer <TOKEN>' \
'https://api.wedos.com/v2/nssets/NSSET?tld=cz'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3g2",
"data": {
"nsset": {
"name": "NSSET",
"status": "ok",
"tech_c": "CONTACT",
"created_date": "2024-01-10",
"dns": {
"server": [
{ "name": "ns.wedos.com", "addr_ipv4": null, "addr_ipv6": null },
{ "name": "ns.wedos.org", "addr_ipv4": null, "addr_ipv6": null }
]
}
}
}
}
POST /nssets
Legt ein neues NSSET an.
Parameter:
tld– erforderlich, String – TLD, für die das NSSET angelegt wirdname– optional, String – gewünschtes Handle des NSSETs; wird es nicht angegeben, wird es automatisch erzeugtdns– erforderlich, Array – Array von DNS-Servern in der Form[{"name":"ns1.example.com","addr_ipv4":"1.2.3.4","addr_ipv6":"..."},...](addr_ipv4/addr_ipv6sind für jeden Server optional; dieselbe Form wie bei POST /domains/create)tech_c– optional, String – Kennung des technischen Kontakts; wird sie nicht angegeben, wird die Standardkennung verwendetreg_key– optional, String – Kennung einer konkreten Registry
Rückgabecodes:
1000– OK, NSSET angelegt2100– erforderlicher Parameter fehlt2101– ungültiges Format der Eingabeparameter2201– falsch angegebene TLD2210– ungültiges Format des Arrays der DNS-Server2211– zu viele DNS-Server2216– ungültige Syntax des Kontakts2247– nicht unterstütztes Format des NSSETs3228– die Registry unterstützt keine Kontakte3229– Fehler beim Laden des Kontakts3242– das NSSET ist nicht verfügbar3244– Anlegen des NSSETs fehlgeschlagen3245– das NSSET ist bereits registriert4212– Verbindungsfehler4218,4219– Prüfung/Anlegen fehlgeschlagen – Kommunikationsfehler
Antwortdaten:
nsset– Handle des angelegten NSSETs
Beispiel:
curl -X POST -H 'Authorization: Bearer <TOKEN>' -H 'Content-Type: application/json' \
'https://api.wedos.com/v2/nssets' \
--data '{
"tld": "cz",
"dns": [
{ "name": "ns.wedos.com" },
{ "name": "ns.wedos.org" }
]
}'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3g3",
"data": {
"nsset": "NSSET"
}
}
POST /nssets/{name}/transfer
Transferiert ein NSSET von einem anderen Registrar zu uns.
Parameter:
name– erforderlich, Pfad – Handle des NSSETstld– erforderlich, String – TLDauth_info– erforderlich, String – Autorisierungscode des NSSETsreg_key– optional, String – Kennung einer konkreten Registry
Rückgabecodes:
1000– OK2100– erforderlicher Parameter fehlt2101– ungültige Eingabeparameter2201– nicht unterstützte TLD2215–auth_infofehlt2247– ungültiger Name des NSSETs2249– der Transfer eines NSSETs ist für diese TLD nicht erlaubt3214– das NSSET konnte nicht geladen werden3242– NSSET wird nicht unterstützt3251– das NSSET ist bereits beim Zielregistrar registriert3255– Autorisierungsfehler3256– Transfer des NSSETs fehlgeschlagen4221– Transfer fehlgeschlagen – Verbindungsfehler
Antwortdaten: Keine – das Ergebnis liefert direkt die Antwort in den Feldern code/msg.
Beispiel:
curl -X POST -H 'Authorization: Bearer <TOKEN>' -H 'Content-Type: application/json' \
'https://api.wedos.com/v2/nssets/NSSET/transfer' \
--data '{"tld": "cz", "auth_info": "AUTHCODE123"}'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3g4"
}
POST /nssets/{name}/auth-info/send
Sendet den Autorisierungscode des NSSETs an die E-Mail-Adresse des technischen Kontakts.
Parameter:
name– erforderlich, Pfad – Handle des NSSETstld– erforderlich, String – TLDreg_key– optional, String – Kennung einer konkreten Registry
Rückgabecodes:
1000– OK, Autorisierungscode an die Kontakt-E-Mail-Adresse gesendet2100– erforderlicher Parameter fehlt2101– ungültige Eingabeparameter2201– nicht unterstützte TLD2243– das Senden des Autorisierungscodes ist für dieses NSSET nicht erlaubt3214– das NSSET konnte nicht geladen werden3217– das Senden des Autorisierungscodes ist fehlgeschlagen3242– das NSSET ist nicht verfügbar4222– Senden fehlgeschlagen – Verbindungsfehler5001– interner Autorisierungsfehler
Antwortdaten: Keine – das Ergebnis liefert direkt die Antwort in den Feldern code/msg.
Beispiel:
curl -X POST -H 'Authorization: Bearer <TOKEN>' -H 'Content-Type: application/json' \
'https://api.wedos.com/v2/nssets/NSSET/auth-info/send' \
--data '{"tld": "cz"}'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3g5"
}
PATCH /nssets/{name}
Ändert ein bestehendes NSSET – seine DNS-Server, den technischen Kontakt oder den Umfang der Tests.
Parameter:
name– erforderlich, Pfad – Handle des NSSETstld– erforderlich, String – TLDdns– erforderlich, Array – Array von DNS-Servern in derselben Form wie bei POST /nssetsauth_info– erforderlich, String – Autorisierungscode des NSSETstech_c– optional, String – Kennung des technischen Kontakts; wird sie nicht angegeben, bleibt sie unverändertreg_key– optional, String – Kennung einer konkreten Registryreport_level– optional – Umfang der Tests, die die Registry während der Änderung durchführt
Rückgabecodes:
1000– OK2100– erforderlicher Parameter fehlt2101– ungültige Eingabeparameter2201– falsch angegebene TLD2209– Syntaxfehler2210– ungültiges Format des Arrays der DNS-Server2211– zu viele DNS-Server2216– ungültige Syntax des Kontakts2247– ungültiges NSSET3214– das NSSET konnte nicht geladen werden3242– das NSSET wird von dieser Domain/Registry nicht unterstützt3252– Autorisierungsfehler3254– Änderung des NSSETs fehlgeschlagen4204,4220– NSSET nicht verfügbar/Änderung fehlgeschlagen – Verbindungsfehler4212– Kontakt nicht verfügbar – Verbindungsfehler
Antwortdaten: Keine – das Ergebnis liefert direkt die Antwort in den Feldern code/msg.
Beispiel:
curl -X PATCH -H 'Authorization: Bearer <TOKEN>' -H 'Content-Type: application/json' \
'https://api.wedos.com/v2/nssets/NSSET-1' \
--data '{
"tld": "cz",
"auth_info": "AUTHCODE123",
"dns": [
{ "name": "ns.wedos.com" },
{ "name": "ns.wedos.org" }
]
}'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3g6"
}
Hinweise
- Die Endpoints unter
/v2/domains,/v2/contactsund/v2/nssetswerden von einer gemeinsamen Serverklasse verarbeitet und teilen sich alle einen OAuth2-Scope,domains. Aus Sicht des Clients sind es drei logisch getrennte, aber administrativ vereinheitlichte APIs. - Der Parameter
dnshat die Form eines einfachen Arrays von Objekten{"name": "...", "addr_ipv4": "...", "addr_ipv6": "..."}. Intern wird er vor dem WAPI-Aufruf in das Legacy-Format älterer API-Versionen umgewandelt. Die Elementeaddr_ipv4undaddr_ipv6sind für jeden Server optional. - Bei NSSETs ist der Parameter
tldimmer erforderlich, weil dasselbe Handle (name) theoretisch bei mehreren Registries existieren kann und sich Validierung/Format der Daten je nach TLD/Registry unterscheiden.
