მე ვიქირავე სერვერი, რომელიც მუშაობს Ubuntu 16.04-ზე, კომპანიაში, დავარქვათ მას company.org.

ამჟამად ჩემი სერვერი ასეა კონფიგურირებული:

  • სახელი: server737263
  • დასახელება: company.org

აქ არის ჩემი FQDN:

[ელფოსტა დაცულია]:~ $ ჰოსტის სახელი --fqdn server737263.company.org

Რა გასაკვირია.

მე ასევე domain.org დომენის სახელი, domain.org მისი domain.org . რა მინდა გავაკეთო არის ჩემი სერვერის სახელის გადარქმევა, როგორც server1.domain.org.

ეს ნიშნავს, რომ დავაყენო ჩემი ჰოსტის სახელი, როგორც server1 და ჩემი დომენის სახელი, როგორც domain.org.

როგორ გავაკეთო სწორად?

მართლაც, ჰოსტის სახელის კაცის გვერდი არ არის ნათელი. ჩემთვის მაინც:

სახელის დაყენება

  • როდესაც გამოძახებულია ერთი არგუმენტით ან -file ოფციით, ბრძანებები ადგენს ჰოსტის სახელს ან NIS/YP დომენის სახელს. ჰოსტის სახელი იყენებს sethostname(2) ფუნქციას და სამივე დომენის სახელი, ypdomainname და nisdomainname, იყენებს setdomainname(2). გთხოვთ გაითვალისწინოთ, რომ ეს მოქმედებს მხოლოდ მომდევნო გადატვირთვამდე. შეცვალეთ /etc/hostname მუდმივი ცვლილებებისთვის.

სრული დომენის სახელი

  • თქვენ არ შეგიძლიათ შეცვალოთ სრულად კვალიფიციური დომენის სახელი ჰოსტის სახელით ან DNS სახელით.

როგორც ჩანს, რედაქტირება /etc/hostname არ არის საკმარისი? რადგან თუ მან შეცვალა ჰოსტის სახელი, ეს შეიცვლება FQDN. ასევე არის ხრიკი, რომელიც წავიკითხე ჰოსტის სახელის შესაცვლელად sysctl ბრძანების გამოყენებით kernel.hostname=server1, მაგრამ არაფერია ნათქვამი სწორია თუ მახინჯი ხრიკი.

    რა არის ჰოსტის სახელის დაყენების სწორი გზა?

    რა არის დომენის სახელის დაყენების სწორი გზა?

One Solution აგროვებს ვებ-გვერდს „როგორ დავაყენოთ ჰოსტის სახელი და დომენის სახელი სწორად?“

ჰოსტის სახელის პარამეტრი:

    თქვენ გსურთ შეცვალოთ /etc/hostname ახალი ჰოსტის სახელით.

    შემდეგ გაუშვით sudo hostname $(cat /etc/hostname) .

თქვენი დომენის დაყენება:

    შემდეგ, /etc/resolvconf/resolv.conf.d/head ში, თქვენ დაამატეთ Search your.domain.name საძიებო your.domain.name ხაზში (არა თქვენი FQDN, მხოლოდ დომენის სახელი).

    შემდეგ გაუშვით sudo resolvconf -u, რათა განაახლოთ თქვენი /etc/resolv.conf (ალტერნატიულად, უბრალოდ აწარმოეთ წინა ცვლილება თქვენს /etc/resolv.conf-ში).

ორივე:

ბოლოს განაახლეთ /etc/hosts ფაილი. უნდა იყოს მინიმუმ ერთი ხაზი, რომელიც იწყება თქვენი ერთ-ერთი IP-ით (loopback თუ არა), თქვენი FQDN და თქვენი ჰოსტის სახელით. ipv6 მისამართებიდან, თქვენი ჰოსტების ფაილი შეიძლება ასე გამოიყურებოდეს.

