AnyConnect-ის შეცდომის გასწორება: კავშირის ქვესისტემის ინიციალიზაცია ვერ მოხერხდა

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

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

წაიკითხეთ დრო, სანამ რამეს შეცვლით

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

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

ნაბიჯი 1: დაადასტურეთ, რომ აგენტის სამსახური მუშაობს

ფანჯარა, რომელზეც აჭერთ, მხოლოდ წინა ნაწილია; სამუშაო ხდება Cisco AnyConnect Secure Mobility Agent სამსახურში, რომელიც რეგისტრირებულია როგორც vpnagent. თუ ეს სამსახური გაჩერებულია ან გამორთულია, გრაფიკულ ინტერფეისს სალაპარაკო არავინ ჰყავს და იტყობინება ზუსტად ამ ინიციალიზაციის მარცხზე. შეამოწმეთ მდგომარეობა და გაშვების ტიპი ამაღლებული PowerShell-ის ბრძანების სტრიქონიდან:

Get-Service vpnagent | Select-Object Name, Status, StartType
sc.exe qc vpnagent
net start vpnagent

ინსტალატორი, რომელმაც პატივი სცა ადრე ხელით დაყენებულ გაშვების ტიპს, ამის გამორთულად დასრულების ჩვეულებრივი მიზეზია, ამიტომ შეამოწმეთ StartType, ნაცვლად იმისა, რომ უბრალოდ Start დააჭიროთ. თუ სამსახური იწყება და წამებში ჩერდება, წაიკითხეთ System ჟურნალი Service Control Manager-ის ჩანაწერებისთვის, სანამ Repair-ს დააჭერთ:

Get-WinEvent -FilterHashtable @{LogName="System"; ProviderName="Service Control Manager"} -MaxEvents 40

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

ნაბიჯი 2: გაასუფთავეთ ოფლაინ მდგომარეობა, რომელსაც HTTP სტეკი იტყობინება

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

Get-ItemProperty "HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings" -Name GlobalUserOffline

მნიშვნელობა 1 ნიშნავს, რომ WinINet სტეკი გამომძახებლებს ეუბნება, რომ მანქანას კავშირი არ აქვს; ეს მდგომარეობა ჩვეულებრივ დაყენებულია Internet Explorer-ის „ოფლაინ მუშაობის“ მენიუს ელემენტით ან ავტომატიზაციის სკრიპტით. დააბრუნეთ ის 0-ზე, გამოდით და ხელახლა შედით, და სცადეთ კავშირი ხელახლა, სანამ სხვა რამეს შეცვლით.

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

ნაბიჯი 3: გაათავისუფლეთ ვირტუალური ადაპტერი Hyper-V-ისგან ან ICS-ისგან

Windows-ის ორ როლს შეუძლია შეინახოს ის ნაწილები, რომლებიც კლიენტს ადაპტერის შესაქმნელად სჭირდება. Hyper-V პირველია: ვირტუალური კომუტატორის სამსახურების მუშაობისას ადაპტერის შექმნა შეიძლება ჩავარდეს ისე, რაც ამ შეცდომად ვლინდება. სამსახურების გაჩერება დიაგნოსტიკაა და არა გასწორება:

Get-Service vmms, vmcompute | Stop-Service
Get-NetAdapter | Where-Object InterfaceDescription -like "*Hyper-V*"

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

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

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

შეამოწმეთ, შემდეგ დააბრუნეთ ის, რაც არ გჭირდებოდათ

შემოწმება არ არის მწვანე ფარი სისტემის სანაგვეში. დაადასტურეთ, რომ ადაპტერი არსებობს, ინახავს მისამართს და გაატარებს ტრაფიკს: Get-NetAdapter -Name "Cisco AnyConnect*" უნდა აჩვენოს ის ჩართული, ipconfig /all უნდა აჩვენოს მინიჭებული მისამართი და DNS სერვერები, და შიდა სახელზე რეალური მოთხოვნა უნდა გადაწყდეს გვირაბის მეშვეობით და არა ლოკალური ამომხსნელით.

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

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