Fortinet Linux-ის კლიენტი: შეკეთებამდე კარიბჭე შეამოწმეთ

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

შემოწმება 1: დაასახელეთ ეტაპი, რომელიც ვერ შესრულდა

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

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

შემოწმება 2: კარიბჭის გამოშვება და გვირაბის რეჟიმი

გვირაბის რეჟიმი მიმდინარე კარიბჭეებზე გაქრა და FortiClient 7.4.4-ის Linux-თან ინტეგრაციის ცხრილი არის ის ადგილი, სადაც ეს წერია: FortiOS 7.6.3 და უფრო ახალი აღარ გვთავაზობს SSL VPN გვირაბის რეჟიმს და ადმინისტრატორებს IPsec-ზე მიმართავს. როცა ამ წინადადებას იმეორებთ, პროდუქტი, გამოშვება და რეჟიმი მასზე მიბმული შეინახეთ. ის არაფერს ამბობს ყოველ Fortinet პროდუქტზე და არაფერს ჯერ კიდევ არსებულ ვებ-წვდომის ფუნქციებზე. ზოგადი ვერსიათა თავსებადობა და ერთი გვირაბის რეჟიმის ხელმისაწვდომობა ცალკე შემოწმებებია.

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

შემოწმება 3: კლიენტის ის გამოცემა, რომელსაც მფლობელი ამტკიცებს

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

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

შემოწმება 4: მოითხოვეთ შემცვლელი პროფილი

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

წაიკითხეთ პროფილი, სანამ ენდობით. მან უნდა მიუთითოს IKE-ის ვერსია და წინადადებები, იყენებს ავთენტიფიკაცია სერტიფიკატს თუ წინასწარ გაზიარებულ გასაღებს, რომელი ლოკალური და დისტანციური ქვექსელია არჩეული და რას ელის კარიბჭე თავის იდენტობად. დაადასტურეთ, რომ დამტკიცებული Linux კლიენტი ამ განლაგებას უჭერს მხარს, რადგან მიგრაციის დოკუმენტი არ არის ფუნქციათა თანასწორობის განცხადება ყოველი კლიენტის გამოშვებისთვის. დამოუკიდებელი კლიენტი, როგორიც openfortivpn-ია, OpenVPN-ის ინტერპრეტატორი არ არის, ამიტომ ნებისმიერი სხვა რამ, სახელში SSL-ით, მიიჩნიეთ დაუმტკიცებლად, სანამ მფლობელი სხვაგვარად არ იტყვის ამ რეჟიმისთვის, ამ შესვლის ნაკადისთვის და ამ მოწყობილობის პოლიტიკისთვის.

შემოწმება 5: ლოკალური დამოკიდებულებები, შემდეგ ვალიდაცია და ჩაწერა

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

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

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