DNS არის პროტოკოლი, რომელიც ძირითადად გამოიყენება კონვერტაციისთვის მასპინძლის სახელი (მასპინძლის სახელი), როგორიცაა www.example.com IP მისამართებზე, როგორიცაა 192.168.1.0 და პირიქით. ინტერნეტში სერვერებს შორის ურთიერთობა ეფუძნება IP მისამართებს და არა მასპინძლის სახელი (მასპინძლის სახელი) , რომელსაც მომხმარებელი შეაქვს ისეთ პროგრამებში, როგორიცაა ბრაუზერები ან ტელნეტ კლიენტები. ეს ნიშნავს, რომ სისტემას სჭირდება ინსტრუმენტი, რომელიც საშუალებას მოგცემთ მოძებნოთ სერვერის IP მისამართი მისი მეშვეობით მასპინძლის სახელი (მასპინძლის სახელი) . ამისთვის რამდენიმე გამოსავალი არსებობს. მაგალითად, /etc/hosts ფაილის კითხვა ან NIS სერვერის მოთხოვნა. მაგრამ DNS-ის გამოყენება ყველაზე გავრცელებულია.

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

სისტემების უმეტესობა იყენებს DNS პროტოკოლს სერვერზე მოთხოვნების გასაგზავნად, რომელიც ეძებს IP მისამართებს მასპინძლის სახელი (მასპინძლის სახელი) . ნორმალური სისტემა არის მხოლოდ DNS კლიენტი და არასოდეს პასუხობს სერვერების ან სხვა კლიენტების თხოვნას. მიუხედავად იმისა, რომ ბევრ კომპანიას და პროვაიდერს აქვს ერთი ან მეტი DNS სერვერი მათ ქსელში. ასე რომ, ამ ქსელის ყველა სხვა ჰოსტს შეუძლია მათი გამოყენება. თუ თქვენს კომპანიას უკვე აქვს DNS სერვერი, მაშინ არ გჭირდებათ ამ თავის წაკითხვა.

დომენის სახელების სისტემა დაყოფილია ზონებად (ე.წ. დომენები), რომელთაგან თითოეულს აქვს სახელი, როგორიცაა example.com ან foo.com.au. ზონები იერარქიულია. ეს ნიშნავს, რომ foo.com.au ზონა არის com.au ზონაში, რომელიც თავის მხრივ არის au ზონის ნაწილი. ამ იერარქიის ზედა ნაწილში მდებარეობს. ან ფესვი (ფესვი) ზონა.

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

სანამ სერვერი შეძლებს ზონის მომსახურებას, ის უნდა დარეგისტრირდეს მშობელ ზონაში. მშობლების უმეტეს ზონებს მოსწონს. com , .net , .ru მიუწვდომელია ჩვეულებრივი ადამიანებისთვის და მათ მართავენ კომპანიები, რომლებსაც აქვთ უფლება დაარეგისტრირონ ბავშვთა ზონები ამ მშობელ ზონებში. მათ ჩვეულებრივ რეგისტრატორებს უწოდებენ. ეს ნიშნავს, რომ თქვენ არ შეგიძლიათ უბრალოდ დააყენოთ DNS სერვერი, რომელიც ემსახურება დომენს, როგორიცაა example.com და გახადოთ ის ხელმისაწვდომი ინტერნეტში. თქვენ უნდა გადაიხადოთ თქვენი დომენის რეგისტრაციისთვის. ეს შეიძლება გაკეთდეს ნებისმიერი კომპანიის რეგისტრატორის მიერ. ამრიგად, გადახდით თქვენ დაარეგისტრირებთ დომენის სახელს, რომელიც არის მთავარი დომენის ქვედომენი, როგორიცაა .com დომენი.

თითოეული ზონა შეიცავს ბევრ DNS ჩანაწერს, თითოეულს აქვს სახელი, ტიპი და მნიშვნელობები. ჩანაწერის ყველაზე გავრცელებული ტიპი არის მისამართი, ან მოკლედ ჩანაწერი. ჩანაწერის ეს ტიპი შეიცავს შემდეგ ინფორმაციას: IP მისამართი და მასთან დაკავშირებული მასპინძლის სახელი (მასპინძლის სახელი) . სხვა ტიპი არის NS ან სახელის სერვერი (სახელის სერვერი) ჩანაწერები, რომლებიც შეიცავს ინფორმაციას DNS სერვერის შესახებ, რომელიც ემსახურება ზონას ან ქვედომენს. და მესამე ტიპი არის MX ან ფოსტის სერვერი) ჩანაწერი, რომელიც შეიცავს ინფორმაციას მასპინძლის შესახებ, რომელიც ემსახურება ფოსტს ამ ზონისთვის.

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

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

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

