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

Автентифікація

Надішліть ключ API як маркер носія (bearer token). Ключ повинен мати дозвіл sites.view; ключ без нього відхиляється з кодом 403, а не 404.

Цей кінцевий пункт не потребує ідентифікатора організації. Ваш ключ уже ідентифікує організацію, якій він належить, і відповідь обмежується її межами.

Спробувати

Замініть усе в кутових дужках власними значеннями, а заповнювач ключа — ключем із вашої панелі керування.

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

Увійшли в систему? Консоль API у вашій панелі керування автоматично підставляє ваш реальний ідентифікатор організації та ваш власний ключ, а також виконує запит до робочого API, щоб ви могли побачити справжню відповідь. Відкрийте цю кінцеву точку в консолі API

Деталі

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

Параметри

Відповідь

Помилки, які може повертати ця кінцева точка

401 · 403 · 404 · 422 · 429 · 503