होस्टनाम सत्यापन

साबित करें कि आप DNS TXT रिकॉर्ड या HTTPS फ़ाइल का उपयोग करके एक डोमेन को नियंत्रित करते हैं, ताकि आप इसे गर्म कर सकें।

9 min read

इससे पहले कि Cache Rocket किसी डोमेन पर एकल अनुरोध भेजे, आपको यह साबित करना होगा कि आप इसे नियंत्रित करते हैं। यह पृष्ठ दोनों सत्यापन विधियों और विफल होने पर क्या करना है, को कवर करता है।

होस्टनाम खाता → होस्टनाम के अंतर्गत रहते हैं।

इसकी आवश्यकता क्यों है

कैश वार्मर एक ऐसी मशीन है जो किसी वेबसाइट पर बहुत सारे अनुरोध बहुत तेज़ी से भेजती है। जब यह आपके अपने सर्वर पर इंगित किया जाता है तो मददगार होता है और जब किसी अन्य पर इंगित किया जाता है तो शत्रुतापूर्ण होता है - यह, कार्यात्मक रूप से, सेवा से इनकार करने वाला उपकरण है।

सत्यापन ही दोनों को अलग करता है। इसका मतलब है कि आपकी ओर से भेजा गया प्रत्येक अनुरोध Cache Rocket उस बुनियादी ढांचे को जाता है जिस पर आपने स्पष्ट रूप से नियंत्रण स्थापित किया है। बाहर निकलने का कोई तरीका नहीं है, और ऐसी कोई योजना नहीं है जो आवश्यकता को दूर करती हो।

Note

इससे आपकी सुरक्षा भी होती है. कोई भी आपके डोमेन पर वॉर्मर पॉइंट नहीं बना सकता, क्योंकि वे सत्यापन चुनौती को पारित नहीं कर सकते।

एक विधि चुनना

DNS TXT रिकॉर्डHTTPS फ़ाइल या मेटा टैग
आपको इस तक पहुंच की आवश्यकता हैआपका DNS प्रदाताआपकी साइट की फ़ाइलें या टेम्पलेट
सामान्य प्रतीक्षाप्रचार-प्रसार के लिए मिनट से लेकर एक घंटे तकजितनी तेजी से आप तैनात कर सकते हैं
सर्वोत्तम जबआप DNS का प्रबंधन करते हैं और एक ऐसा परिवर्तन चाहते हैं जो पुनः तैनाती से बच जाएआप एक ऐप तैनात करते हैं लेकिन DNS को नियंत्रित नहीं करते हैं
के लिए उपयुक्तपारंपरिक होस्टिंग, cPanel, स्व-प्रबंधित सर्वरNext.js, Vercel, Netlify, स्थिर होस्ट

किसी भी विधि का परिणाम समान सत्यापित स्थिति में होता है। जो भी आप तेजी से कर सकते हैं उसे चुनें।

होस्टनाम ठीक से प्राप्त करना

यह भ्रम का सबसे आम स्रोत है, इसलिए यह सटीक होना उचित है। होस्टनाम आपके URLs का सटीक डोमेन भाग है। जहां तक ​​सत्यापन का सवाल है ये सभी *अलग* होस्टनाम हैं:

text
example.com
www.example.com
shop.example.com
blog.example.com

उस प्रविष्टि को सत्यापित करें जो प्रविष्टि URLs में दिखाई देती है जिसका आप उपयोग करना चाहते हैं। यदि आपकी साइट example.com को www.example.com पर रीडायरेक्ट करती है, तो आपकी प्रविष्टि URL www संस्करण होनी चाहिए, इसलिए सत्यापित करने के लिए यही होस्टनाम है।

अनेक उप डोमेन चला रहे हैं? प्रत्येक को अलग से सत्यापित करें. कोई वाइल्डकार्ड सत्यापन नहीं है.

Tip

निश्चित नहीं हैं कि आपकी साइट किस फॉर्म का उपयोग करती है? इसे ब्राउज़र में खोलें और लोड होने के बाद एड्रेस बार देखें। किसी भी रीडायरेक्ट के बाद वहां जो कुछ भी दिखाया जाता है, वह सत्यापित करने के लिए होस्टनाम है।

