ഹോസ്റ്റ്നാമം സ്ഥിരീകരണം

ഒരു 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

നിങ്ങളുടെ സൈറ്റ് ഏത് ഫോമാണ് ഉപയോഗിക്കുന്നതെന്ന് ഉറപ്പില്ലേ? അത് ഒരു ബ്രൗസറിൽ തുറന്ന് ലോഡിംഗ് പൂർത്തിയായതിന് ശേഷം വിലാസ ബാറിൽ നോക്കുക. അവിടെ കാണിക്കുന്നതെന്തും, ഏതെങ്കിലും റീഡയറക്‌ടുകൾക്ക് ശേഷം, സ്ഥിരീകരിക്കാനുള്ള ഹോസ്റ്റ് നാമമാണ്.

രീതി A — 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 തെറ്റാണെന്ന് അനുമാനിക്കുന്നതിന് മുമ്പ്, പൊതു ഇൻ്റർനെറ്റിൽ നിന്ന് റെക്കോർഡ് യഥാർത്ഥത്തിൽ ദൃശ്യമാണെന്ന് സ്ഥിരീകരിക്കുക:

macOS, Linux
bash
dig +short TXT _cacherocket.example.com
വിൻഡോസ്
powershell
Resolve-DnsName -Type TXT _cacherocket.example.com

Cache Rocket നിങ്ങൾക്ക് കാണിച്ച റെക്കോർഡ് നാമം പകരം വയ്ക്കുക. കമാൻഡ് ഒന്നും നൽകുന്നില്ലെങ്കിൽ, റെക്കോർഡ് ഇതുവരെ പ്രചരിപ്പിച്ചിട്ടില്ല അല്ലെങ്കിൽ ശരിയായി സംരക്ഷിച്ചിട്ടില്ല.

സാധാരണ DNS തെറ്റുകൾ

ദാതാക്കൾ പൂർണ്ണമായ റെക്കോർഡ് നാമം പ്രതീക്ഷിക്കുന്നുവോ അതോ സബ്ഡൊമെയ്ൻ ഭാഗം മാത്രമാണോ പ്രതീക്ഷിക്കുന്നത് എന്നതിൽ വ്യത്യാസമുണ്ട് - ദാതാവ് ഇതിനകം നിങ്ങളുടെ ഡൊമെയ്ൻ കൂട്ടിച്ചേർക്കുന്നിടത്ത് _cacherocket.example.com.example.com ഉൽപ്പാദിപ്പിക്കുന്ന _cacherocket.example.com നൽകുക. ഉദ്ധരണികൾ സ്വയമേവ ചേർക്കുന്നതും ഒട്ടിക്കുമ്പോൾ വൈറ്റ്‌സ്‌പെയ്‌സ് പിന്നിലാക്കുന്നതും കാണുക.

രീതി B — HTTPS ഫയൽ അല്ലെങ്കിൽ മെറ്റാ ടാഗ്

HTTPS ഫയൽ അല്ലെങ്കിൽ മെറ്റാ ടാഗ് തിരഞ്ഞെടുത്ത് സ്ഥിരീകരണം ആരംഭിക്കുക ക്ലിക്ക് ചെയ്യുക. Cache Rocket തുടർന്ന് മൂന്ന് കാര്യങ്ങൾ കാണിക്കുന്നു: അത് പരിശോധിക്കുന്ന URL, URL തിരികെ നൽകേണ്ട കൃത്യമായ ഉള്ളടക്കം, തത്തുല്യമായ <meta> ടാഗ്. നിങ്ങൾ ഒന്നുകിൽ ഫയൽ അല്ലെങ്കിൽ മെറ്റാ ടാഗ് പ്രസിദ്ധീകരിക്കേണ്ടതുണ്ട്, രണ്ടും അല്ല.

ഫയൽ പ്രസിദ്ധീകരിക്കുന്നു

കാണിച്ചിരിക്കുന്ന പാതയിൽ ഒരു ഫയൽ സൃഷ്‌ടിക്കുക, അതിൽ കാണിച്ചിരിക്കുന്ന ഉള്ളടക്കവും മറ്റൊന്നും അടങ്ങിയിരിക്കുന്നു. ഒരു Next.js പ്രോജക്റ്റിൽ ഇത് നിങ്ങളുടെ public/ ഡയറക്‌ടറിയിലേക്ക് ഇടുക എന്നാണ് അർത്ഥമാക്കുന്നത്:

