GET /v1/compute/servers/{serverId}/reverse-dns

Authentifizierung

Senden Sie einen API-Schlüssel als Bearer-Token. Der Schlüssel muss über die Berechtigung sites.view verfügen; ein Schlüssel ohne diese wird mit 403 statt 404 abgelehnt.

Dieser Endpunkt erfordert keine Organisations-ID. Ihr Schlüssel identifiziert bereits die zugehörige Organisation, und die Antwort ist entsprechend eingeschränkt.

Ausprobieren

Ersetzen Sie alles in spitzen Klammern durch Ihre eigenen Werte und den Platzhalter für den Schlüssel durch einen Schlüssel aus Ihrem Dashboard.

curl -X GET https://api.zinndigital.com/v1/compute/servers/{serverId}/reverse-dns \
  -H "Authorization: Bearer zdk_live_…"

Angemeldet? Die API-Konsole in Ihrem Dashboard trägt automatisch Ihre echte Organisations-ID sowie Ihren eigenen Schlüssel ein und führt die Anfrage gegen die Live-API aus, sodass Sie die tatsächliche Antwort sehen können. Öffnen Sie diesen Endpunkt in der API-Konsole

Details

⭐ **The highest-value control on a machine we source ourselves**, and the platform had none anywhere before it. A freshly built machine's IPv4 PTR is the *supplier's* own hostname, which does two things at once: it **names our supplier** to anyone who runs `dig -x`, and it **breaks outbound mail**, because every receiving mail server of consequence checks forward-confirmed reverse DNS. ⛔⛔ **A blank `hostname` means the address has NO PTR at all — it does not mean "the default".** Measured across every machine on our own account: each IPv4 carries a supplier default and each IPv6 carries nothing. Render the two differently, or you tell a customer their IPv6 leaks when it does not, and hide the address that does. Read live on every request and never cached: a PTR can be changed at the provider, and a cached one is a claim about the past presented as the present. Requires `sites.view`.

Parameter

Antwort

Fehler, die dieser Endpunkt zurückgeben kann

401 · 403 · 404 · 422 · 429 · 503