विधि ए - DNS TXT रिकॉर्ड

  1. 1

    होस्टनाम जोड़ें

    खाता → होस्टनाम पर, डोमेन टाइप करें और सत्यापन विधि के रूप में DNS TXT रिकॉर्ड चुनें।

  2. 2

    सत्यापन प्रारंभ करें

    सत्यापन प्रारंभ करें पर क्लिक करें। Cache Rocket एक अद्वितीय टोकन उत्पन्न करता है और आपको रिकॉर्ड नाम और प्रकाशित करने के लिए सटीक मूल्य दिखाता है।

  3. 3

    अपने DNS प्रदाता पर रिकॉर्ड बनाएं

    जहां भी आपका DNS प्रबंधित होता है वहां साइन इन करें - Cloudflare, आपका रजिस्ट्रार, आपके होस्ट का नियंत्रण कक्ष - और दिखाए गए नाम और मान का उपयोग करके एक नया TXT रिकॉर्ड जोड़ें। मान को कॉपी और पेस्ट करें; इसे दोबारा टाइप न करें.

  4. 4

    प्रचार-प्रसार की प्रतीक्षा करें

    DNS परिवर्तन तत्काल नहीं होते हैं। कुछ मिनट सामान्य हैं; यदि आपका प्रदाता लंबे TTL का उपयोग करता है तो एक घंटे तक का समय सामान्य है।

  5. 5

    सत्यापित करें पर क्लिक करें

    Cache Rocket में वापस, होस्टनाम के आगे सत्यापित पर क्लिक करें। यदि यह विफल हो जाता है, तो अधिक समय तक प्रतीक्षा करें और दोबारा क्लिक करें - पुनः प्रयास करना निःशुल्क है और कुछ भी रीसेट नहीं होता है।

रिकार्ड खुद जांच रहे हैं

यदि सत्यापन विफल रहता है, तो यह मानने से पहले पुष्टि करें कि रिकॉर्ड वास्तव में सार्वजनिक इंटरनेट से दिखाई दे रहा है Cache Rocket गलती है:

मैकओएस और लिनक्स
bash
dig +short TXT _cacherocket.example.com
खिड़कियाँ
powershell
Resolve-DnsName -Type TXT _cacherocket.example.com

आपको दिखाए गए रिकॉर्ड नाम Cache Rocket को प्रतिस्थापित करें। यदि आदेश कुछ भी नहीं लौटाता है, तो रिकॉर्ड अभी तक प्रचारित नहीं हुआ है या सही ढंग से सहेजा नहीं गया है।

सामान्य DNS गलतियाँ

प्रदाता इस बात में भिन्न होते हैं कि क्या वे पूर्ण रिकॉर्ड नाम या केवल उपडोमेन भाग की अपेक्षा करते हैं - _cacherocket.example.com दर्ज करना जहां प्रदाता पहले से ही आपके डोमेन को जोड़ता है _cacherocket.example.com.example.com उत्पन्न करता है। स्वचालित रूप से जोड़े जा रहे उद्धरणों और चिपकाते समय अनुगामी रिक्त स्थान पर भी ध्यान दें।

विधि बी - HTTPS फ़ाइल या मेटा टैग

HTTPS फ़ाइल या मेटा टैग चुनें और सत्यापन प्रारंभ करें पर क्लिक करें। Cache Rocket फिर तीन चीजें दिखाता है: URL यह जांच करेगा, सटीक सामग्री जिसे URL को वापस करना होगा, और एक समकक्ष <meta> टैग। आपको या तो फ़ाइल या मेटा टैग प्रकाशित करना होगा, दोनों को नहीं।

फ़ाइल का प्रकाशन

दिखाए गए पथ पर एक फ़ाइल बनाएं, जिसमें बिल्कुल दिखाई गई सामग्री हो और कुछ नहीं। Next.js प्रोजेक्ट पर इसका अर्थ है इसे आपकी public/ निर्देशिका में छोड़ना:

Next.js, Vite, एस्ट्रो, और सबसे स्थिर होस्ट
text
public/
  └── .well-known/
        └── cacherocket-verification.txt

तैनात करें, फिर ब्राउज़र में सत्यापन URL खोलें। आपको केवल टोकन देखना चाहिए. यदि आप अपनी साइट का 404 पेज, स्टाइल HTML, या रीडायरेक्ट देखते हैं, तो यह अभी तक सही ढंग से प्रकाशित नहीं हुआ है।

या मेटा टैग का उपयोग कर रहे हैं

यदि फ़ाइलें जोड़ना अजीब है, तो इसके बजाय दिए गए <meta> टैग को अपने होमपेज के <head> में रखें। Next.js ऐप राउटर में आप इसे मेटाडेटा निर्यात के माध्यम से जोड़ सकते हैं:

app/layout.tsx
ts
export const metadata = {
  other: {
    'cacherocket-site-verification': 'YOUR_TOKEN_HERE',
  },
};

तैनात करें, फिर सत्यापित करें पर क्लिक करें।

