Verwalt DNS-Zonen an -Dateien programmatesch fir Är Domainen.
Endpunkten4 Endpunkten
Basiswee/api/v1/dns-zones
AuthentifikatiounBedreiwer-Token erfuerderlech
Iwwersiicht
D'DNS API bitt vollstänneg Verwaltung vun DNS-Zonen an -Dateien. All Zonen ginn op den VPS.org's authoritative Nameservers mat automatescher BIND9 Zone Dateigeneréierung a Verdeelung gehost.
Lëscht vun de Lëtzebuerger Gemengen
ns1.vps.org (38.248.6.195) - Primär Master mat DNSSEC Inline-Signatur
ns2.vps.org (38.248.6.196) - Sekundär Slave
ns3.vps.org (38.248.6.197) - Sekundär Slave
Schlësselfeatures
Automatiséiert Generéierung a Verdeelung vu BIND9-Zonedateien
D'Zon gëtt iwwer TSIG-Authentifizéierung (Master-Slave-Replikatioun) iwwerdroen.
Ënnerstëtzung fir all wichteg DNS-Datensatztypen (A, AAAA, CNAME, MX, TXT, NS, SRV, CAA)
Domainnamen-Filterung an UUID-baséiert Zonen-Identifikatioun
Lëscht vun de lëtzebuergesche Gemengen
Authentifikatioun
All DNS API Ufroen erfuerderen Bearer Token Authentifizéierung. Generéiert API Token vun Ärem Kont Dashboard op /account/developers/ mat de folgenden Zougrëff:
dns:list - DNS-Zonen a -Datensatze aweisen
dns:create - Nei Zonen a Datensätze erstellen
dns:update - Existéierend Zonen a Datensätze änneren
dns:delete - Zonen a Datensätze läschen
dns:* - Vollstännege DNS-Management-Accès
Beispill
Authorization: Bearer vps_abc123def456...
Wichtig: API Token ginn nëmmen eemol während der Erstellung gewisen. Bewaart se sécher. Wann Dir en Token verléiert, musst Dir en neien erstellen.
KRITT/api/v1/dns-zones/
All DNS-Zonen oplëschten
Gitt eng gepaginate Lëscht vun allen DNS-Zonen, déi dem authentifizéierte Benotzer gehéieren. Unterstützt d'Filtration no Domain-Namen.
Ufroparameteren
Parameter
Typ
Erfuerderlech
Beschreiwung
domain
string
Nee
Filter zones by exact domain name (e.g., example.com)
Beispill Ufro
cURL
Python
JavaScript
curl -X GET "https://admin.vps.org/api/v1/dns-zones/" \
-H "Authorization: Bearer YOUR_API_TOKEN"
Virun der Migratioun: 300-600 Sekonnen (5-10 Minutten) - TTL virum geplangten Ännerungen erofsetzen
Entwécklung: 300-1800 Sekonnen (5-30 Minutten) fir séier Testen
Allgemeng Musteren
Root-Domän (@): A/AAAA-Datensätzen benotzen, net CNAME
www- Ënnerdomän: Kann CNAME-Verweis op Root oder separaten A-Datensatz benotzen
E-Mail (MX): Prioritéit ëmmer mat abegraff, kleng Zuel = héich Prioritéit
CNAME: Kann net mat anere Datensatztypen mam selwechten Numm koexistéieren
Sécherheet
Lëscht vun de Rekords: Gitt un, wéi eng Zertifizéierungsautoritéiten Zertifikater ausstellen kënnen
SPF/DKIM/DMARC: E-Mail Authentifizéierung konfiguréieren fir Spoofing ze verhënneren
Regelméisseg Auditen: D'DNS-Datesätz ginn all Véierel iwwerpréift, an onbenutzte Posten entfernt
Fehlerbehandlung
Allgemeng Fehler
Statuscode
Fehler
Léisung
400
Ungültege Domain
D'Domäne ginn an der DNS-Namenskonventioun definéiert.
400
MX-Datensatz erfuerdert Prioritéit
Inklusioun priority Feld fir MX- a SRV- Datsätz
401
Ugefouert
Kontrolléiert d'Token-Format (muss mat ufänken) vps_)
403
Rechter fehlen
Neie Token mat erfuerderlech erzeugen dns:* Permissions
404
Zone/Rekord net fonnt
Verifizéieren UUID an sécherstellen Ressource gehéiert zu Ärem Kont
Lëscht vun de lëtzebuergesche Geischter
{
"detail": "MX records require a priority value",
"error_code": "validation_error",
"field": "priority"
}
DNS-Ännerungen testen
D'Produktioun vun der Opnam verifizéieren
# Query A record
dig example.com A
# Query specific nameserver
dig @ns1.vps.org example.com
# Query MX records
dig example.com MX
# Check all records
dig example.com ANY