Next.js, Vite, Astro, കൂടാതെ മിക്ക സ്റ്റാറ്റിക് ഹോസ്റ്റുകളും
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 അടിസ്ഥാന ഓത്ത്, ഒരു IP അനുവദിക്കൽ-ലിസ്റ്റ്, ഒരു സ്റ്റേജിംഗ് പാസ്‌വേഡ് അല്ലെങ്കിൽ "ഉടൻ വരുന്നു" പേജ് എന്നിവയ്ക്ക് പിന്നിലാണെങ്കിൽ, Cache Rocket ന് സ്ഥിരീകരണ ഫയൽ വായിക്കാൻ കഴിയില്ല. ഒന്നുകിൽ ആ ഒരു പാതയിലേക്ക് പൊതു ആക്സസ് അനുവദിക്കുക അല്ലെങ്കിൽ പകരം DNS രീതി ഉപയോഗിക്കുക.

പരിശോധിച്ചുറപ്പിച്ചതിന് ശേഷം

ഹോസ്റ്റ്നാമം നിങ്ങളുടെ ലിസ്റ്റിൽ പരിശോധിച്ചിരിക്കുന്നു എന്ന് കാണിക്കുന്നു, കാഷെ വാമറുകളിലും API വാമറുകളിലും ഉടൻ തന്നെ URLs എൻട്രിയിൽ ഉപയോഗിക്കാനാകും.

നിങ്ങൾക്ക് TXT റെക്കോർഡ് അല്ലെങ്കിൽ സ്ഥിരീകരണ ഫയലിനെ പിന്നീട് സുരക്ഷിതമായി നീക്കംചെയ്യാം, എന്നിരുന്നാലും അത് സ്ഥലത്ത് വയ്ക്കുന്നത് ലളിതമാണ് - എപ്പോഴെങ്കിലും ആവശ്യമെങ്കിൽ വീണ്ടും പരിശോധിച്ചുറപ്പിക്കൽ തൽക്ഷണമാണ്.

ഒരു ഹോസ്റ്റ് നെയിം നീക്കംചെയ്യുന്നു

ഒരു ഹോസ്റ്റ് നെയിം നീക്കം ചെയ്യുന്നത് അതിൻ്റെ വാമറുകൾ തകർക്കുന്നു

ഹോസ്‌റ്റ്‌നാമത്തിൽ URLs എൻട്രി ഉള്ള ഏതൊരു സന്നാഹവും പരാജയപ്പെടാൻ തുടങ്ങും, കാരണം അതിൻ്റെ URLs പരിശോധിച്ചുറപ്പിച്ച ഇൻഫ്രാസ്ട്രക്ചറിൽ പോയിൻ്റ് ചെയ്യില്ല. ആദ്യം ആ വാമറുകൾ നീക്കുകയോ ഇല്ലാതാക്കുകയോ ചെയ്യുക, അല്ലെങ്കിൽ അവ പുനഃസ്ഥാപിക്കുന്നതിന് ഹോസ്റ്റ്നാമം വീണ്ടും പരിശോധിക്കുക.

സ്ഥിരീകരണം പരാജയപ്പെടുന്നു

