POST /v1/domains/{domainId}/registrar-guide/verify

प्रमाणीकरण

बेरर टोकन म्हणून API की पाठवा. की मध्ये sites.view परवानगी असणे आवश्यक आहे; ती नसलेली की 404 ऐवजी 403 सह नाकारली जाते.

या एंडपॉइंटला कोणतीही संस्था आयडी (organisation id) लागत नाही. तुमची की (key) आधीच ती कोणत्या संस्थेशी संबंधित आहे हे ओळखते आणि प्रतिसाद त्यानुसार मर्यादित केला जातो.

प्रयत्न करा

कोनसांस्कृतिक कंसात (<>) असलेली कोणतीही गोष्ट तुमच्या स्वतःच्या मूल्यांनी बदला आणि key प्लेसहोल्डरला तुमच्या डॅशबोर्डवरील किने बदला.

curl -X POST https://api.zinndigital.com/v1/domains/{domainId}/registrar-guide/verify \
  -H "Authorization: Bearer zdk_live_…"

साइन इन केलेले आहे? तुमच्या डॅशबोर्डमधील API कन्सोल तुमची खरी संस्था आयडी आणि तुमची स्वतःची की आपोआप भरतो आणि लाइव्ह API विरुद्ध विनंती कार्यान्वित करतो जेणेकरून तुम्हाला वास्तविक प्रतिसाद पाहता येईल. एपी कन्सोलमध्ये हा एंडपॉइंट उघडा

तपशील

The verify button on the instruction card. Reads the live public DNS and the domain's registry record and answers in four states, so the customer can tell whether the steps they just followed worked. ⛔ Four outcomes, where GET /v1/domains/{domainId}/delegation has three, and the fourth is the point. That endpoint is a drift watch and answers delegated / not_delegated / unknown — correct for what it does. It is not sufficient here: a customer who pressed Save at their registrar thirty seconds ago is genuinely not_delegated to any resolver, because the registry has the change and nothing else does yet. Telling them "not yet" is true, useless, and reads as failure. propagating is that state told honestly — the registry has the pair we asked for and public DNS has not caught up — and it is a success message, not a warning. ⛔ unknown is not not_delegated. They send a customer to opposite actions, and a lookup that failed must never be rendered as "you have not done it". expected is resolved per domain from the zone's own nameservers where the DNS provider assigns them, so a footprint-free domain is compared against its own pair rather than a platform constant. observed is what it points at right now — public DNS where that answered, the registry's record otherwise. Writes nothing. The recorded reading, the drift ladder and the "your domain has left us" alarm belong to GET/POST /v1/domains/{domainId}/delegation; a customer pressing a button on an instruction card is asking a question, not supplying evidence. POST rather than GET only because it makes two live outbound lookups and must never be cached or prefetched. Requires sites.view, RLS-scoped. It changes nothing about the domain, and gating it behind a management permission would leave a read-only user looking at instructions they can never confirm they have followed.

पॅरामीटर्स

प्रतिसाद

ही एंडपॉइंट परत करू शकेल अशा त्रुटी

401 · 403 · 404