VPN სერვერის უმეთვალყურეო განახლებებს გამოცდილი აღდგენის გზა სჭირდება
განახლებამ შეიძლება გადატვირთოს ზუსტად ის სერვისი, რომლითაც სერვერს აღწევთ. ავტომატიზაციამდე შეადარეთ ზოლგარე კონსოლი მხოლოდ გვირაბით აღდგენის გეგმას.
უმეთვალყურეო განახლებები გონივრული პოლიტიკაა სერვერისთვის, რომელსაც მისი საკუთარი VPN-ით აღწევთ, და ამავდროულად ისინი თქვენ მიერ შექმნილი ერთადერთი წარუმატებლობის წერტილია. პაკეტის ოპერაცია გადატვირთავს სერვისს, გვირაბი ვარდება და თქვენ მიერ გამოყენებული ადმინისტრაციული გზა მასთან ერთად ქრება. არსებობს აღდგენის ორი მოდელი და მათ შორის არჩევანი ერთ პირობაზეა დამოკიდებული: გაქვთ თუ არა შესვლის გზა, რომელიც არ გადის იმაზე, რაც განახლდება.
ორი აღდგენის მოდელი, ერთი გადამწყვეტი პირობა
პირველი მოდელი ენდობა განახლებას და ვარაუდობს, რომ შემდეგ ხელახლა დაუკავშირდებით. ის მუშაობს, როცა VPN ჰოსტამდე მისვლის რამდენიმე გზიდან ერთ-ერთია და როცა გვირაბის ჩავარდნა არ ართმევს მისი დიაგნოსტიკის უნარს. მეორე მოდელი წინასწარ ათავსებს დამოუკიდებელ გზას, ჩვეულებრივ ჰოსტინგის პროვაიდერის კონსოლს, და გვირაბს განიხილავს როგორც იმას, რასაც ტექნიკური მომსახურება ყველაზე სავარაუდოდ დაამტვრევს. ორივე მოდელი დაცვადია და მათგან მხოლოდ ერთი მოითხოვს წინასწარ მუშაობას.
გადამწყვეტი პირობის თქმა ადვილია და მისი გამოტოვებაც ადვილია. თუ მანქანამდე ყოველი ადმინისტრაციული გზა გადის იმ სერვისზე, რომელიც განახლდება, მაშინ საერთოდ არ გაქვთ აღდგენის მოდელი, მხოლოდ მოლოდინი. თქვით ეს ხმამაღლა ცვლილების განხილვაზე.
ამ პირობის შემოწმებას ათი წუთი სჭირდება და ის პირველ უმეთვალყურეო განახლებამდე უნდა მოხდეს, არა ინციდენტის დროს. გახსენით კონსოლი, სანამ ყველაფერი მუშაობს, დაადასტურეთ, რომ მონაცემები ძალაშია, და ისევ დახურეთ. დაადასტურეთ, რომ კონსოლი იხსნება იმ ჰოსტზე, რომელსაც ფიქრობთ. შემდეგ დაადასტურეთ, რომ შესვლა, რომელსაც ღამის 3 საათზე ნამდვილად გამოიყენებდით, ჯერ კიდევ მუშაობს.
ეს უკანასკნელი ნაწილი უფრო მნიშვნელოვანია, ვიდრე ჟღერს. კონსოლის ანგარიში, რომლის პაროლი ექვსი თვის წინ შეიცვალა და არასოდეს შემოწმებულა, აღდგენის გზა არ არის; ეს არის დოკუმენტი, რომელიც ასეთ გზას აღწერს.
რას არ აღადგენს სარეზერვო ასლი
კონფიგურაციის არქივი ფაილების ჩანაწერია და განახლება ფაილებზე მეტს ცვლის. პაკეტის მდგომარეობა, ბირთვის მოდულები, ჩართული ერთეულების ბმულები და ცალკე ხელსაწყოთი გამოყენებული ფაირვოლის წესები კონფიგურაციის საქაღალდის გარეთ ცხოვრობს და მათი უგულებელყოფით აღდგენა ქმნის მანქანას, რომელიც კონფიგურირებულად გამოიყურება და არ გადასცემს.
| What changed | Restored by a configuration backup | Needs its own action |
|---|---|---|
| Service unit or startup ordering | Partly, if the unit file was included | Package state and enabled links |
| Kernel module or interface support | No | Kernel or module rollback, or a boot-time decision |
| Peer or device authorization | Only if the backup predates the revocation | A deliberate decision about which peers return |
| Firewall rules applied outside the config | Only if they were captured | Replaying and verifying each rule |
ავტორიზაცია იმსახურებს თავის ცალკე ხაზს. კომპრომეტირებული მოწყობილობის მოცილებამდე აღებული ასლი სიამოვნებით აღადგენს ამ მოწყობილობის წვდომას. შეფერხების დროს მასზე დაბრუნება ის გზაა, რომლითაც ერთი ინციდენტი ორი ხდება, და აღდგენის გადაწყვეტილება პარტნიორებზე ისევე ცხადად უნდა მივიღოთ, როგორც ფაილებზე.
დაბრუნების მექანიზმიც მნიშვნელოვანია. ძველი შესრულებადი ფაილის გადაწერა პაკეტით მართულზე არ არის პაკეტის ცვლილების მხარდაჭერილი გაუქმება და ის პაკეტების მონაცემთა ბაზას ტოვებს ისეთი მდგომარეობის აღწერაში, რომელსაც ფაილური სისტემა არ შეესაბამება. გამოიყენეთ პაკეტების მენეჯერის საკუთარი დაქვეითების გზა ან პროვაიდერის მიერ შემოთავაზებული სურათი. დაქვეითება, რომელსაც პაკეტების ბაზა ჩაწერს, არის ის, რომლის გამეორებაც შეგიძლიათ.
ამათგან არცერთი არ არის სარეზერვო ასლების წინააღმდეგ. ის არის იმის სასარგებლოდ, რომ იცოდეთ, რომელი ფენა ფარავს თითოეულ არტეფაქტს, რადგან ნაწილობრივი აღდგენის ჩავარდნის წესი უფრო დამაბნეველია, ვიდრე თავდაპირველი შეფერხება. ჩაწერეთ ფენა თითოეული ასლის გვერდით runbook-ში.
საკონტროლო წერტილი, განახლება და შემდეგ გარედან შემოწმება
ჩაწერეთ ცვლილებამდე მდგომარეობა იმ ფორმით, რომლის შედარებაც მოგვიანებით შეძლებთ: დაყენებული ვერსიები, ჩართული სერვისის ერთეულები, მოსმენაზე მყოფი სოკეტები და პარტნიორების მიმდინარე სია. Linux ჰოსტზე ოთხი ბრძანება ფარავს ამის უმეტეს ნაწილს.
systemctl list-units --type=service | grep -E 'openvpn|wg-quick'
ss -lunp | grep -E ':51820|:1194'
journalctl -u wg-quick@wg0 --since '-10 min'პირველი გვიჩვენებს, რომელი ერთეულები არსებობს და მუშაობს თუ არა, მეორე ადასტურებს, რომ მსმენელი ნამდვილად მიბმულია, ხოლო მესამე გაძლევთ თავად სერვისის გადმოცემას ბოლო წუთებზე. არცერთი მათგანი არ ამტკიცებს, რომ კლიენტს შეუძლია დაკავშირება, ამიტომ შემდეგი ნაბიჯი ჰოსტის გარეთ ხდება. შეინახეთ ეს ჩვენებები, როგორც თქვენი შედარების საფუძველი.
შეამოწმეთ ქსელიდან, რომელიც გვირაბს არ იყენებს: აუთენტიფიცირეთ ერთი ნებადართული კლიენტი, გადაწყვიტეთ სახელი და მიაღწიეთ ერთ სასურველ აპლიკაციას. ინტერფეისის აწეულობის შესახებ ადგილობრივი სტატუსის ხაზი განცხადებაა ინტერფეისზე, არა მარშრუტიზაციაზე, გასაღებებზე ან პარტნიორის დაშვების პოლიტიკაზე.
შემდეგ განზრახ გამოსცადეთ ხელახლა დაკავშირების გზა. ერთხელ გადატვირთეთ სერვისი და დაადასტურეთ, რომ გვირაბი ბრუნდება ხელით ჩარევის გარეშე, რადგან სერვისი, რომელიც სწორად მხოლოდ ჩატვირთვისას იწყება, არის სერვისი, რომელიც ყველაზე ცუდ მომენტში გაგაოცებთ.
როცა ის ვერ მუშაობს, გამოიყენეთ გამოცდილი გზა
აღდგენის მიმდევრობა ბრწყინვალე არ არის და ის მუშაობს: მიაღწიეთ ჰოსტს დამოუკიდებელი გზით, წაიკითხეთ თავად სერვისის ჟურნალები და აღადგინეთ ჩავარდნის შესაბამისი კონკრეტული საკონტროლო წერტილი. ცვალეთ ერთი რამ თითო ცდაზე, რომ ჟურნალის შემდეგი კითხვა რაღაცას ნიშნავდეს.
წინააღმდეგობა გაუწიეთ კავშირის დასაბრუნებლად რამდენიმე ჩაუწერელი ცვლილების გაკეთების სურვილს. ხუთი ერთდროული რედაქტირებით გამართული მანქანა შემდეგ ვერ აიხსნება და შემდეგი განახლება ისევ შემოიტანს იმას, რაც რეალურად ატარებდა დატვირთვას.
შემდეგ გადაწყვიტეთ მუდმივი პოლიტიკა მტკიცებულებებით. თუ განახლებამ გამოავლინა დამოკიდებულება, რომელიც არავის დაუდგენია, გამოსწორება არის დოკუმენტაცია და ტესტი, და არა განახლებების გამორთვა. თუ მან გამოავლინა სერვისი, რომელიც სუფთად ვერ გადაიტვირთება, გამოსწორება ერთეულშია, არა გრაფიკში.
შედარება სუფთად წყდება, როგორც კი პირობას სახელი ერქმევა. დამოუკიდებელი გზა უმეთვალყურეო განახლებებს მართვად რისკად აქცევს. მისი არარსებობა იმავე პოლიტიკას უცნობი აღდგენის დროის მქონე დაგეგმილ შეფერხებად აქცევს და ავტომატიზაციის არცერთი რაოდენობა ამ არითმეტიკას არ ცვლის.