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

Hitelesítés

Küldjön egy API-kulcsot bearer tokenként. A kulcsnak rendelkeznie kell a(z) sites.view jogosultsággal; az ezzel nem rendelkező kulcsok esetén a rendszer 403-as hibát ad vissza 404 helyett.

Ez a végpont nem fogad el szervezeti azonosítót. Az Ön kulcsa már azonosítja azt a szervezetet, amelyhez tartozik, és a válasz is erre vonatkozik.

Próbálja ki

Cserélje ki a hegyes zárójelek közötti részt a saját értékeivel, a kulcshelyőrzőt pedig a vezérlőpultján található kulccsal.

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

Be van jelentkezve? A vezérlőpultban lévő API-konzol kitölti a valós szervezetazonosítóját és a saját kulcsát, és a kérést az éles API-n futtatja, hogy láthassa a tényleges választ. Nyissa meg ezt a végpontot az API konzolban

Részletek

⭐ **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`.

Paraméterek

Válasz

Hibák, amelyeket ez a végpont visszaadhattatlan

401 · 403 · 404 · 422 · 429 · 503