ჩვეულებრივ, ერთ სერვერზე განლაგებულია მხოლოდ ძირითადი (მასტერ, მთავარი) ზონები ან მხოლოდ სლავური (მეორადი) ზონები. თუმცა, ხდება ისე, რომ სერვერი ზოგიერთი ზონისთვის არის მთავარი და ამავდროულად, სხვებისთვის დამატებითი. არ არსებობს წესები ზონაში მომსახურე სერვერების რაოდენობის შესახებ. მნიშვნელოვან .com და root (root, main) ზონებს აქვთ 13 ტექნიკური სერვერი, რადგან ეს ზონები შეადგენენ ინტერნეტის უზარმაზარ ნაწილს და ისინი იღებენ წვდომის დიდ რაოდენობას. რაც უფრო მეტია დამატებითი სერვერი ზონაში, მით უკეთესი, სანამ ისინი ინარჩუნებენ შინაარსს სინქრონულად.

როდესაც DNS სერვერი იღებს მოთხოვნას კლიენტისგან ჩანაწერის მოსაძებნად, ის ჯერ სახლში ამოწმებს, შედის თუ არა საჭირო ჩანაწერი იმ ზონებში, რომლებსაც ემსახურება. თუ ასეა, მას შეუძლია დაუყოვნებლივ უპასუხოს კლიენტს. თუმცა, თუ საჭირო ჩანაწერი ვერ მოიძებნა ამ სერვერზე, მაშინ სერვერი გაუგზავნის მოთხოვნებს სხვა სერვერებზე მის მოსაძებნად. ძიება იწყება ერთ-ერთი სერვერით, რომელიც პასუხისმგებელია root (მთავარ) ზონაზე, რომელიც მიმართავს სხვა DNS სერვერს, ხოლო ის მესამეზე და ასე შემდეგ, სანამ საჭირო ჩანაწერი არ მოიძებნება. თუ საჭირო ჩანაწერი არ არსებობს, მაშინ ერთ-ერთი DNS სერვერი იტყვის ამას და ძებნა შეჩერდება.

მაგალითად, წარმოიდგინეთ, თუ DNS კლიენტი სერვერს სთხოვს IP მისამართს ჰოსტისთვის www.webmin.com.

სერვერი გაივლის შემდეგ ნაბიჯებს IP მისამართის დასადგენად:

1. ის პირველ რიგში მიმართავს ერთ-ერთ root(master) სერვერს, როგორიცაა a.root-servers.net(198.41.0.4), რომ სცადოს იპოვოს IP მისამართი www.webmin.com-ისთვის. root სერვერი უპასუხებს DNS სერვერების სიით, რომლებიც ემსახურებიან.com ზონას. ერთ-ერთი მათგანია a.gtld-servers.net(192.5.6.30).

2. შემდეგ, ის მიმართავს სერვერს, რომელიც ემსახურება.com ზონას www.webmin.com-ის IP მისამართის მოთხოვნით. პასუხი იქნება DNS სერვერების სია, რომელთაგან ერთ-ერთია au.webmin.com(203.89.239.235). ეს არის მთავარი DNS სერვერი webmin.com დომენისთვის.

3. შემდეგ DNS კლიენტი კითხულობს webmin.com სერვერს www.webmin.com-ის მისამართის გასარკვევად. პასუხი იქნება 216.136.171.204, რომელიც არის სწორი IP მისამართი.

4. DNS კლიენტი მიიღებს ამ IP მისამართს და ქეშირებს შედეგს. ახლა ის გაიგებს, თუ რა IP მისამართი აქვს www.webmin.com და აღარ დასჭირდება ყველა ამ ნაბიჯის ხელახლა გავლა. მაგრამ ამ შედეგს აქვს TTL, ასე რომ, ამ დროის გასვლის შემდეგ, IP მისამართის მონაცემები მოძველდება და DNS კლიენტი კვლავ გაივლის ამ ნაბიჯებს www.webmin.com-ის IP მისამართის გასარკვევად. ეს კეთდება იმისათვის, რომ არ გაიაროთ ეს ნაბიჯები ისევ და ისევ, რაც ქმნის უამრავ ტრაფიკს ინტერნეტში.

როგორც ხედავთ, DNS სერვერს შეუძლია ინტერნეტში ნებისმიერი ჰოსტის IP მისამართის პოვნა მარტივი ალგორითმის დაცვით. შეუძლებელია მხოლოდ root სერვერების მისამართის პოვნა. ისინი იკითხება ფაილიდან. ვინაიდან root სერვერების მისამართები იშვიათად იცვლება, ისინი ინახება კონკრეტულ ფაილში.

