ცოდნის ბაზა

გამოიყენეთ თქვენი საკუთari Hetzner DNS ანგარიში თქვენი დომენების DNS-ის უზრუნველსაყოფად

დააკენექტირეთ Read & Write API-ის თოკენი Hetzner Console-ში და დააკავშირეთ ის, რათა თქვენი დომენების DNS მოწოდებული იყოს თქვენი საკუთარი Hetzner პროექტიდან.

რას მოგცემთ მისი დაკავშირება

თქვენი საკუთარი Hetzner ანგარიშის დაკავშირება საშუალებას აძლევს დომენის DNS-ს მოწოდებულ იქნას თქვენი ანგარიშიდან და არა ჩვენიდან. თქვენ ინარჩუნებთ ზონას, ინვოისს და მომწოდებლის სამართავ პანელს; ჩვენ ვქმნით და ვაახლებთ ჩანაწერებს, რომლებიც თქვენს საიტებს და საფოსტო ყუთებს სჭირდებათ, რათა ისინი ხელით არ გადაიწეროთ.

სანამ დაიწყებთ

Hetzner ანგარიში თქვენი ზონებით Hetzner Console-ში. Hetzner-მა DNS გადაიტანა Hetzner Console-ში და ძველი ცალკე მდგომი DNS Console იყენებს სხვა ტიპის ტოკენს, რომელიც ამისთვის აღარ მუშაობს — თუ თქვენი ზონები ჯერ კიდევ იქ არის, ჯერ გადაიტანეთ ისინი Hetzner Console-ში. ტოკენები ეკუთვნის პროექტს, ამიტომ გამოიყენეთ პროექტი, რომელიც შეიცავს თქვენს ზონებს.

1. შექმენით გასაღები Hetzner-ში

Hetzner Console-ში გახსენით პროექტი, რომელიც შეიცავს თქვენს ზონებს, აირჩიეთ Security მარცხენა გვერდითა პანელზე, შემდეგ API tokens ზედა ნაწილში და Generate API token. მიეცით მას აღწერა, აირჩიეთ Read & Write — მხოლოდ წაკითხვადი ტოკენი ახდენს თქვენი ზონების ჩამოთვლას და ვერ ცვლის ჩანაწერს — და გენერირება მოახდინეთ. დააკოპირეთ ტოკენი: Hetzner არ აჩვენებს მას ხელახლა ფანჯრის დახურვის შემდეგ.

2. დააკავშირეთ ის აქ

გახსენით Integrations თქვენს სამართავ პანელში და აირჩიეთ Connect an account. აირჩიეთ Your own DNS ჯგუფად და Hetzner DNS ანგარიშად, შეავსეთ API token და დააჭირეთ Connect account.

ჩვენ ვამოწმებთ იმას, რასაც აკოპირებთ, სანამ რაიმე შეინახება. გასაღები, რომელიც არ მუშაობს, არასოდეს ინახება და პასუხი აჩვენებს, თუ რა იყო მასში არასწორი. გასაღები, რომელიც მუშაობს, ინახება დაშიფრული სახით ჩვენს საიდუმლოებების საცავში — და არა ჩვენს მონაცემთა ბაზაში — და არასოდეს ჩანს ხელახლა, თუნდაც თქვენთვის.

რა ხდება შემდეგ

  • ნებისმიერ დომენზე გახსენით მისი DNS ჩანართი და აირჩიეთ ეს ანგარიში იმ ადგილად, საიდანაც დომენის DNS მოწოდდება. ჩვენ ვქმნით ზონას იქ, თუ ის არ არსებობს და ვწერთ ჩანაწერებს, რომლებიც დომენის საიტებს და ფოსტას სჭირდება.
  • როდესაც რაღაც ჩვენ მხარეს ცვლის იმას, თუ რა უნდა ეწეროს ჩანაწერს — გადაიტანთ საიტს, ცვლით CDN-ს ან ამატებთ საფოსტო ყუთს — ჩვენ ვაახლებთ ჩანაწერს თქვენს ანგარიშზე.
  • გადატანის დასასრულებლად, თქვენი დომენის სახელების სერვერები უნდა მიუთითებდეს Hetzner-ზე. თუ დომენი რეგისტრირებულია ჩვენთან, ან იმ რეგისტრატორთან, რომელიც დააკავშირეთ, ჩვენ მათ დავნიშნავთ თქვენთვის; წინააღმდეგ შემთხვევაში დომენის გვერდი აჩვენებს სახელების სერვერებს დასანიშნად.
  • დაკავშირებისას ჩვენ ვამოწმებთ, შეუძლია თუ არა გასაღებს თქვენი ზონების ჩამოთვლა, ჩანაწერების წაკითხვა და ჩანაწერების შეცვლა. საკონტროლო სია დაკავშირების გვერდით აჩვენებს, რომელთა დადასტურებაც შევძლებთ.

