હોસ્ટનામ ચકાસણી

સાબિત કરો કે તમે DNS TXT રેકોર્ડ અથવા HTTPS ફાઇલનો ઉપયોગ કરીને ડોમેનને નિયંત્રિત કરો છો, જેથી તમે તેને ગરમ કરી શકો.

9 મિનિટ વાંચન

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 દાખલ કરવાથી જ્યાં પ્રદાતા પહેલેથી જ તમારું ડોમેન ઉમેરે છે તે _cacherocket.example.com.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 શૈલીયુક્ત અથવા રીડાયરેક્ટ જુઓ છો, તો તે હજી સુધી યોગ્ય રીતે પ્રકાશિત થયું નથી.

અથવા મેટા ટેગનો ઉપયોગ કરીને

જો ફાઇલો ઉમેરવી અઘરી છે, તો તેના બદલે તમારા હોમપેજના <head> માં પૂરા પાડવામાં આવેલ <meta> ટેગ મૂકો. 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 અથવા ફક્ત આંતરિક-સરનામું ગરમ ​​કરી શકું?
ક્રમાંક.