კავშირი IP მისამართებსა და მათ ჰოსტის სახელს შორის ინახება DNS-ში ჰოსტის სახელსა და IP მისამართს შორის ურთიერთობისგან განცალკევებით. ეს კეთდება იმისთვის, რომ შესაძლებელი გახდეს ჰოსტის სახელის (ჰოსტის სახელი) მოძიება IP მისამართით, მოქმედებების მსგავსი ალგორითმის გამოყენებით, როგორც ზემოთ აღწერილი. ეს აიხსნება იმით, რომ შეუსაბამობები შეიძლება მოხდეს IP მისამართის ჰოსტის სახელთან და ჰოსტის სახელთან IP მისამართთან ურთიერთობას შორის. მაგალითად, www.webmin.com ასოცირდება 216.136.171.204-თან, მაგრამ 216.136.171.204 ასოცირდება usw-pr-vhost.sourceforge.net-თან! ეს იწვევს დაბნეულობას, მაგრამ ეს რეალური ფაქტია. როდესაც კლიენტს სურს იპოვნოს ჰოსტის სახელი ისეთი IP მისამართისთვის, როგორიცაა 216.136.171.204, ის ამ მისამართს გარდაქმნის ჩანაწერად, როგორიცაა 204.171.136.216.in-addr.arpa. როგორც ხედავთ, ეს არის იგივე IP მისამართი, უბრალოდ შებრუნებული და დამატებული in-addr.arpa-ის ბოლოს. სპეციალური ზონა in-addr.arpa ინარჩუნებს root DNS სერვერებს, ხოლო მისი ქვედომენები ხელმისაწვდომია სხვა DNS სერვერებისთვის. როგორც წესი, C კლასის თითოეული ზონა (მაგალითად, 171.136.216.in-addr.arpa) ინახება კომპანიების ან ISP-ების DNS სერვერების მიერ, რომლებიც ფლობენ ამ ზონებს. ეს ნიშნავს, რომ მათ შეუძლიათ შექმნან ჩანაწერები, რომლებიც განსაზღვრავს ურთიერთობას IP მისამართსა და მის ჰოსტის სახელს შორის. ყველა ეს ჩანაწერი არის სპეციალური ტიპის - PTR. დიდი პრობლემა არის C კლასის (რომელიც მოიცავს 256 მისამართს) ნაკლების პოვნის მეთოდი, რომელსაც ემსახურება ერთი DNS სერვერი. ამრიგად, თუ სერვერი ემსახურება example.com ზონას, რომელიც შეიცავს მხოლოდ ერთ ჩანაწერს, www.example.com მისამართით 1.2.3.4, მაშინ ზოგიერთი სერვერი ვერ იპოვის ამ მისამართს. ამიტომ, უმჯობესია გქონდეთ ეს ერთი ჩანაწერი ISP-ის ან ჰოსტინგის კომპანიის DNS სერვერზე, რომლის ქსელში შედის ვებ სერვერი www.example.com-ისთვის. მხოლოდ ორგანიზაციებს შეიძლება დასჭირდეთ C კლასის ქსელის ფლობა და ამ ქსელისთვის საპირისპირო ზონის შენარჩუნება საკუთარი DNS სერვერის გამოყენებით.

ბევრ ორგანიზაციას აქვს შიდა ქსელი, რომელიც იყენებს კერძო IP მისამართებს დაწყებული, მაგალითად, 192.168. მსგავსი ქსელი უერთდება ინტერნეტს Firewall-ის მეშვეობით NAT-ის გამოყენებით. ზოგიერთი ადამიანი, რომელსაც აქვს საშინაო ქსელი, აწყობს თავის ინტერნეტ წვდომას შემდეგი გზით. ერთ-ერთ აპარატს აქვს პირდაპირი წვდომა ინტერნეტზე. ეს არის კარიბჭე. დანარჩენს მისი მეშვეობით ვაკავშირებ. გამოდის, რომ ისინი მუშაობენ ინტერნეტში იმავე IP მისამართით.

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

