Baza e njohurive

Përdorni llogarinë tuaj personale të Amazon CloudFront si CDN për një faqe interneti

Krijoni një çelës hyrjeje të AWS të lejuar për të lexuar CloudFront dhe për të krijuar pavlefshmëri, dhe lidheni atë, në mënyrë që një faqe të mund të ekzekutohet në shpërndarjen tuaj të CloudFront.

Çfarë bën lidhja e tij për ju

Lidhja e llogarisë tuaj AWS ju lejon të vendosni një faqe në CDN-në tuaj në vend të tonës. Zona, trafiku dhe faturë janë në llogarinë tuaj, dhe ju mund të fshini cache-in dhe të ndryshoni cilësimet e CDN-së nga brenda panelit tuaj të Zinn® — pa pasur nevojë të kaloni nga një panel te tjetri.

Përpara se të filloni

Një llogari AWS. Krijoni një përdorues IAM për këtë lidhje, politika e të cilit lejon akses leximi në CloudFront dhe cloudfront:CreateInvalidation, që është ajo që i duhet fshirjes së cache-it.

Për të shërbyer domain-in tuaj, CloudFront ka nevojë gjithashtu për një certifikatë për të në AWS Certificate Manager në rajonin us-east-1. Certifikatat në çdo rajon tjetër janë të padukshme për CloudFront, pavarësisht rajonit në të cilin punoni normalisht.

1. Krijoni çelësin te AWS

Në konsolën AWS, hapni IAM → Users, zgjidhni përdoruesin si i cili duhet të veprojë kjo lidhje (krijoni një të dedikuar — mos përdorni kurrë llogarinë tuaj root), hapni skedën e tij Security credentials dhe, te Access keys, zgjidhni Create access key. Zgjidhni Other si rast përdorimi, vazhdoni dhe zgjidhni Create access key. Kopjoni Access key ID dhe Secret access key — AWS e shfaq çelësin sekret vetëm një herë. Secili përdorues IAM mund të mbajë dy çelësa në të njëjtën kohë.

2. Lidheni atë këtu

Hapni Integrations në panelin tuaj dhe zgjidhni Connect an account. Zgjidhni Your own CDN si grup dhe Amazon CloudFront si llogari, plotësoni Access key ID dhe Secret access key, dhe shtypni Connect account.

Ne testojmë atë që ngjisni përpara se të ruhet ndonjë gjë. Një çelës që nuk punon nuk ruhet kurrë, dhe përgjigjja tregon se çfarë nuk shkonte me të. Një çelës që punon mbahet i enkriptuar në kasafortën tonë të sekreteve — kurrë në databazën tonë — dhe nuk shfaqet më kurrë, madje as për ju.

Çfarë ndodh më pas

  • Hapni skedën CDN të një faqeje. Nën Where this site is served from, kjo llogari
  • shfaqet si destinacion. Zgjidhni atë dhe konfirmoni; ne ndërtojmë konfigurimin e faqes në llogarinë tuaj, e kontrollojmë, dhe vetëm atëherë e zhvendosim faqen, kështu që faqja mbetet funksionale gjatë zhvendosjes.

  • Nga e njëjta skedë ju mund të fshini cache-in e faqes dhe të ndryshoni cilësimet e CDN-së në llogarinë tuaj.
  • Kur lidheni, ne kontrollojmë se çfarë mund të bëjë çelësi: liston zonat ose pronat tuaja, lexon njërën në
  • detaj, fshin cache-in, ndryshon cilësimet dhe — aty ku shitësi i ka — rregullat gjeografike. Lista e kontrollit pranë lidhjes tregon se cilat nga këto mund t'i konfirmonim, kështu që një leje që mungon është e dukshme përpara se të zhvendosni një faqe në llogari.

  • Deploy a site to your own CDN account trajton në detaj zhvendosjen e një faqeje ndërmjet llogarive.

Nëse nuk lidhet

Domain-i juaj nuk mund t'i bashkëngjitet. Nuk ka certifikatë për të në us-east-1. Kërkoni një të tillë në AWS Certificate Manager në atë rajon, pastaj provoni përsëri.

Fshirja dështon. Politika e përdoruesit nuk ka cloudfront:CreateInvalidation. Shtojeni atë; çelësi nuk ndryshon.

Thotë se çelësi u refuzua. Pothuajse gjithmonë një nga këto tri gjëra: një hapësirë ose një ndërprerje rreshti e kopjuar me të, një çelës që ka skaduar, ose një çelës që është revokuar ose rigjeneruar pasi e keni kopjuar. Krijoni një të freskët dhe ngjisni atë përsëri.

Lidhet, por diçka më vonë dështon. Çelësi vërtetohet por i mungon një leje që i duhet veprimit. Krijoni një çelës të ri me lejet e listuara më sipër, pastaj shkëputni lidhjen e vjetër dhe lidhni çelësin e ri.

Shkëputja

Hapni Integrations, gjeni llogarinë dhe shtypni Disconnect. Kjo fshin çelësin e ruajtur menjëherë. Çdo gjë që e përdoronte atë ndalet në veprimin e saj të radhës, dhe ekranet që vareshin prej tij e thonë këtë në vend që të dështojnë në heshtje.

Shkëputja nuk zhbën atë që është bërë tashmë — regjistrimet, vendosjet ose cilësimet që kemi ndryshuar në llogarinë tuaj mbeten siç janë. Nëse mendoni se vetë çelësi mund të jetë rrjedhur, revokojeni atë gjithashtu te shitësi; shkëputja heq kopjen tonë, jo të tyren.

Më të rejat nga blogu

Atë që kemi shkruar rreth hostimit, SEO-s dhe menaxhimit të faqeve në shkallë të gjerë.

SEO dhe Ndërtimi i Lidhjeve nga Shtresa e Hosting-ut: Një Vështrim i Operatorit për vitin 2026

Se si ndikon pritja (hosting) te indeksimi dhe barazia e inkuadrimit në vitin 2026: mbajtja e faqeve të indeksuara, kontrollimi i domeneve të vjetra para se t'i ndërtoni ato, ndërtimi i lidhjeve pa lënë gjurmë, dhe një qëndrim i sinqertë se çfarë mund dhe nuk mund të bëjë infrastruktura për SEO.

Lexo postimin

Bërja e WordPress e Shpejtë dhe e Sigurt: Një Listë Kontrolli për Performancën dhe Shtojcat

Një listë kontrolli praktike për WordPress të shpejtë dhe të sigurt: skedimi në nivel serveri, një skedim objektesh për çdo sajt, pak shtojca që ia vlen të përdoren, mbajtja e stakut të përditësuar dhe faqet e WooCommerce që nuk duhet t'i skedoni kurrë.

Lexo postimin

Si të zgjidhni Web Hosting të Menaxhuar në 2026: Një udhëzues për blerësit

Çfarë e ndodh vërtet pritjen e menaxhuar të mirë nga një kuti e lirë me një panel kontrolli — migrimet, kopjet rezervë, izolimi, ruajtja e vërtetë në cache dhe shkallëzimi i ndershëm — dhe si ta gjykoni atë para se të angazhoheni.

Lexo postimin

Lexoni blogun

Akoma ngecur?

Mbështetja përfshihet në çdo plan, tavolina e ndihmës është e hapur 24 orë në ditë dhe mund të na shkruani në cilën do nga 58 gjuhët tona – ne ju përgjigjemi në tuajën.

Kontakto mbështetjen Të gjithë artikujt