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