Linux-ზე ჰოსტის სახელს იყენებს მრავალი სერვისი და კომუნალური პროგრამა. თუ ჰოსტის სახელი არასწორად არის დაყენებული, თქვენ მუდმივად მიიღებთ შეცდომებსა და გამაფრთხილებელ შეტყობინებებს. ეს ყველაფერი დამოკიდებულია იმაზე, თუ როგორ იყენებთ ოპერაციულ სისტემას. თუ ეს არის ჩვეულებრივი სახლის კომპიუტერი, პერსონალური ლეპტოპი, მაშინ შეგიძლიათ დააყენოთ ნებისმიერი სახელი და უგულებელყოთ შეცდომები. და თუ თქვენ იყენებთ კომპიუტერს სერვერად, მაშინ ძალიან მნიშვნელოვანია ჰოსტის სახელის (ჰოსტის სახელი) სწორად დაყენება.
აქ არის რამდენიმე მიზეზი ჰოსტის სახელის დასაყენებლად:
  • ჰოსტის სახელი გამოჩნდება Bash-ის მოთხოვნაზე, @ სიმბოლოს შემდეგ. ეს გაადვილებს იმის გაგებას, რომელ სერვერზე ხართ შესული.
  • MTA (შეტყობინებების გადაცემის აგენტები) იყენებენ ჰოსტის სახელს შეტყობინებების გაგზავნისას (დამოკიდებულია MTA კონფიგურაციის მიხედვით).

რა განსხვავებაა დომენის სახელსა და ჰოსტის სახელს შორის?

უცნაურია, მაგრამ ეს არც ისე მარტივი კითხვაა, როგორც ერთი შეხედვით შეიძლება ჩანდეს. ზოგიერთი ტერმინის მნიშვნელობა შეიძლება შეიცვალოს კონტექსტიდან გამომდინარე. დავიწყოთ იმით დომენის სახელი. თუ იცით როგორ მუშაობს დომენის სახელების სისტემები (DNS), მაშინ იცით რა არის დომენის სახელი. Domain Name System ინახავს ჩანაწერს A ან AAAA ტიპის, ჩანაწერი არის კორესპონდენცია დომენის სახელსა და IP მისამართს შორის. ანუ ვებსაიტზე საუბრისას დომენის სახელი ჩვეულებრივ ნიშნავს მის მისამართს (მაგალითად, „www.site“).
Მასპინძლის სახელიარის სიმბოლური სახელი, რომელიც მინიჭებულია ქსელთან დაკავშირებულ მოწყობილობას, რომელიც შეიძლება გამოყენებულ იქნას ამ მოწყობილობაზე წვდომის ორგანიზებისთვის. და რა სახელი დავწერო როგორც ჰოსტის სახელი? აქ ყველაფერი გაუგებარია, Linux-ის სხვადასხვა დისტრიბუციისთვის დოკუმენტაციაში შეგიძლიათ ნახოთ საპირისპირო რეკომენდაციები. მაგრამ დისკუსიის მონაწილეთა უმეტესობა თანხმდება, რომ სჯობს მოკლე სახელი მიუთითოთ ჰოსტის სახელად და /etc/hosts ფაილში ჯერ დომენის სახელები უნდა დაიწეროს, შემდეგ კი ჰოსტის სახელი.
ასევე ღირს ტერმინის აღნიშვნა სრულად კვალიფიციური დომენის სახელი(ინგლისურიდან "სრულად კვალიფიციური დომენის სახელი"). FQDN მიიღება მთავარი დომენის სახელის მიმაგრებით. მაგალითად, არის სერვერი Apache-ით, მას ენიჭება ჰოსტის სახელი websrv1. და არის სერვერი მონაცემთა ბაზებით, მას ენიჭება სახელი dbsrv. და მოდით, მათთვის მთავარი დომენი იყოს example.org. სრულად კვალიფიციური დომენური სახელები იქნება websrv1.example.org და dbsrv.example.org.
რა განსხვავებაა დომენის სახელსა და ჰოსტის სახელს შორის? მკაფიო პასუხი არ მაქვს, მაგრამ შეიძლება ითქვას, რომ ჰოსტის სახელი შეიძლება დამოკიდებული იყოს დომენის სახელზე. შეიძლება ითქვას, რომ FQDN უნდა იყოს დომენის სახელის ტოლი. ანუ, თუ თქვენ გაქვთ ვებგვერდი www.example.org, მაშინ სერვერის ჰოსტის სახელი შეიძლება იყოს www. და პირიქით, ეს წესიც უნდა მუშაობდეს. ანუ, თუ თქვენ არ იყენებთ www, როგორც ჰოსტის სახელს, არამედ websrv1, მაშინ უნდა დაამატოთ შესაბამისი ჩანაწერი DNS-ში. ამავდროულად, DNS სერვერმა შეიძლება არ გაავრცელოს ეს ჩანაწერი მისი ქვექსელის გარეთ, ის შეიძლება იყოს DNS სერვერი შიდა საჭიროებისთვის.

