Пацвярджэнне хостнейма

Дакажыце кантроль над даменам праз DNS TXT-запіс або HTTPS-файл, каб мець магчымасць яго прагрэваць.

9 min read

Перш чым Cache Rocket адправіць адзіны запыт на дамен, вы павінны даказаць, што кіруеце ім. На гэтай старонцы разглядаюцца як метады праверкі, так і тое, што рабіць, калі адзін з іх не працуе.

Hostnames жыве пад Уліковы запіс → Hostnames.

Чаму гэта патрабуецца

Кэш warmer - гэта машына, якая вельмі хутка адпраўляе шмат запытаў на сайт. Гэта карысна, калі накіравана на ваш уласны сервер, і варожа, калі накіравана на чужы - гэта, функцыянальна, інструмент адмовы ў абслугоўванні.

Праверка - гэта тое, што раздзяляе гэтыя два. Гэта азначае, што кожны запыт, які Cache Rocket дасылае ад вашага імя, накіроўваецца ў інфраструктуру, якую вы наглядна даказалі, што кантралюеце. Няма магчымасці адмовіцца, і няма плана, які здымае патрабаванне.

Note

Гэта таксама абараняе вас. Ніхто іншы не можа стварыць warmer, накіраваны на ваш дамен, таму што яны не могуць прайсці праверку.

Выбар метаду

Запіс DNS TXTФайл HTTPS або метатэг
Вам патрэбны доступ даВаш правайдэр DNSФайлы або шаблоны вашага сайта
Звычайнае чаканнеАд хвілін да гадзіны, для распаўсюджванняТак хутка, як вы можаце разгарнуць
Лепш, каліВы кіруеце DNS і жадаеце змены, якія вытрымліваюць паўторнае разгортваннеВы разгортваеце праграму, але не кіруеце DNS
Добра падыходзіць дляТрадыцыйны хостынг, cPanel, самакіравальныя серверыNext.js, Vercel, Netlify, статычныя вузлы

Любы метад прыводзіць да аднолькавага праверанага статусу. Выберыце тое, што вы можаце зрабіць хутчэй.

Правільны выбар hostname

Гэта найбольш частая крыніца блытаніны, таму варта быць дакладным. hostname - гэта дакладная даменная частка вашых URL-адрасоў. Усе яны *розныя* hostnames што тычыцца праверкі:

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

Праверце той, які з'яўляецца ў адрасах запісу, якія вы збіраецеся выкарыстоўваць. Калі ваш сайт перанакіроўвае example.com на www.example.com, ваш URL-адрас павінен быць версіяй www, так што гэта hostname для праверкі.

Вы працуеце з некалькімі субдаменамі? Правярайце кожны асобна. Няма праверкі падстаноўных знакаў.

Tip

Не ведаеце, якую форму выкарыстоўвае ваш сайт? Адкрыйце яго ў браўзеры і паглядзіце на адрасны радок пасля таго, як ён скончыць загрузку. Усё, што там паказана, пасля любых перанакіраванняў, гэта hostname для праверкі.

Метад A — TXT-запіс DNS

  1. 1

    Дадайце hostname

    На Уліковы запіс → Hostnames увядзіце дамен і абярыце Запіс DNS TXT у якасці метаду праверкі.

  2. 2

    Пачаць праверку

    Націсніце Пачаць праверку. Cache Rocket стварае ўнікальны токен і паказвае назву запісу і дакладнае значэнне для публікацыі.

  3. 3

    Стварыце запіс у пастаўшчыка DNS

    Увайдзіце там, дзе кіруецца вашым DNS — Cloudflare, ваш рэгістратар, панэль кіравання хостам — і дадайце новы запіс TXT, выкарыстоўваючы паказаныя імя і значэнне. Скапіруйце і ўстаўце значэнне; не перадрукоўвайце яго.

  4. 4

    Дачакайцеся распаўсюджвання

    Змены DNS не адбываюцца імгненна. Звычайна некалькі хвілін; да гадзіны - гэта нармальна, калі ваш правайдэр выкарыстоўвае доўгі TTL.

  5. 5

    Націсніце Праверыць

    Вярнуўшыся ў Cache Rocket, націсніце Праверыць побач з hostname. Калі гэта не атрымоўваецца, пачакайце яшчэ і націсніце яшчэ раз — паўторная спроба бясплатная і нічога не скідае.

