ცოდნის ბაზა

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

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