თქვენი ღრუბლოვანი VPN კვლავ ჰოსტინგის პროვაიდერზეა დამოკიდებული

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

ანგარიში ნამდვილი მართვის სიბრტყეა

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

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

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

ინფრასტრუქტურული მოვლენები, რომლებსაც ვერ მართავთ

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

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

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

შეამოწმეთ, რა გადარჩება ხელახალ აშენებას

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

curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/public-ipv4
cloud-init status --long

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

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

გადაწყვიტეთ, რას ცვლის თვითჰოსტინგი სინამდვილეში

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

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

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