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

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

სიმპტომი: კავშირები ჩართულია, სესია მაინც წყდება

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

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

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

პირველი გარანტია: ბაიტური დინება კავშირის დონეზე

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

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

Linux-ზე MPTCP არის opt-in თითოეული სოკეტისთვის IPPROTO_MPTCP-ის მეშვეობით. როცა მოლაპარაკება ვერ იყენებს მრავალგზიან ქცევას, დოკუმენტირებული სარეზერვო ვარიანტია ჩვეულებრივი TCP, რაც ნიშნავს, რომ აპლიკაციამ შეიძლება გააგრძელოს ერთ გზაზე, არასდროს გამოიყენოს მეორე. შეამოწმეთ, რა ქცევაზე შეთანხმდა რეალურად განლაგებული სოკეტი, ნაცვლად იმისა, რომ ივარაუდოთ ბირთვის პარამეტრის გამოყენება.

მეორე გარანტია: დალაგება, დუბლირება და აღდგენა

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

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

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

მესამე გარანტია: ბოლო წერტილის იდენტობა და გზის შეერთება

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

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

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

მეოთხე გარანტია: შეზღუდული ქცევა ხარვეზისას

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

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

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

მიიღეთ ოპერატორი ტესტის გეგმით

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

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

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

დაკავშირებული სტატიები