База знания

Използвайте собствен си акаунт в 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.

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

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

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

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

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

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

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

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

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

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

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