Գիտելիքների բազա

Օգտագործեք ձեր սեփական Amazon CloudFront հաշիվը որպես կայքի CDN

Ստեղծեք AWS մուտքի բանալի, որն ունի CloudFront-ը կարդալու և անվավերացումներ ստեղծելու թույլտվություն, և միացրեք այն, որպեսզի կայքը կարողանա աշխատել ձեր սեփական CloudFront բաշխման վրա:

Այն, ինչ այն անում է ձեզ համար

Ձեր սեփական AWS հաշիվը միացնելը թույլ է տալիս տեղադրել կայք ձեր CDN-ում՝ մեր CDN-ի փոխարեն: Գոտին, տրաֆիկը և հաշիվը գտնվում են ձեր հաշվին, և դուք դեռևս կարող եք մաքրել քեշը և փոխել CDN-ի կարգավորումները Zinn® վահանակից՝ առանց վահանակների միջև անցնելու:

Մինչ սկսելը

AWS հաշիվ: Ստեղծեք IAM օգտատեր այս միացման համար, որի քաղաքականությունը թույլ է տալիս CloudFront-ի կարդալու հասանելիություն և cloudfront:CreateInvalidation, ինչը պահանջվում է քեշը մաքրելու համար:

Ձեր սեփական դոմենը սպասարկելու համար CloudFront-ին նաև անհրաժեշտ է դրա համար նախատեսված վկայագիր AWS Certificate Manager-ում՝ us-east-1 տարածաշրջանում: Այլ տարածաշրջանների վկայագրերն անտեսանելի են CloudFront-ի համար՝ անկախ նրանից, թե որ տարածաշրջանում եք այլապես աշխատում:

1. Ստեղծեք բանալին AWS-ում

AWS վահանակում բացեք IAM → Users, ընտրեք օգտատերին, որպես որը պետք է հանդես գա այս միացումը (ստեղծեք առանձին օգտատեր. երբեք մի օգտագործեք ձեր արմատային հաշիվը), բացեք դրա 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: Այն անմիջապես ջնջում է պահպանված բանալին: Ամեն ինչ, ինչն օգտագործում էր այն, դադարեցնում է աշխատանքը հաջորդ գործողության ժամանակ, և դրանից կախված էկրանները հայտնում են այդ մասին, այլ ոչ թե լուռ ձախողվում:

Անջատումը հետ չի շրջում արդեն կատարվածը. գրառումները, տեղակայումները կամ կարգավորումները, որոնք մենք փոխել ենք ձեր հաշվում, մնում են այնպես, ինչպես կան: Եթե կարծում եք, że բանալին ինքնին կարող է արտահոսած լինել, նաև չեղարկեք այն վաճառողի մոտ. անջատումը հեռացնում է մեր պատճենը, ոչ թե նրանցը:

Վերջինը բլոգից

Ինչ ենք գրել հոսթինգի, SEO-ի և կայքերի մեծածավալ կառավարման մասին:

Որոնողական օպտիմալացում և հղումների կառուցում հոսթինգի մակարդակից. 2026 թվականի օպերատորի տեսակետը

Ինչպես է հոսթինգը ձևավորում ինդեքսավորումը և հղումների արժեքը 2026 թվականին. էջերը ինդեքսավորված պահելը, հին դոմեյնների ստուգումը նախքան դրանց վրա կայք կառուցելը, հղումների կառուցումն առանց որոնողական հետքի և անկեղծ հայացք այն բանին, թե ինչ կարող է և ինչ չի կարող անել ենթակառուցվածքը SEO-ի համար:

Կարդալ գրառումը →

WordPress-ը դարձնել արագ և ապահով. արտադրողականության և փլագինների ստուգաթերթ

Գործնական ստուգաթերթ արագ և ապահով WordPress-ի համար. սերվերի մակարդակով քեշավորում, օբյեկտների քեշ յուրաքանչյուր կայքի համար, մի քանի փլագիններ, որոնք արժե օգտագործել, ստեկի արդիական պահպանում և WooCommerce-ի էջերը, որոնք երբեք չպետք է քեշավորեք:

Կարդալ գրառումը →

Ինչպես ընտրել կառավարվող վեբ հոսթինգ 2026 թվականին. Գնորդի ուղեցույց

Ինչն է իրականում տարբերում լավ կառավարվող հոսթինգը կառավարման վահանակով էժան տուփից՝ միգրացիաները, պահուստային պատճենները, մեկուսացումը, իրական քեշավորումը և ազնիվ մասշտաբավորումը, և ինչպես գնահատել այն նախքան պարտավորվելը:

Կարդալ գրառումը →

Կարդալ բլոգը →

Դեռ օգնության կարի՞ք ունեք:

Աջակցությունը ներառված է յուրաքանչյուր սակագնային պլանում, աջակցման կենտրոնը գործում է օրական 24 ժամ, և դուք կարող եք գրել մեզ մեր 58 լեզուներից որևէ մեկով. մենք պատասխանում ենք ձեր լեզվով:

Կապվել աջակցման ծառայության հետ → Բոլոր հոդվածները →