ഞാൻ DNS റെക്കോർഡ് ചേർത്തുവെങ്കിലും സ്ഥിരീകരണം ഇപ്പോഴും പരാജയപ്പെടുന്നു.
മിക്കവാറും എപ്പോഴും പ്രചരണം. മുകളിലുള്ള dig കമാൻഡ് ഉപയോഗിച്ച് റെക്കോർഡ് പൊതുവായി ദൃശ്യമാണെന്ന് സ്ഥിരീകരിക്കുക. dig അത് കണ്ടെത്തിയെങ്കിലും Cache Rocket കണ്ടെത്തിയില്ലെങ്കിൽ, റെക്കോർഡ് നാമത്തിൽ ഒരു തനിപ്പകർപ്പ് ഡൊമെയ്ൻ പ്രത്യയം പരിശോധിക്കുക, അല്ലെങ്കിൽ അതേ പേരിൽ രണ്ടാമത്തെ വൈരുദ്ധ്യമുള്ള TXT റെക്കോർഡ്.
സ്ഥിരീകരണ ഫയൽ എൻ്റെ ബ്രൗസറിൽ നന്നായി തുറക്കുന്നു, പക്ഷേ Cache Rocket ന് അത് വായിക്കാൻ കഴിയില്ല.
Cache Rocket അല്ലാത്തിടത്ത് നിങ്ങളുടെ ബ്രൗസർ പ്രാമാണീകരിക്കപ്പെട്ടേക്കാം. ഒരു സ്വകാര്യ വിൻഡോയിൽ URL പരീക്ഷിക്കുക. ഒരു റീഡയറക്‌ട് കൂടാതെ ഇത് https-ൽ നൽകിയിട്ടുണ്ടോയെന്നും ടോക്കൺ അടങ്ങിയ HTML പേജിന് പകരം പ്ലെയിൻ ടെക്‌സ്‌റ്റാണ് പ്രതികരണം എന്നും പരിശോധിക്കുക.
എൻ്റെ സൈറ്റ് റീഡയറക്‌ട് ചെയ്‌താൽ ഏത് ഹോസ്റ്റ്നാമമാണ് ഞാൻ പരിശോധിക്കേണ്ടത്?
ലക്ഷ്യസ്ഥാനം - റീഡയറക്‌ട് പൂർത്തിയായതിന് ശേഷം വിലാസ ബാറിൽ ദൃശ്യമാകുന്ന ഹോസ്റ്റ്നാമം. അതാണ് നിങ്ങളുടെ എൻട്രി URLs ഉപയോഗിക്കേണ്ടത്.
എനിക്ക് എല്ലാ ഉപഡൊമെയ്‌നും പരിശോധിക്കേണ്ടതുണ്ടോ?
അതെ. ഓരോ ഹോസ്റ്റ്നാമവും സ്വതന്ത്രമായി പരിശോധിച്ചുറപ്പിച്ചിരിക്കുന്നു, കൂടാതെ വൈൽഡ്കാർഡ് ഓപ്ഷനും ഇല്ല. example.com ഇതിനകം പരിശോധിച്ചുറപ്പിച്ചിട്ടുണ്ടെങ്കിലും shop.example.com ന് അതിൻ്റേതായ സ്ഥിരീകരണം ആവശ്യമാണ്.
ഒരു ക്ലയൻ്റിനായി ഞാൻ മാനേജ് ചെയ്യുന്നതും എന്നാൽ സ്വന്തമായിട്ടില്ലാത്തതുമായ ഒരു ഡൊമെയ്ൻ എനിക്ക് പരിശോധിക്കാനാകുമോ?
അതെ, നിങ്ങൾക്ക് ഒരു DNS റെക്കോർഡ് ചേർക്കാനോ ഒരു ഫയൽ പ്രസിദ്ധീകരിക്കാനോ കഴിയുമെങ്കിൽ - അതാണ് വെല്ലുവിളി പരീക്ഷിക്കുന്നത്.ഏജൻസികൾ സാധാരണയായി ഓരോ ക്ലയൻ്റ് ഹോസ്റ്റ്നാമവും ആ ക്ലയൻ്റിൻ്റെ വർക്ക്‌സ്‌പെയ്‌സിനുള്ളിൽ സ്ഥിരീകരിക്കുന്നു.ടീമുകളും റോളുകളും കാണുക.
എനിക്ക് localhost അല്ലെങ്കിൽ ആന്തരിക വിലാസം മാത്രം ചൂടാക്കാൻ കഴിയുമോ?
നമ്പർ Cache Rocket പബ്ലിക് ഇൻറർനെറ്റിൽ നിന്ന് ചൂടാക്കുന്നു, അതിനാൽ ഹോസ്റ്റ് നാമം പൊതുവായി പരിഹരിക്കാവുന്നതും എത്തിച്ചേരാവുന്നതുമായിരിക്കണം.