फ़ाइल सार्वजनिक रूप से पहुंच योग्य होनी चाहिए

यदि आपकी साइट HTTP मूल प्रमाणीकरण, एक आईपी अनुमति-सूची, एक स्टेजिंग पासवर्ड, या "जल्द ही आ रहा है" पृष्ठ के पीछे बैठती है, तो Cache Rocket सत्यापन फ़ाइल नहीं पढ़ सकता है। या तो उस एक पथ तक सार्वजनिक पहुंच की अनुमति दें या इसके बजाय DNS विधि का उपयोग करें।

सत्यापन के बाद

होस्टनाम आपकी सूची में सत्यापित दिखाता है और कैश वार्मर और API वार्मर दोनों पर प्रविष्टि URLs में तुरंत उपयोग किया जा सकता है।

आप बाद में TXT रिकॉर्ड या सत्यापन फ़ाइल को सुरक्षित रूप से हटा सकते हैं, हालांकि इसे उसी स्थान पर छोड़ना आसान है - इसका मतलब है कि यदि कभी भी आवश्यकता हो तो पुन: सत्यापन तत्काल होता है।

होस्टनाम हटाना

किसी होस्टनाम को हटाने से उसका वार्मर टूट जाता है

उस होस्टनाम पर प्रविष्टि URLs वाला कोई भी वार्मर विफल होना शुरू हो जाएगा, क्योंकि इसका URLs अब सत्यापित बुनियादी ढांचे की ओर इशारा नहीं करता है। पहले उन वार्मर्स को हटाएँ या हटाएँ, या उन्हें पुनर्स्थापित करने के लिए होस्टनाम को पुनः सत्यापित करें।

सत्यापन विफल रहता है

मैंने DNS रिकॉर्ड जोड़ा लेकिन सत्यापन अभी भी विफल है।
लगभग हमेशा प्रचार-प्रसार. ऊपर दिए गए dig कमांड से पुष्टि करें कि रिकॉर्ड सार्वजनिक रूप से दृश्यमान है। यदि dig इसे पाता है लेकिन Cache Rocket नहीं पाता है, तो रिकॉर्ड नाम में डुप्लिकेट किए गए डोमेन प्रत्यय या उसी नाम पर दूसरे विरोधाभासी TXT रिकॉर्ड की जांच करें।
सत्यापन फ़ाइल मेरे ब्राउज़र में ठीक से खुलती है लेकिन Cache Rocket इसे पढ़ नहीं सकता है।
आपका ब्राउज़र प्रमाणित हो सकता है जहां Cache Rocket नहीं है। एक निजी विंडो में URL आज़माएँ। यह भी जांचें कि यह रीडायरेक्ट के बिना https पर परोसा गया है, और यह कि प्रतिक्रिया टोकन वाले HTML पृष्ठ के बजाय सादा पाठ है।
यदि मेरी साइट रीडायरेक्ट होती है तो मैं कौन सा होस्टनाम सत्यापित करूं?
गंतव्य - होस्टनाम जो रीडायरेक्ट पूरा होने के बाद एड्रेस बार में दिखाई देता है। यही वह प्रविष्टि है जिसका उपयोग आपकी प्रविष्टि URLs को करना चाहिए।
क्या मुझे प्रत्येक उपडोमेन को सत्यापित करने की आवश्यकता है?
हाँ। प्रत्येक होस्टनाम स्वतंत्र रूप से सत्यापित है, और कोई वाइल्डकार्ड विकल्प नहीं है। shop.example.com को अपने स्वयं के सत्यापन की आवश्यकता है, भले ही example.com पहले से ही सत्यापित हो।
क्या मैं उस डोमेन को सत्यापित कर सकता हूं जिसे मैं क्लाइंट के लिए प्रबंधित करता हूं लेकिन उसका मालिक नहीं हूं?
हाँ, बशर्ते कि आप एक DNS रिकॉर्ड जोड़ सकें या एक फ़ाइल प्रकाशित कर सकें - यह वही है जो चुनौती का परीक्षण करता है।एजेंसियां ​​आमतौर पर प्रत्येक क्लाइंट होस्टनाम को उस क्लाइंट के कार्यक्षेत्र के अंदर सत्यापित करती हैं।[टीम और भूमिकाएँ] (/documentation/teams-and-roles) देखें।
क्या मैं localhost या केवल-आंतरिक पते को गर्म कर सकता हूँ?
नंबर Cache Rocket सार्वजनिक इंटरनेट से गर्म होता है, इसलिए होस्टनाम सार्वजनिक रूप से हल करने योग्य और पहुंच योग्य होना चाहिए।