სტატიკური მარშრუტები თუ მარშრუტიზაციის პროტოკოლი საიტ-საიტ VPN-ზე?

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

სამი პირობა წყვეტს

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

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

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

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

რა ღირს სტატიკური მარშრუტიზაცია სინამდვილეში

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

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

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

რა ღირს დინამიკური მარშრუტიზაცია სინამდვილეში

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

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

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

აკონტროლეთ რისი თქმაც მარშრუტიზაციის სესიას შეუძლია

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

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

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

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

გამოსცადეთ ხარვეზის გზა და არა ბედნიერი გზა

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

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

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