ჰოსტის სახელის დაყენება Ubuntu-ში

Linux-ში არის სპეციალური hostname ბრძანება, თუ მას არგუმენტების გარეშე დაუძახებთ, ის აჩვენებს მიმდინარე ჰოსტის სახელს.
ჰოსტის სახელის შესაცვლელად, არგუმენტად გადაიტანეთ ახალი ჰოსტის სახელი:
  1. ჰოსტის სახელი web-srv-1
ახალი ჰოსტის სახელი გააქტიურდება დაუყოვნებლივ შესრულებისთანავე, მაგრამ გადატვირთვისას, სახელი /etc/hostname ფაილიდან აღდგება. ამიტომ, თქვენ ასევე უნდა შეცვალოთ ჰოსტის სახელის ფაილი. სხვა სტატიებში ისინი წერენ, რომ თქვენ გჭირდებათ ჰოსტის სახელის სერვისის გადატვირთვა, მაგრამ ჩემს Ubuntu 14.04-ში ასეთი სერვისი არ არის. ასე რომ, მე უბრალოდ გადატვირთავ ოპერაციულ სისტემას. სხვათა შორის, Ubuntu-ს აქვს სპეციალური პროგრამა, რომელიც ცვლის როგორც მიმდინარე ჰოსტის სახელს, ასევე /etc/hostname ფაილს. მას ჰქვია hostnamectl. თუ მას არგუმენტების გარეშე ეძახით, ჰოსტის სახელის გარდა, ის ასევე აჩვენებს Ubuntu ვერსიას, ბირთვის ვერსიას, არქიტექტურას და კომპიუტერის ტიპს. დომენის სახელის დასაყენებლად, თქვენ უნდა შეასრულოთ ბრძანება:
  1. hostnamectl set-hostname web-srv-1
ამის შემდეგ, თქვენ უნდა შეიტანოთ ცვლილებები ფაილში /etc/hosts. IP მისამართი 127.0.1.1 უნდა ემთხვეოდეს ახალ ჰოსტის სახელს.
  1. 127.0.1.1 web-srv-1
და დაყენების დასასრულებლად, თქვენ უნდა გადატვირთოთ ქსელი ან გადატვირთოთ ოპერაციული სისტემა.

Hostname-ის ავტომატური კონფიგურაცია Fabric-ით

თუ არ იცით რა არის Fabric, მაშინ აქ არის დოკუმენტაცია. მე უბრალოდ მივცემ ფუნქციის კოდს, რომლითაც დავაყენე ჰოსტის სახელი.
  1. def conf_hostname (ჰოსტის სახელი, დომენი = არცერთი):
  2. fqdn = ჰოსტის სახელი, თუ დომენი არის None other hostname + "." + დომენი
  3. sudo ("ჰოსტის სახელი %s " % ჰოსტის სახელი )
  4. sudo ("echo "%s" > /etc/hostname" % hostname )
  5. fabfiles. sed("/etc/hosts" , "^(127\.0\.1\.1\s+)[-a-z0-9]+", " \\ 1 %s %s " % (fqdn , ჰოსტის სახელი ), use_sudo = True )
  6. sudo ("გადატვირთვა")
  7. დრო. ძილი (20)
| |

ბევრი ჰოსტინგის პროვაიდერი უზრუნველყოფს წვდომას მართვის პანელზე. მას აქვს DNS პარამეტრების განყოფილება. აქ იქმნება DNS ჩანაწერები.

მოთხოვნები

ჰოსტის სახელის დასაყენებლად, თქვენ უნდა გქონდეთ:

  • ვირტუალური სერვერი.
  • დომენის სახელი.

1: ინფორმაციის შეგროვება WHOIS-ის გამოყენებით

ჯერ უნდა გადამისამართოთ თქვენი დომენის სახელის სერვერი პროვაიდერის სახელების სერვერებზე. ამის გაკეთება შეგიძლიათ დომენის რეგისტრატორის ვებსაიტის საშუალებით. თუ არ გახსოვთ სად დაარეგისტრირეთ თქვენი სახელი, შეგიძლიათ მოძებნოთ იგი WHOIS-ის გამოყენებით. ეს არის პროტოკოლი, რომელიც აჩვენებს საიტის საიდენტიფიკაციო ინფორმაციას (IP მისამართს და რეგისტრაციის მონაცემებს).

