ცოდნის ბაზა

გამოიყენეთ თქვენი საკუთari 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 ენაზე — ჩვენ გიპასუხებთ თქვენს ენაზე.

მხარდაჭერასთან დაკავშირება ყველა სტატია