როგორ გავზომოთ მისამართების სივრცე საიტებს შორის VPN-ისთვის

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

დაასახელეთ ოთხი როლი, სანამ რამეს გამოყოფთ

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

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

ip -br addr show
ip route show | head -40

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

დათვალეთ კავშირები და ტოპოლოგია, არა მოწყობილობები

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

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

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

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

შეინახეთ კარიბჭის ქვექსელი LAN-ის აუზის გარეთ

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

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

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

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

ჩაწერეთ როლი, მფლობელი და ზრდა თითოეული პრეფიქსისთვის

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

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

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