ამისათვის შეიყვანეთ ბრძანების სტრიქონში:

ვინ არის მაგალითი.com

WHOIS აჩვენებს საიტთან დაკავშირებულ ყველა მონაცემს, თქვენი დომენის რეგისტრატორის ჩათვლით.

ნაბიჯი 2: დომენის სერვერის შეცვლა

შედით თქვენი დომენის რეგისტრატორის მართვის პანელში და მოძებნეთ ველი, როგორიცაა დომენის სახელების სერვერი.

მიუთითეთ ის პროვაიდერის სახელების სერვერებზე და შეავსეთ დომენის სახელის სერვერის სამი ველი. ამის შემდეგ შეინახეთ ცვლილებები და გამოდით.

იმისათვის, რომ დარწმუნდეთ, რომ ახალი სახელების სერვერები დარეგისტრირდა, კვლავ გამოიყენეთ WHOIS; შედეგად, თქვენ იხილავთ განახლებულ ინფორმაციას:

დომენის სახელი: EXAMPLE.COM
რეგისტრატორი: ENOM, INC.
Whois სერვერი: www.enom.com
მიმართვის URL: http://www.enom.com
სახელის სერვერი: NS1.HOSTING-PROVIDER.COM
სახელის სერვერი: NS2.HOSTING-PROVIDER.COM
სახელის სერვერი: NS3.HOSTING-PROVIDER.COM
სტატუსი: კარგი

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

ნაბიჯი 3: დომენის დაყენება

ახლა გახსენით თქვენი ჰოსტინგის პროვაიდერის მართვის პანელი.

იპოვეთ განყოფილება, როგორიცაა "დომენის დამატება" და შეიყვანეთ თქვენი დომენი.

შენიშვნა: დომენი არ უნდა შეიცავდეს www პრეფიქსს.

თქვენ გადაგიყვანთ გვერდზე, სადაც შეგიძლიათ შეიყვანოთ თქვენი საიტის ყველა დეტალი. ახალი ჰოსტის სახელის შესაქმნელად საჭიროა მხოლოდ A ჩანაწერის შევსება. თუ იყენებთ IPv6 მისამართს, ის უნდა შეიყვანოთ AAAA ჩანაწერში.

ჩანაწერი ა

შეიყვანეთ სერვერის IP მისამართი, რომელიც გამოიყენებს ამ დომენს და ჰოსტის სახელს. ჰოსტის სახელი დომენის წინ მოდის:

test.example.com

შექმენით ახალი ჩანაწერი, სადაც HOSTNAME ტესტირება ხდება. ველში WILL DIRECT TO შეიყვანეთ სერვერის IP მისამართი, რომელთანაც გსურთ ამ სახელის დაკავშირება.

HOSTNAME: ტესტი
მიმართავს: 1111.1.111.1
TTL(წამი): 3600

თქვენ ასევე შეგიძლიათ დაუკავშიროთ IP მისამართი დომენის სახელს პრეფიქსის გარეშე:

http://example.com

ამისათვის შექმენით ახალი ჰოსტის სახელი "@" სიმბოლოთი HOSTNAME ველში. ჩანაწერი ასე უნდა გამოიყურებოდეს:

ᲛᲐᲡᲞᲘᲜᲫᲚᲘᲡ ᲡᲐᲮᲔᲚᲘ: @
მიმართავს: 1111.1.111.1
TTL(წამი): 3600

დააწკაპუნეთ ღილაკზე შეყვანის შექმნა.

AAAA რეკორდი

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

ᲛᲐᲡᲞᲘᲜᲫᲚᲘᲡ ᲡᲐᲮᲔᲚᲘ: @
მიმართულია: 1111:1DB1::d:1111
TTL(წამი): 3600

დააწკაპუნეთ ღილაკზე შეყვანის შექმნა.

CNAME ჩანაწერი

CNAME ჩანაწერი მუშაობს, როგორც მეტსახელი A ჩანაწერისთვის, რომელიც მიუთითებს ქვედომენზე A ჩანაწერზე. თუ A ჩანაწერის IP მისამართი შეიცვლება, CNAME მიჰყვება ახალ მისამართს. URL-ზე www პრეფიქსის დასამატებლად აირჩიეთ CNAME ჩანაწერი და შეავსეთ ორი ველი.

