FortiClient 98%-ზე იჭედება: გამორთეთ IPv6 იმ ადაპტერზე

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

ოთხი ნაბიჯი და პირველი ზოლის კი არა, ჟურნალის წაკითხვაა.

რას აცნობს სინამდვილეში 98%-ის მრიცხველი

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

Fortinet-მა ეს სიმპტომი კლიენტის მხრიდან ერთ მიზეზს დაუკავშირა: IPv6 ჩართულია ადაპტერზე, რომელსაც კლიენტი იყენებს. ამიტომ ადაპტერის პარამეტრი პირველი საგამოცდო რამაა და არა ყოველი SSL-VPN შეჩერების უნივერსალური ახსნა.

ნაბიჯი 1: წაიკითხეთ ჟურნალი ზოლამდე

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

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

ნაბიჯი 2: შეზღუდეთ IPv6-ის ცვლილება ერთ ადაპტერამდე

ცვლილება ადაპტერს ეკუთვნის და არა მანქანას. Windows-ის ადაპტერის თვისებებში ეს ნიშნავს Internet Protocol Version 6 (TCP/IPv6)-ის მოხსნას კონკრეტულ ინტერფეისზე, ხოლო shell-იდან ეს არის Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. ხელახლა დაკავშირებამდე გადაამოწმეთ მდგომარეობა: Get-NetAdapterBinding -ComponentID ms_tcpip6. შემდეგ ხელახლა დაუკავშირდით და ნახეთ, გადის თუ არა ზოლი 98%-ს და არ ჩერდება მასზე.

ჯერ შეზღუდეთ ფარგლები, შემდეგ სცადეთ. IPv6-ის გლობალური გამორთვა უფრო დიდი ცვლილებაა, ვიდრე კითხვა მოითხოვს, და ეხება სერვისებს, რომლებსაც არ აპირებდით შეხებოდით.

ნაბიჯი 3: გადაამოწმეთ, რას მალავდა შეჩერება

დაკავშირებული გვირაბი ჯერ არ არის მუშა გვირაბი. შეამოწმეთ კლიენტის მიერ მინიჭებული მისამართი, პროფილის მიერ დაყენებული მარშრუტები და სახელების გარჩევა ერთი შიდა ჰოსტისთვის: Resolve-DnsName files.corp.example. კლიენტს, რომელიც უკავშირდება და არაფერს ხსნის, DNS პრობლემა აქვს და ადვილია ამის არასწორად წაკითხვა, თითქოს იგივე ხარვეზი ბრუნდება.

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

ნაბიჯი 4: გახადეთ გამოსწორება განმეორებადი

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

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

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