د AnyConnect د اتصال فرعي سیسټم د پیل کولو ناکامي سمول

تاسو د اتصال تڼۍ فشاروئ او ډیالوګ نږدې سمدلاسه ځواب ورکوي: د اتصال فرعي سیسټم پیل نشو. ګیټوې ته هېڅ ونه رسېدل، نو په بل سر کې د سند تبادله، اعتبار او د تونل ډلې ټاکنه نشته. دې معنا چې د کنسنټریټر لاګونه به تشه ناسته وښيي او د مرستې څانګه به د هغه ډیالوګ سکرین شاټ وغواړي چې هېڅکله هم کوم ګټور شی نه درلود. پرځای یې د پای نقطې باندې، په ټاکلي ترتیب کار وکړئ او په لومړي هغه ګام ودرېږئ چې پایله بدلوي.

وخت ستاسو تر ټولو ارزښتناک ثبوت دی او لیکل یې هېڅ لګښت نلري. ولیکئ چې تېروتنه د اعتبار غوښتنې دمخه وه که وروسته، او ایا دا د یوې لوړونې، د Windows تازه کولو یا نوي امنیتي اجنټ وروسته پیل شوه. دا درې ځوابونه معمولاً د کوم تنظیم د لاسرسي دمخه د کاندیدانو لیست نیمایي کوي.

د هر څه بدلولو دمخه وخت ولولئ

د ناکامۍ درې نقطې ورته ښکاري او ورته نه دي. که ډیالوګ د اتصال د فشارولو په هغه شیبه کې راشي، کلاینټ خپله زیربنا پیل نه شوه کړای، او دا پیغام هماغه ته اشاره کوي. که د اعتبار له لیکلو وروسته راشي، تونل ډلې ته رسېدل شوي او ستونزه نوره مخته ده. که تونل پورته راشي او بیا ولویږي، فرعي سیسټم سم پیل شوی او تاسو په بشپړ ډول بل باګ پسې ګرځئ. د درېیو ګډول په هغو بیا نصبولو کې ټوله غرمه ضایع کوي چې مرسته نه شي کولی.

دلته یوازې لومړی حالت اړوند دی. پیغام د کوم شبکوي پرېکړې دمخه جوړېږي، نو غلط ګیټوې پته، پای ته رسېدلی سند یا بد پاسورډ به یې جوړ نه کړي.

ګام 1: ډاډ ترلاسه کړئ چې د اجنټ خدمت روان دی

هغه کړکۍ چې تاسو پرې کلیک کوئ یوازې مخکې برخه ده؛ کار په Cisco AnyConnect Secure Mobility Agent خدمت کې کېږي، چې vpnagent په نوم ثبت دی. که هغه خدمت بند یا غیر فعال وي، GUI د خبرې کولو لپاره هېڅوک نه لري او همدا د پیل ناکامي راپور کوي. د لوړ شوي PowerShell له لارې حالت او د پیل ډول وګورئ:

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

هغه نصب کوونکی چې د مخکې لاسي ټاکل شوي پیل ډول درناوی کوي همدا د دې غیر فعالېدو معمول لامل دی، نو د Start یوازې فشارولو پرځای StartType وګورئ. که خدمت په څو ثانیو کې پیل او بند شي، د Repair له کلیک دمخه په System لاګ کې د Service Control Manager ننوتنې ولولئ:

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 د Work Offline مینو توکی یا د اتوماتیک کولو سکریپټ ټاکي. بیا یې 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 خدمتونه بېرته راوړئ او بیا یې ازموئ، ځکه هغه حل چې مجازي کول په خاموشۍ بندوي به د بل مدیر لخوا چې پام ورته شي لغوه شي.

که د درېیو ګامونو څخه هېڅ یو تېروتنه ونه خوځوي، د پای نقطې بدلول ودروئ. د کلاینټ نسخه، د خدمت حالت، د دې پاڼې له سره وخت او هغه تشخیصي بنډل چې کلاینټ یې جوړولی شي راټول کړئ، او د هغه دقیق ترتیب سره یې وسپارئ چې تاسو هڅه کړې وه. هغه بنډل بل انجینر ته د ډیالوګ سکرین شاټ څخه ډېر ارزښت لري، او یوازینی شی دی چې ښيي فرعي سیسټم د شبکې له لمس دمخه ناکام شو که وروسته.