Cloud VPN სტატუსი: IKE ჟურნალამდე წაიკითხეთ რესურსის მდგომარეობა

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

დაიწყეთ ერთი გვირაბის ობიექტით და ერთი დროის ფანჯრით.

ორი სასიცოცხლო ციკლი, ერთი გვირაბის ობიექტი

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

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

წაიკითხეთ ობიექტი, და არა კონსოლის შეჯამება

სთხოვეთ API-ს მხოლოდ ის ორი ველი, რომლებსაც მნიშვნელობა აქვთ, და მეტი არაფერი, რომ პასუხი საკმარისად პატარა დარჩეს დილის სამ საათზე წასაკითხად: gcloud compute vpn-tunnels describe NAME --region REGION --format="yaml(status,detailedStatus)". status ველი ასახელებს სასიცოცხლო ციკლის ეტაპს, ხოლო detailedStatus ატარებს მასზე მიბმულ წაკითხვად მიზეზს. კონფიგურაციის სრული გადმოღება სხვა კითხვებზე პასუხობს და უფრო ძნელია ბილეთში ჩასვა. მსგავსი მხოლოდ-წაკითხვის გამოძახებები ვერ შეცვლიან გვირაბს, რაც მნიშვნელოვანია, სანამ ინციდენტი ჯერ კიდევ აქტიურია.

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

ALLOCATING_RESOURCES გასაღების შეუთავსებლობა არ არის

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

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

ESTABLISHED წვდომის შემოწმებების დასაწყისია

დამყარებული გვირაბი ნიშნავს, რომ IKE დასრულდა და არა ის, რომ ტრაფიკი მიედინება. დაადასტურეთ მარშრუტები, რომლებსაც გვირაბი ატარებს და, სადაც Cloud Router მონაწილეობს, დაადასტურეთ BGP სესია და პრეფიქსები, რომლებიც მან ისწავლა. შემდეგ გამოსცადეთ დაშვებული აპლიკაციის გაცვლა, რადგან firewall-ის წესმა ან დაკარგულმა მარშრუტმა შეიძლება ტრაფიკი სრულიად ჯანსაღი გვირაბის გავლით დაბლოკოს. თითოეული მათგანი ცალკე დაკვირვებაა ცალკე შესწორებით.

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

დააკავშირეთ ერთი ობიექტი და ერთი დროის ფანჯარა

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

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

შემდეგ ნაბიჯს ყოველთვის ერთი ფორმა აქვს: ერთი ობიექტი, ერთი ფანჯარა, ერთი ეტაპი. ამაზე ფართო ყველაფერი შეჯამებაა, არა დიაგნოზი.