ეკრანი ასე უნდა გამოიყურებოდეს:

HOSTNAME: www
არის მეტსახელი: @
TTL (წამი): 43200

თქვენ ასევე შეგიძლიათ შექმნათ wildcard CNAME ჩანაწერი, რომელიც მიუთითებს ყველა ქვედომენზე მითითებულ A ჩანაწერზე (მაგალითად, თუ ვიზიტორი შემთხვევით შეაქვს wwww-ის ნაცვლად). ამისათვის ვარსკვლავი მოთავსებულია HOSTNAME ველში.

ᲛᲐᲡᲞᲘᲜᲫᲚᲘᲡ ᲡᲐᲮᲔᲚᲘ: *
არის მეტსახელი: @
TTL (წამი): 43200

თუ თქვენ გჭირდებათ ფოსტის სერვერის დაყენება, გამოიყენეთ MX ჩანაწერები.

MX ჩანაწერები

MX ჩანაწერი შედგება ველებისგან:

  • HOSTNAME (განსაზღვრავს რომელ ჰოსტებზე უნდა გავრცელდეს ჩანაწერი),
  • ფოსტის პროვაიდერები ფოსტის სერვერი (მიუთითებს ფოსტის სერვერზე),
  • პრიორიტეტი (მიუთითებს ფოსტის სერვერებთან დაკავშირების თანმიმდევრობას).

უმეტეს შემთხვევაში, HOSTNAME ველი შეიცავს @ სიმბოლოს ისე, რომ ჩანაწერი ვრცელდება საბაზისო დომენზე. ეს ჩანაწერები ყოველთვის წერტილით მთავრდება. სტანდარტული MX ნოტაცია ასე გამოიყურება:

mail1.example.com

3: საბოლოო ნაბიჯები

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

გარკვეული პერიოდის შემდეგ, თქვენ შეძლებთ დაადასტუროთ, რომ ახალი ჰოსტის სახელი დარეგისტრირებულია. ამისათვის გამოიყენეთ ბრძანება.

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

მიუხედავად იმისა, რომ IP მისამართი საჭიროა მოწყობილობის იდენტიფიცირებისთვის, ჰოსტის სახელის მინიჭება არჩევითია.

მოწყობილობას ჰოსტის სახელის მინიჭების რამდენიმე გზა არსებობს. სრულად კვალიფიციური დომენის სახელები (FQDN) იმართება და ენიჭება ინტერნეტ ჰოსტებს დომენის სახელების გლობალური სისტემის (DNS) მეშვეობით და უნიკალურია მთელ ინტერნეტში. თუმცა, ეს შეიძლება გაკეთდეს ანალოგიურად ლოკალურ ქსელებში ლოკალური DNS სერვერების მიერ, ან ჰოსტის სახელის დადგენა შესაძლებელია ცალკე კომპიუტერზე "host" ფაილის გამოყენებით.

ნებისმიერ შემთხვევაში, ქსელში მოწყობილობებს ტექნიკურად შეუძლიათ მხოლოდ IP მისამართის გამოყენებით დაკავშირება. ეს ნიშნავს, რომ მოწყობილობასთან მისი სახელით კავშირის დასამყარებლად, შესაძლებელი უნდა იყოს ამ სახელის IP მისამართის გადაჭრა. გარდა ამისა, ერთზე მეტი დომენის სახელი შეიძლება მიენიჭოს ერთსა და იმავე IP-ს (ერთი IP - რამდენიმე დომენის სახელი). ამ მხრივ, დომენის სახელის გადაჭრა IP-ში საკმაოდ მარტივი და მინიმალურად აუცილებელი ოპერაციაა ქსელური კავშირის განსახორციელებლად. მეორეს მხრივ, IP მისამართის გადაჭრა დომენის სახელების სიაში, როგორც წესი, არც ტრივიალურია და არც აუცილებელი. ამიტომ, ტექნიკურად არ არის დანერგილი ინტერნეტ პროტოკოლებში. ერთი შემთხვევის გარდა, DNS სისტემა უზრუნველყოფს სპეციალურ ჩანაწერს PTR (მაჩვენებელს). სწორედ ეს ჩანაწერი იძლევა IP მისამართის ჰოსტის სახელის საპირისპირო გარჩევადობის საშუალებას და სწორედ ეს სახელი იგულისხმება "hostname"-ში და ამით განსხვავდება უფრო ზოგადი "დომენის სახელისგან".