> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# KYC सत्यापन के लिए कस्टम डोमेन: DNS सेटअप

> verify.didit.me की जगह अपने सबडोमेन से सत्यापन फ़्लो चलाएँ। Didit में डोमेन जोड़ें, दो DNS रिकॉर्ड बनाएँ और स्वामित्व सत्यापित करें।

सत्यापन फ़्लो अपने स्वयं के सबडोमेन से दिखाएँ, जैसे `verify.didit.me` के बजाय `verify.yourbrand.com`। पूरी यात्रा के दौरान उपयोगकर्ता आपके डोमेन पर ही रहते हैं, जिससे [व्हाइट लेबल](https://docs.didit.me/hi/console/white-label.md) फ़्लो में Didit का आखिरी दिखने वाला संदर्भ भी हट जाता है।

> [!NOTE]
>
> कस्टम डोमेन **Scale** और **Enterprise** प्लान में मिलने वाले व्हाइट लेबल का हिस्सा है। आपके पास **Customization** के लिए लिखने की एक्सेस भी होनी चाहिए। केवल-पढ़ने योग्य एक्सेस वाले सदस्यों को यह अनुभाग अक्षम दिखता है।

> [!NOTE]
>
> जब आपका संगठन Scale या Enterprise से बाहर निकलता है, जिसमें वह Scale ट्रायल भी शामिल है जो बिना पेड प्लान के समाप्त हो जाता है, तो उसका कस्टम डोमेन हटा दिया जाता है और नए सत्यापन लिंक फिर से Didit के डोमेन का उपयोग करते हैं। 1 नवंबर 2026 से पहले जुड़ा कस्टम डोमेन किसी भी प्लान पर बना रहता है। यदि आप उसे हटाते हैं, तो कस्टम डोमेन दोबारा जोड़ने के लिए Scale या Enterprise चाहिए।

> [!NOTE]
>
> कस्टम डोमेन केवल **लाइव एप्लिकेशन** पर उपलब्ध हैं। एक [सैंडबॉक्स](https://docs.didit.me/hi/integration/sandbox-testing.md) एप्लिकेशन इसे नहीं जोड़ सकता, और सैंडबॉक्स सत्र हमेशा डिफ़ॉल्ट होस्टेड सत्यापन डोमेन पर चलते हैं। अपना डोमेन सेट करने के लिए Business Console में अपने लाइव एप्लिकेशन पर जाएँ।

***

## आवश्यकताएँ

| आवश्यकता | विवरण |
| - | - |
| **लाइव एप्लिकेशन** | डोमेन लाइव एप्लिकेशन से संबद्ध होना चाहिए। सैंडबॉक्स एप्लिकेशन कस्टम डोमेन कॉन्फ़िगर नहीं कर सकते। |
| **केवल सबडोमेन** | `verify.yourbrand.com` का उपयोग करें। `yourbrand.com` जैसे रूट डोमेन अस्वीकार कर दिए जाते हैं, और `www.` उपसर्ग भी। |
| **पहले से उपयोग में नहीं** | सबडोमेन आपकी किसी मौजूदा वेबसाइट या एप्लिकेशन की ओर इंगित नहीं कर सकता। |
| **DNS एक्सेस** | आपको अपने DNS प्रदाता पर दो रिकॉर्ड बनाने होंगे। |

***

## यह कैसे काम करता है

आप Business Console में अपना सबडोमेन दर्ज करते हैं। इसके बाद Didit आपके लिए दो DNS रिकॉर्ड जनरेट करता है, जिन्हें आपको अपने प्रदाता पर जोड़ना है:

| रिकॉर्ड | उद्देश्य |
| - | - |
| **सत्यापन CNAME** | यह साबित करता है कि डोमेन आपका है, और इसी से SSL प्रमाणपत्र जारी होता है। |
| **CloudFront CNAME** | आपके सबडोमेन को सत्यापन UI की ओर इंगित करता है। |

दोनों रिकॉर्ड आवश्यक हैं। एक बार ये रिज़ॉल्व हो जाने पर, कंसोल से स्वामित्व सत्यापित करें, और फ़्लो आपके डोमेन से उपलब्ध होना शुरू हो जाएगा।

***

## अपना डोमेन सेट करें

**1. डोमेन जोड़ें**

**Customization > Domain** पर जाएँ, अपना सबडोमेन दर्ज करें (जैसे `verify.yourbrand.com`), और **डोमेन जोड़ें** पर क्लिक करें।

कंसोल आपके DNS रिकॉर्ड जनरेट करता है। इसमें कुछ सेकंड लगते हैं।

**2. दोनों रिकॉर्ड कॉपी करें**

कंसोल हर रिकॉर्ड के लिए एक कार्ड दिखाता है: **सत्यापन CNAME** और **CloudFront CNAME**। हर कार्ड दो मान देता है:

| कार्ड फ़ील्ड | आपके DNS प्रदाता में इसे कहाँ डालना है |
| - | - |
| **होस्टनाम** | रिकॉर्ड का **नाम** (होस्ट) |
| **डेटा/URL** | रिकॉर्ड का **मान** (लक्ष्य) |

> [!WARNING]
>
> अपने DNS प्रदाता में **होस्टनाम** और **डेटा/URL** को पेस्ट करते समय इन्हें आपस में न बदलें, और हर मान के लिए कॉपी बटन का उपयोग करें। सत्यापन मान लंबे होते हैं और उनमें गलती आसानी से हो जाती है।

**3. दोनों रिकॉर्ड अपने DNS प्रदाता पर जोड़ें**

दोनों रिकॉर्ड `CNAME` के रूप में बनाएँ। केवल CloudFront रिकॉर्ड जोड़ना बाद में सत्यापन विफल होने का सबसे आम कारण है।

TTL को `300` पर सेट करें, ताकि बाद में किया गया कोई भी सुधार घंटों के बजाय मिनटों में प्रसारित हो जाए।

**4. स्वामित्व सत्यापित करें**

कंसोल में वापस जाकर **डोमेन सत्यापित करें** पर क्लिक करें। सफल होने पर पैनल बदलकर **डोमेन सत्यापित** हो जाता है और बटन गायब हो जाता है।

अगर यह विफल होता है, तो कंसोल एक **सत्यापन विफल** बॉक्स में विशिष्ट कारण दिखाता है। कुछ भी बदलने से पहले उसे पढ़ें, क्योंकि उसमें वह रिकॉर्ड बताया गया होता है जो गायब है या गलत है।

> [!NOTE]
>
> DNS आमतौर पर कुछ मिनटों में प्रसारित हो जाता है, लेकिन इसमें **24–48 घंटे** तक लग सकते हैं। अगर कंसोल **DNS परिवर्तन का पता चला** दिखाता है, तो आपके रिकॉर्ड सही हैं और प्रसार अभी पूरा हो रहा है। कोई कार्रवाई आवश्यक नहीं है।

***

## अपना डोमेन बदलें या हटाएँ

फ़्लो को किसी दूसरे सबडोमेन पर ले जाने के लिए, नया सबडोमेन दर्ज करें और **डोमेन अपडेट करें** पर क्लिक करें। Didit रिकॉर्ड का एक नया जोड़ा जारी करता है, इसलिए उन्हें आपको अपने DNS प्रदाता पर जोड़ना होगा और फिर से सत्यापित करना होगा।

`verify.didit.me` पर वापस जाने के लिए, फ़ील्ड खाली करें और **डोमेन हटाएँ** पर क्लिक करें।

> [!NOTE]
>
> जब कस्टम डोमेन कॉन्फ़िगर हो, तब आप Didit लॉगिन स्क्रीन को फिर से सक्षम नहीं कर सकते। पहले डोमेन हटाएँ।

***

## समस्या निवारण

> [accordion] 500 त्रुटि, या किसी अन्य CloudFront डिस्ट्रीब्यूशन के बारे में संदेश
>
> आपके सबडोमेन में एक `A` रिकॉर्ड है जो CNAME से टकराता है। एक होस्ट के पास दोनों नहीं हो सकते। `A` रिकॉर्ड हटाएँ और केवल CNAME रखें।
>
> यदि कोई `A` रिकॉर्ड नहीं है, तो CloudFront CNAME गलत लक्ष्य की ओर इशारा करता है। उसे कंसोल में **डेटा/URL** मान से अक्षर-दर-अक्षर मिलाएँ।

> [accordion] सत्यापन कभी सफल नहीं होता
>
> अपने प्रोवाइडर पर जाँच करें कि **दोनों** रिकॉर्ड मौजूद हैं। केवल CloudFront रिकॉर्ड जोड़ना सबसे आम कारण है, क्योंकि फ़्लो लोड होता हुआ दिखता है, जबकि सर्टिफ़िकेट कभी जारी नहीं होता।
>
> कंसोल में **सत्यापन विफल** बॉक्स बताता है कि कौन सा रिकॉर्ड गायब है या गलत है।

> [accordion] सर्टिफ़िकेट कभी जारी नहीं होता (Cloudflare)
>
> दोनों रिकॉर्ड को **DNS only** पर सेट करें: ग्रे क्लाउड, प्रॉक्सी बंद। ऑरेंज क्लाउड वाली प्रॉक्सी अनुरोध को रोक लेती है और सर्टिफ़िकेट जारी होने में बाधा डालती है।
>
> cPanel जैसे प्रोवाइडर, जिनमें प्रॉक्सी टॉगल नहीं होता, प्रभावित नहीं होते।

> [accordion] रिकॉर्ड का नाम दोहराया जाता है
>
> कुछ प्रोवाइडर आपका ज़ोन अपने आप जोड़ देते हैं, जिससे `verify.yourbrand.com` बन जाता है `verify.yourbrand.com.yourbrand.com`।
>
> ऐसे प्रोवाइडर पर, कंसोल में दिखाए गए पूरे नाम के बजाय **सापेक्ष** नाम दर्ज करें: `verify.yourbrand.com` की जगह `verify`, और `_abc123.verify.yourbrand.com` की जगह `_abc123.verify`। फिर सहेजा गया रिकॉर्ड दोबारा खोलें और जाँचें कि उसमें संग्रहीत पूरा नाम कंसोल के **होस्टनाम** से बिल्कुल मेल खाता है।

> [accordion] सुधार लागू होने में घंटों लग रहे हैं
>
> आपके रिकॉर्ड उनके TTL की अवधि तक कैश में रहते हैं। TTL को `300` पर घटाएँ और दोबारा जाँचने से पहले पिछला मान समाप्त होने का इंतज़ार करें।

***

## अगले कदम

* **बाकी UI को अपने ब्रांड के अनुसार बनाएँ** — रंग, लोगो और टाइपोग्राफ़ी [कस्टमाइज़ेशन](https://docs.didit.me/hi/console/white-label.md) में हैं।
* **हर वर्कफ़्लो के लिए अपनी स्टाइल सक्षम करें** — ब्रांडिंग केवल उन वर्कफ़्लो पर लागू होती है जिनमें **कस्टम स्टाइल शामिल करें** चालू है। देखें [व्हाइट लेबल](https://docs.didit.me/hi/console/white-label.md#अपने-वर्कफ़्लो-में-कस्टम-स्टाइल-सक्रिय-करें)।
* **अपने प्रकटीकरण संबंधी दायित्वों की समीक्षा करें** — कस्टम डोमेन Didit की ब्रांडिंग छिपाता है, उसकी भूमिका नहीं। देखें [अनुपालन संबंधी ज़िम्मेदारियाँ](https://docs.didit.me/hi/console/white-label.md#व्हाइट-लेबल-फ़्लो-में-अनुपालन-की-जिम्मेदारियाँ)।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.