ორი საიტი, ერთი ქვექსელი: შექმენით ფსევდონიმური ხედი თითოეულისთვის

ორი მომხმარებლის საიტი ორივე იყენებს 192.168.50.0/24-ს და დისტანციურ ინჟინერს თითოეულში იმავე მისამართზე მყოფ პრინტერზე მისვლა სჭირდება. ვერცერთი მარშრუტიზაციის ხრიკი ამ ბუნდოვანებას დამოუკიდებლად არ ხსნის. თითოეულ საიტს განსხვავებული მისამართების ხედი სჭირდება და კარიბჭემ რაიმეს გადაცემამდე საიტი სწორედ ამ ხედიდან უნდა აირჩიოს.

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

აირჩიეთ ერთი ფსევდონიმის პრეფიქსი თითო საიტზე

მიანიჭეთ თითოეულ საიტს სრული ფსევდონიმის პრეფიქსი, რომელიც გარემოში სხვას არ ეკუთვნის. ორი საიტის გეგმამ შეიძლება A საიტის 192.168.50.0/24 172.21.10.0/24-ზე, ხოლო B საიტის იდენტური LAN 172.21.20.0/24-ზე აისახოს. შეამოწმეთ კანდიდატები ყველა მონაწილე ქსელის წინააღმდეგ, მათ შორის ღრუბლოვანი VPC-ები და სხვა VPN აუზები. კერძო მისამართების სივრცეს ყველა ორგანიზაცია იზიარებს, ამიტომ ის, რომ დიაპაზონი RFC 1918-ია, არაფერს ამბობს მის აქ თავისუფლებაზე.

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

თარგმნეთ ორივე მიმართულებით

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

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

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

გაატარეთ გეგმა გადაფარვაში

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

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

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

გაასწორეთ სახელები, რომლებსაც ყოველი გამომძახებელი ხედავს

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

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

ჩაწერეთ და გადაამოწმეთ თითო საიტზე

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

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