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

Xác thực

Gửi khóa API dưới dạng mã thông báo bearer. Khóa này phải có quyền sites.view; khóa không có quyền này sẽ bị từ chối với mã lỗi 403, không phải 404.

Endpoint này không nhận ID tổ chức. Khóa của bạn đã xác định tổ chức mà nó thuộc về và phản hồi được giới hạn trong phạm vi đó.

Dùng thử

Thay thế bất kỳ nội dung nào trong ngoعل (angle brackets) bằng giá trị của riêng bạn và trình giữ chỗ key bằng một key từ trang tổng quan của bạn.

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

Đã đăng nhập? Bảng điều khiển API trong trang quản lý của bạn sẽ tự điền ID tổ chức thực tế và khóa của riêng bạn, sau đó chạy yêu cầu đối với API trực tiếp để bạn có thể xem phản hồi thực tế. Mở điểm cuối này trong bảng điều khiển API

Chi tiết

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

Tham số

Phản hồi

Các lỗi điểm cuối này có thể trả về

401 · 403 · 404 · 422 · 429 · 503