База от знания

Използвайте собствения си акаунт в Amazon CloudFront като CDN за сайта

Създайте ключ за достъп до AWS с права за четене от CloudFront и създаване на инвалидации и го свържете, за да може даден сайт да работи на собствената ви CloudFront дистрибуция.

Какво ви дава свързването

Свързването на вашия собствен AWS акаунт ви позволява да разположите сайт на вашата CDN мрежа вместо на нашата. Зоната, трафикът и фактурата са към вашия акаунт, като същевременно можете да изчиствате кеша и да променяте настройките на CDN мрежата директно от вашето табло за управление в Zinn® — без превключване между панели.

Преди да започнете

AWS акаунт. Създайте IAM потребител за тази връзка, чиято политика разрешава четене в CloudFront и cloudfront:CreateInvalidation, което е необходимо за изчистването на кеша.

За да обслужва собствения ви домейн, CloudFront се нуждае и от сертификат за него в AWS Certificate Manager в региона us-east-1. Сертификатите в който и да е друг регион са невидими за CloudFront, независимо в кой регион работите по принцип.

1. Създайте ключа в AWS

В конзолата на AWS отворете IAM → Users, изберете потребителя, от чието име трябва да действа тази връзка (създайте специален потребител — никога не използвайте root акаунта си), отворете раздела му Security credentials и под Access keys изберете Create access key. Изберете Other като вариант на използване, продължете и изберете Create access key. Копирайте Access key ID и Secret access key — AWS показва секретния ключ само веднъж. Всеки IAM потребител може да притежава два ключа едновременно.

2. Свържете го тук

Отворете Integrations във вашето табло за управление и изберете Connect an account. Изберете Your own CDN като група и Amazon CloudFront като акаунт, попълнете Access key ID и Secret access key и натиснете Connect account.

Ние тестваме въведената от вас информация, преди да бъде запазено каквото и да било. Неработещият ключ никога не се съхранява, а съобщението посочва къде е проблемът. Работещият ключ се пази криптиран в нашето хранилище за секрети — никога в нашата база данни — и никога повече не се показва, дори на вас самите.

Какво се случва след това

  • Отворете раздела CDN на даден сайт. Под Where this site is served from този акаунт се появява като дестинация. Изберете го и потвърдете; ние изграждаме конфигурацията на сайта във вашия акаунт, проверяваме я и едва тогава преместваме сайта, така че той да остане достъпен по време на преместването.
  • От същия раздел можете да изчиствате кеша на сайта и да променяте настройките на неговата CDN мрежа във вашия акаунт.
  • Когато се свържете, ние проверяваме какво може да прави ключът: да изброява вашите зони или свойства, да чете една от тях в детайли, да изчиства кеша, да променя настройки и — когато доставчикът ги поддържа — географски правила. Контролният списък до връзката показва кои от тези действия успяхме да потвърдим, така че липсващото разрешение да се вижда, преди да преместите сайт в акаунта.
  • Deploy a site to your own CDN account оразбира в детайли преместването на сайт между акаунти.

Ако връзката не успее

Вашият домейн не може да бъде прикачен. За него няма сертификат в us-east-1. Заявете такъв в AWS Certificate Manager в този регион и опитайте отново.

Изчистването на кеша е неуспешно. Политиката на потребителя няма разрешение cloudfront:CreateInvalidation. Добавете го; ключът не се променя.

Появява се съобщение, че ключът е отхвърлен. Почти винаги това се дължи на едно от три неща: копиран с него интервал или нов ред, изтекъл ключ или ключ, който е бил отзвънен или регенериран, след като сте го копирали. Създайте нов и го поставете отново.

Връзката е установена, но нещо по-късно се проваля. Ключът се автентифицира, но му липсва разрешение, необходимо за съответното действие. Създайте нов ключ с изброените по-горе разрешения, след което прекъснете старата връзка и свържете новия ключ.

Прекъсване на връзката

Отворете Integrations, намерете акаунта и натиснете Disconnect. Това незабавно изтрива съхранения ключ. Всичко, което го е използвало, спира при следващото си действие, а екраните, които са зависели от него, съобщават за това, вместо да се провалят тихо.

Прекъсването на връзката не отменя вече извършеното — записите, внедряванията или настройките, които сме променили във вашия акаунт, остават такива, каквито са. Ако смятате, че самият ключ може да е бил компрометиран, отзвънете го и при доставчика; прекъсването на връзката премахва нашето копие, но не и тяхното.

Най-новото от блога

Какво сме писали за хостинга, SEO и мащабното управление на сайтове.

SEO и изграждане на връзки от слоя на хостинга: Поглед на оператора за 2026 г.

Как хостингът влияе на индексирането и предаването на линк авторитет през 2026 г.: запазване на страниците индексирани, проверка на стари домейни преди изграждане върху тях, изграждане на линкове без SEO отпечатък и честен поглед върху това какво инфраструктурата може и не може да направи за SEO.

Прочетете публикацията →

Как да направите WordPress бърз и сигурен: контролен списък за производителност и плъгини

Практичен контролен списък за бърз и сигурен WordPress: кеширане на ниво сървър, обектен кеш за всеки сайт, малкото добавки, които си струва да използвате, поддържане на стека актуален и страниците на WooCommerce, които никога не трябва да кеширате.

Прочетете публикацията →

Как да изберете управляван уеб хостинг през 2026 г.: Ръководство за купувача

Какво всъщност отличава добрия управляван хостинг от евтина кутия с контролен панел — миграции, резервни копия, изолация, реално кеширане и честно мащабиране — и как да го прецените, преди да се ангажирате.

Прочетете публикацията →

Прочетете блога →

Все още се затруднявате?

Поддръжката е включена във всеки план, отделът работи 24 часа в денонощието и можете да ни пишете на всеки от нашите 58 езика — ние ви отговаряме на вашия.

Свържете се с поддръжката → Всички статии →