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

Օգտագործեք ձեր սեփական 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-ի և մեծ մասշտաբով կայքեր վարելու մասին:

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

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

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

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

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

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

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

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

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

Կարդալ բլոգը

Դեռ խնդի՞ր կա:

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

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