ორი LAN NetBird-ზე: რომელი თანატოლები მარშრუტიზაციას ახდენს და ვის შეუძლია საუბარი
რეგისტრაცია LAN-ს არ მარშრუტიზებს. აირჩიეთ ერთი მარშრუტიზაციის თანატოლი თითო საიტზე, დატოვეთ ნიღაბი, შეზღუდეთ პოლიტიკა, შემდეგ ასწავლეთ ყოველ LAN კარიბჭეს შემდეგი ნახტომი.
დასავლეთ LAN-ის სამუშაო სადგური ხსნის ბრაუზერს, აკრეფს აღმოსავლეთ LAN-ის აპლიკაციის მისამართს და ელოდება ვადის გასვლამდე. NetBird-ის ყოველი ეკრანი ამბობს, რომ თანატოლები დაკავშირებული არიან, რაც მართალია და საქმეს არ ეხება: ერთ გადაფარვის ქსელში ყოფნა არ არის იგივე, რაც ორი ლოკალური ქვექსელის ერთ ქსელში ქონა. ქვემოთ მოცემული გზა იწყება იმ სამუშაო სადგურიდან და მთავრდება მოთხოვნით, რომელსაც პროექტი განზრახ უარყოფს, და ყოველი გაჩერება არის ის, რასაც მოწყობილობიდან კითხულობ, და არა ვარაუდობ. მოელოდეთ, რომ დაკარგული ნაწილი მარშრუტი ან პოლიტიკაა, და არა გადაფარვა.
ჯერ სამუშაო სადგურიდან წაიკითხეთ ხარვეზი
მართვის კონსოლის გახსნამდე დაადგინეთ, რას აგზავნის სამუშაო სადგური სინამდვილეში. მისი საკუთარი მარშრუტიზაციის ცხრილი წყვეტს, წავა თუ არა პაკეტი საიტის კარიბჭესთან, ლოკალურ ინტერფეისთან თუ არსად, და ეს გადაწყვეტილება ჩანს ყოველგვარი გადაფარვის ხელსაწყოს გარეშე. მანქანა, რომელსაც შორეული პრეფიქსისთვის მარშრუტი არ აქვს, ჩავარდება, რაც არ უნდა ჯანსაღად გამოიყურებოდეს თანატოლების სია. გადაფარვის დიაპაზონი და საიტის საკუთარი პრეფიქსი სხვადასხვა მისამართების სივრცეებია, და რეგისტრაციამ მხოლოდ ერთი მათგანი დააკონფიგურირა.
შემდეგ გამოყავით სახელების ამოხსნა ხელმისაწვდომობისგან, რადგან ბრაუზერი ორივეს ერთი და იმავე ვადის გასვლად იუწყება. გაიმეორეთ მოთხოვნა მისამართით მანქანიდან, სადაც NetBird-ის კლიენტი მუშაობს, შემდეგ ჩვეულებრივი სამუშაო სადგურიდან, სადაც ის არ მუშაობს. თუ რეგისტრირებული მანქანა წარმატდა და ჩვეულებრივი ჩავარდა, ნაპრალი ლოკალურ მარშრუტიზაციაშია; თუ ორივე ჩავარდა, გააგრძელეთ კითხვა, სანამ მარშრუტს შეცვლით.
აირჩიეთ ერთი მარშრუტიზაციის თანატოლი თითო საიტზე
მარშრუტიზაციის თანატოლი ჰოსტია, რომელიც გადაფარვაზე თავის LAN-ს წარმოადგენს, ამიტომ აირჩიეთ Linux მანქანა ქვექსელთან სტაბილური ხელმისაწვდომობით და არა ვინმეს მაგიდის სამუშაო სადგური. დაარეგისტრირეთ ჩვეულებრივი პროცესით და ჩასვით როლის სახელობის ჯგუფში, რადგან ქსელური რესურსი და პოლიტიკა ორივე ამ ჯგუფს მიუთითებს. საიტზე ერთი წარმომადგენელი წაკითხვადი რჩება; მოხალისეების ჯგუფი, რომლებიც იმავე პრეფიქსს აცხადებენ, ყოველ შემდგომ კითხვას გამართვის სეანსად აქცევს. თანატოლის მისამართი ლოკალურ სეგმენტზე ისეთივე მნიშვნელოვანია, როგორც მისი იდენტობა გადაფარვაზე, რადგან ეს მისამართი ხდება შემდეგი ნახტომი, რომელსაც ყოველ ჩვეულებრივ მოწყობილობას ეუბნებიან.
დაწერეთ გეგმა კონსოლზე შეხებამდე, რადგან სახელები და პრეფიქსები ის ადგილია, სადაც ეს დიზაინები იხრება: პრეფიქსი, კარიბჭე, თანატოლის მისამართი და ჯგუფი, თითო საიტზე. დასავლეთია 10.52.0.0/24, რომელსაც 10.52.0.5 ემსახურება, აღმოსავლეთი კი 10.63.0.0/24, რომელსაც 10.63.0.5 ემსახურება; ორი ჯგუფია west-routers და east-routers, და არც ერთი პრეფიქსი არ უნდა გადაფაროს მეორეს, გადაფარვის დიაპაზონს ან სხვა მარშრუტიზებულ დანიშნულებას.
შექმენით რესურსი, დატოვეთ ნიღაბი ჩართული
გაშლილ დაფაზე შექმენით თითო ქსელური რესურსი საიტზე და მიამაგრეთ მას იმ საიტის მარშრუტიზაციის თანატოლების ჯგუფი. რესურსი პრეფიქსია, ჯგუფი კი ჰოსტი, რომელიც მასზე პასუხობს, და ორივე უნდა არსებობდეს, სანამ რამეს გამოაცხადებენ. დაადასტურეთ, რომ გაშლილ თვითჰოსტინგურ ვერსიას საერთოდ აქვს ქსელების სამუშაო ნაკადი, რადგან მსგავსი სახელის მარშრუტის ობიექტის მქონე ძველი ინტერფეისი სხვა ფუნქციაა.
დატოვეთ ნიღაბი ჩართული. NetBird-ის საიტ-საიტის გზამკვლევი ამ განლაგებაში მას მოითხოვს, და მისი გამორთვა იმისთვის, რომ ყოველი საწყისი მისამართი ხილვადი დარჩეს, არ არის იგივე დიზაინი ერთი ნახტომით ნაკლებით; ის ცვლის, რასაც ხედავენ გადაფარვის წყაროს შემოწმებები და პოლიტიკები. შედეგი ღირს პირდაპირ ითქვას: მიმღები სერვისი წყაროდ მარშრუტიზაციის თანატოლს რეგისტრირებს და არა ცალკეულ სამუშაო სადგურს. თუ ამ სერვისის დაშვებულთა სია ან აუდიტი სამუშაო სადგურების მისამართებს მოელის, ან მოლოდინი იცვლება, ან იდენტობა უნდა დაწესდეს საიტის საზღვარზე თარგმანამდე.
უფლება მიეცით დამწყებთ, და არა პრეფიქსებს
მარშრუტი მისამართს ხელმისაწვდომს ხდის და პოლიტიკა წყვეტს, ვის შეუძლია მისი გამოყენება; ეს ორი ცალკეული ობიექტია ცალკეული მფლობელებით. დაწერეთ პოლიტიკა სამუშაო დატვირთვიდან უკან: რომელი ჯგუფი იწყებს, რომელ რესურსს მიმართავს და რომელი TCP სერვისი სჭირდება. ქსელი, რომელიც ორივე პრეფიქსს ყოველ რეგისტრირებულ თანატოლს უცხადებს, ხელმისაწვდომობა შექმნა და ვერაფერი გადაწყვიტა.
შემდეგ წაიკითხეთ, რა არის უკვე დაშვებული, რადგან ვიწრო ახალი წესი არ აუქმებს მის ზემოთ მდგარ ფართო ძველს. როცა აღმოსავლეთმაც უნდა დაიწყოს კავშირები დასავლეთისკენ, დაწერეთ ეს მიმართულება როგორც საკუთარი პოლიტიკა; დასავლეთის გახსნილი სესიის დაბრუნების ტრაფიკი სხვა კითხვაა, ვიდრე აღმოსავლეთისკენ ახალი სესიების დაშვება. თუ მხოლოდ ზოგიერთმა დასავლურმა სამუშაო სადგურმა უნდა მიაღწიოს აღმოსავლურ აპლიკაციას, შეარჩიეთ ისინი საიტის საზღვარზე თარგმანამდე და შეინარჩუნეთ აპლიკაციის საკუთარი ავთენტიფიკაცია. მარშრუტიზაციის თანატოლი LAN ტრაფიკს მთელ საიტად ატარებს და არა როგორც თითო მომხმარებლის გადაფარვის იდენტობას, ამიტომ თითო მომხმარებლის აღრიცხვა სხვა ადგილიდან უნდა მოვიდეს.
ასწავლეთ ყოველ კარიბჭეს შემდეგი ნახტომი, შემდეგ გამოსცადეთ უარი
ჩვეულებრივი მოწყობილობები გადაფარვას არასოდეს ხედავენ, ამიტომ მათ საკუთარ კარიბჭეს სჭირდება სტატიკური მარშრუტი, რომელიც შორეულ პრეფიქსს მარშრუტიზაციის თანატოლის LAN მისამართზე მიმართავს. ეს არის ის ნაბიჯი, რომელსაც ადამიანები გამოტოვებენ, რადგან NetBird-ის შიგნით ხილვადი ყველაფერი უკვე მუშაობს, სანამ ჩვეულებრივი სამუშაო სადგურები ჯერ კიდევ ვადას უშვებენ. კარიბჭე ინარჩუნებს ნაგულისხმევ მარშრუტს როგორც იყო; ეს პრეფიქსი დანამატია, არა ჩანაცვლება.
ორი მარშრუტის აღწერა ეკუთვნის თითო საიტის კარიბჭის კონფიგურაციას და არა ჰოსტზე გადაფარვას. ორივე ჩვეულებრივი სტატიკური მარშრუტია და არც ერთი არ ეხება ნაგულისხმევ მარშრუტს:
west gateway: 10.63.0.0/24 via 10.52.0.5
east gateway: 10.52.0.0/24 via 10.63.0.5გამოსცადეთ იმ აპლიკაციით, რომელიც პროექტს ნამდვილად სჭირდება, ჩვეულებრივი სამუშაო სადგურიდან, და ჩაწერეთ სამი რამ: გამგზავნ მხარეს არჩეული შემდეგი ნახტომი, შესაბამისი პოლიტიკა და სერვისის მიერ დაფიქსირებული წყაროს მისამართი. გამოსცადეთ უარიც, რადგან დიზაინს, რომელსაც არასოდეს არაფერი უარუყვია, უცნობი კიდეები აქვს, და უარი ერთადერთი მტკიცებულებაა, რომ სამუშაოს პოლიტიკა აკეთებს და არა მარშრუტიზაცია. როცა აღმოსავლეთმაც უნდა დაიწყოს, დაიწყეთ ახალი კავშირი იმ მხრიდან და ნუ ჩათვლით, რომ მეორე მიმართულება მოჰყვება. დაგეგმეთ მარშრუტიზაციის თანატოლის გადატვირთვა, განახლება და ჩანაცვლებაც, რადგან ერთი ჰოსტი საიტის დამოკიდებულება გახდა.
| Test | A pass looks like | A failure points at |
|---|---|---|
| Ordinary workstation opens the east application | Next hop on west is the routing peer | Missing static route on the west gateway |
| A source outside policy is refused | No session in the service log | Policy too broad, or a route bypasses it |
| East starts a connection, if required | A fresh reverse session succeeds | No policy for the reverse direction |
კერძო სახელებს საკუთარი ამომხსნელის დიზაინი სჭირდება, რადგან ხელმისაწვდომობა DNS ჩანაწერებს არ ქმნის და გატეხილი სახელის მქონე მომუშავე IP გზა ზუსტად გატეხილ გზად იკითხება. თუ მარშრუტიზაციის თანატოლი ღრუბლოვან ქსელში მუშაობს, გადახედეთ პროვაიდერის გადაცემისა და ფაირვოლის წესებსაც, რადგან რეგისტრაცია მათ არ აუქმებს. შეინახეთ ტესტის დაკვირვებები გეგმის გვერდით, რადგან შემდეგი ადამიანი, ვინც ამას გამართავს, მოინდომებს შესაბამის პოლიტიკას და დაფიქსირებულ წყაროს მისამართს და არა ტოპოლოგიის აღწერას.