თუ ის არ უკავშირდება

თქვენი ზონები არ ჩანს. ტოკენი ეკუთვნის სხვა პროექტს, ან ზონები ჯერ კიდევ ძველ DNS Console-შია. გენერირება მოახდინეთ ტოკენის იმ პროექტში, რომელიც მათ ინახავს.

ჩანაწერების ცვლილებებზე უარი ეთქმის. ტოკენი შეიქმნა როგორც Read. გენერირება მოახდინეთ Read & Write ტოკენისა და დააკავშირეთ ის.

აცხადებს, რომ გასაღები უარყოფილია. თითქმის ყოველთვის ერთ-ერთია სამიდან: მასთან ერთადკოპირებული სივრცე ან ხაზის გადატანა, გასაღები, რომელსაც ვადა გაუვიდა, ან გასაღები, რომელიც გაუქმდა ან თავიდან გენერირდა მისიკოპირების შემდეგ. შექმენით ახალი და ჩასვით ის ხელახლა.

ის უკავშირდება, მაგრამ რაღაც შემდეგ იშლება. გასაღები ავტორიზდება, მაგრამ აკლია ნებართვა, რომელიც ქმედებას სჭირდება. შექმენით ახალი გასაღები ზემოთ ჩამოთვლილი ნებართვებით, შემდეგ გათიშეთ ძველი დაკავშირება და დააკავშირეთ ახალი გასაღები.

გათიშვა

გახსენით Integrations, იპოვეთ ანგარიში და დააჭირეთ Disconnect. ეს დაუყოვნებლივ შლის შენახულ გასაღებს. ყველაფერი, რაც მას იყენებდა, ჩერდება თავის მომდევნო ქმედებაზე და ეკრანები, რომლებიც მასზე იყო დამოკიდებული, ამის შესახებ აცხადებენ და არა ჩუმად იშლებიან.

გათიშვა არ აუქმებს იმას, რაც უკვე გაკეთდა — ჩანაწერები, განლაგებები ან პარამეტრები, რომლებიც ჩვენ შევცვალეთ თქვენს ანგარიშზე, რჩება ისე, როგორც არის. თუ ფიქრობთ, რომ თავად გასაღები შეიძლება გაჟონილიყო, ასევე გააუქმეთ იგი მომწოდებელთან; გათიშვა აცილებს ჩვენს ასლს და არა მათსას.

ბოლო სიახლეები ბლოგიდან

რაზე ვწერდით ჰოსტინგის, SEO-ს და მასშტაბური საიტების მართვის შესახებ.

SEO და ბმულების შექმნა ჰოსტინგის დონეზე: 2026 წლის ოპერატორის ხედვა

როგორ აყალიბებს ჰოსტინგი ინდექსაციას და ლინკების ეკვიტიმ 2026 წელში: გვერდების ინდექსირებულად შენარჩუნება, ასაკიანი დომენების შემოწმება მათზე აშენებამდე, ლინკების აგება კვალის გარეშე და გულწრფელი პოზიცია იმის შესახებ, თუ რა შეუძლია და რა არა ინფრასტრუქტურას SEO-სთვის.

პოსტის წაკითხვა

WordPress-ის სიჩქარისა და უსაფრთხოების უზრუნველყოფა: წარმადობისა და მოდულების საკონტროლო სია

პრაქტიკული საკონტროლო სია სწრაფი და უსაფრთხო WordPress-ისთვის: სერვერის დონის ქეშირება, საიტის ინდივიდუალური ობიექტური ქეში, მცირედი მუშა დანაყოფი პლაგინები, სტეკის განახლებულ მდგომარეობაში შენარჩუნება და WooCommerce-ის გვერდები, რომლებიც არასდროს უნდა დაქეშირდეს.

პოსტის წაკითხვა

როგორ ავირჩიოთ მართვადი ვებჰოსტინგი 2026 წელს: მყიდველის სახელმძღვანელო

რა განასხვავებს რეალურად კარგი მართვად ჰოსტინგს მართვის პანელიანი იაფფასიანი სერვერისგან — მიგრაციები, სარეზერვო ასლები, იზოლაცია, რეალური ქეშირება და გულწრფელი მასშტაბირება — და როგორ შევაფასოთ ეს შეთანხმებამდე.

პოსტის წაკითხვა

წაიკითხეთ ბლოგი

ისევ გაჭედილი ხართ?

მხარდაჭერა შედის ყველა გეგმაში, სავარძელი ღიაა დღეში 24 საათის განმავლობაში და შეგიძლიათ მოგვწეროთ ჩვენს ნებისმიერ 58 ენაზე — ჩვენ გიპასუხებთ თქვენს ენაზე.

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