Правяраючы запіс самастойна

Калі праверка працягвае збівацца, пацвердзіце, што запіс сапраўды бачны ў агульнадаступным інтэрнэце, перш чым лічыць, што вінаваты 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 або перанакіраванне, значыць, ён яшчэ не апублікаваны належным чынам.

Ці з дапамогай мета-тэга

Калі дадаваць файлы няёмка, пастаўце замест гэтага тэг <meta> у <head> вашай хатняй старонкі. У Next.js App Router вы можаце дадаць яго праз экспарт метададзеных:

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

Разгарніце, затым націсніце Праверыць.

Файл павінен быць агульнадаступным

Калі ваш сайт падтрымлівае базавую аўтэнтыфікацыю HTTP, спіс дазволеных IP-адрасоў, прамежкавы пароль або старонку «хутка», Cache Rocket не можа прачытаць файл праверкі. Альбо дазвольце публічны доступ да гэтага аднаго шляху, альбо замест гэтага выкарыстоўвайце метад DNS.

Пасля праверкі

hostname паказвае Праверана ў вашым спісе і можа быць неадкладна выкарыстаны ў URL-адрасах як у кэшы warmers, так і ў API warmers.

Вы можаце бяспечна выдаліць запіс TXT або файл праверкі пасля гэтага, але прасцей пакінуць яго на месцы — гэта азначае, што паўторная праверка адбываецца імгненна, калі яна калі-небудзь спатрэбіцца.

Выдаленне hostname

Выдаленне hostname парушае яго warmers

Любы warmer з URL-адрасамі ўваходу на гэтым hostname пачнуць даваць збой, таму што іх URL-адрасы больш не паказваюць на правераную інфраструктуру. Спачатку перамясціце або выдаліце ​​гэтыя warmers або праверце паўторна hostname, каб аднавіць іх.

Праверка працягвае збівацца

Я дадаў запіс DNS, але праверка па-ранейшаму не ўдаецца.
Амаль заўсёды распаўсюджванне. Пацвердзіце, што запіс агульнадаступны з дапамогай каманды dig вышэй. Калі dig знаходзіць яго, а Cache Rocket не знаходзіць, праверце дубліраваны суфікс дамена ў назве запісу або другі канфліктны запіс TXT з тым самым імем.
Файл праверкі нармальна адкрываецца ў маім браўзеры, але Cache Rocket не можа яго прачытаць.
Ваш браўзер можа быць аўтэнтыфікаваны, а Cache Rocket - не. Паспрабуйце URL у прыватным акне. Таксама праверце, што ён абслугоўваецца праз https без перанакіравання і што адказ з'яўляецца простым тэкстам, а не старонкай HTML, якая змяшчае токен.
Які hostname мне праверыць, калі мой сайт перанакіроўвае?
Пункт прызначэння — hostname, які з'яўляецца ў адрасным радку пасля завяршэння перанакіравання. Гэта той, які павінны выкарыстоўваць вашы ўваходныя URL.
Ці трэба правяраць кожны субдамен?
так. Кожны hostname правяраецца незалежна, і няма варыянту падстаноўкі. shop.example.com патрабуе ўласнай праверкі, нават калі example.com ужо правераны.
Ці магу я пацвердзіць дамен, якім я кірую для кліента, але не валодаю ім?
Так, пры ўмове, што вы можаце дадаць запіс DNS або апублікаваць файл - гэта менавіта тое, што правяраецца.Агенцтвы звычайна правяраюць кожнае імя хаста кліента ў рабочай прасторы гэтага кліента.Глядзіце Каманды і ролі.
Ці магу я абагрэць localhost або толькі ўнутраны адрас?
Нумар Cache Rocket грэе з публічнага Інтэрнэту, таму hostname павінен быць агульнадаступным і даступным.