Laga villuna „tókst ekki að frumstilla tengikerfið“ í AnyConnect

Þú ýtir á Tengjast og glugginn svarar nánast samstundis: tókst ekki að frumstilla tengikerfið. Ekkert náði til gáttarinnar, svo engin skipti á vottorðum, engin skilríki og ekkert val á gönguhópi hinum megin. Það þýðir að annálar miðlarans munu sýna tóma lotu og aðstoðarborðið mun biðja um skjáskot af glugga sem aldrei innihélt neitt nytsamlegt. Vinnið frekar á endapunktinum, í föstum röð, og stöðvið við fyrsta skrefið sem breytir niðurstöðunni.

Tímasetningin er dýrmætasta sönnunin sem þú hefur, og það kostar ekkert að skrá hana. Skrifaðu niður hvort villan kom fyrir eða eftir skilríkjabeiðnina, og hvort hún hófst eftir uppfærslu, Windows-uppfærslu eða nýja öryggisumboðið. Þessi þrjú svör helminga venjulega lista yfir möguleika áður en þú snertir nokkra stillingu.

Lestu tímasetninguna áður en þú breytir einhverju

Þrír bilunarpunktar líta svipaðir út og eru það ekki. Ef glugginn birtist um leið og þú ýtir á Tengjast gat biðlarinn ekki ræst eigin innviði, og það er það sem skeytið bendir á. Ef hann birtist eftir að þú slóst inn skilríki var gönguhópnum náð og vandamálið er lengra inni. Ef göngin koma upp og falla svo er kerfið frumstillt rétt og þú ert að elta allt aðra villu. Að rugla þessum þremur eyðir einum síðdegi í enduruppsetningar sem geta ekki hjálpað.

Aðeins fyrsta tilfellið á heima hér. Skeytið er búið til áður en nokkur netákvörðun er tekin, svo röng gáttarheiti, útrunnið vottorð eða slæmt lykilorð munu ekki framkalla það.

Skref 1: staðfestu að þjónusta umboðsins sé í gangi

Glugginn sem þú ýtir á er aðeins framendi; vinnan fer fram í þjónustunni Cisco AnyConnect Secure Mobility Agent, sem er skráð sem vpnagent. Ef sú þjónusta er stöðvuð eða óvirk, hefur viðmótið ekkert til að tala við og tilkynnir nákvæmlega þessa frumstillingarbilun. Athugaðu stöðu og ræsingartegund frá PowerShell-keilu með auknum réttindum:

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

Uppsetningarforrit sem virti áður handvirka ræsingartegund er venjulega ástæðan fyrir því að þetta endar óvirkt, svo athugaðu StartType í stað þess að ýta bara á Start. Ef þjónustan ræsist og stöðvast innan nokkurra sekúndna skaltu lesa System-annálinn fyrir færslur Service Control Manager áður en þú ýtir á Repair:

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

Lokaður rekill, sóttkvísett skrá eða síurekill frá öryggisvöru þriðja aðila mun nefna sig í þeim atburðum. Repair setur upp aftur ofan á sömu lokuðu skrá og breytir engu, þess vegna kemur atburðaannállinn fyrstur.

Skref 2: hreinsaðu ónettengdu stöðuna sem HTTP-stakkurinn tilkynnir

Biðlarinn sækir prófílinn sinn og metur stefnu í gegnum HTTP-íhluti Windows, svo ónettengdur fáninn í internetstillingum notandans getur brotið frumstillinguna á meðan hver vafri hleður enn síðum. Athugaðu gildið beint:

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

Gildið 1 þýðir að WinINet-stakkurinn segir köllendum að vélin hafi enga tengingu; þetta ástand er venjulega stillt af valmyndarliðnum Vinna ónettengt í Internet Explorer eða af sjálfvirkniskriftu. Stilltu það aftur á 0, skráðu þig út og inn aftur, og prófaðu tenginguna áður en þú breytir einhverju öðru.

Ef þú erfðir þessa vél og getur ekki sagt hvers vegna fáninn var stilltur skaltu skrá það í miðann. Eitthvað annað á vélinni gæti hafa stillt hann viljandi, og hann kemur aftur við næstu innskráningu.

Skref 3: frelsaðu sýndartengið frá Hyper-V eða ICS

Tvö hlutverk í Windows geta haldið í hlutana sem biðlarinn þarf til að búa til tengið sitt. Hyper-V er fyrsta: þegar þjónustur sýndarrofa eru í gangi getur búið til tengis mistekist á þann hátt sem birtist sem þessi villa. Að stöðva þjónusturnar er greining, ekki lagfæring:

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

Ef biðlarinn tengist með þessar þjónustur stöðvaðar er áreksturinn staðfestur og nú veistu hvað þarf að semja um við eiganda Hyper-V hýsingarinnar. Endurræstu þær eftir það nema vélin þurfi ekki sýndarvæðingu lengur.

Deiling internetstengingar er annar eigandinn. Ef verið er að deila tengingu getur biðlarinn mistekist áður en hann býr jafnvel til göng. Staðfestu með Get-Service SharedAccess og ef hún er í gangi og stillt á sjálfvirkt skaltu fara í gegnum tengin og leita að deildri tengingu og slökkva á deilingu á því tengi eingöngu.

Það er líka ódýrari skýring sem þarf að útiloka fyrst. Vél án nokkurrar virkrar internetaðgengis sýnir oft þetta skeyti í stað aðgengisvillu, svo staðfestu að Test-NetConnection að gáttarheitinu og að opinberri hýsingu takist bæði áður en þú kennir biðlinum um.

Staðfestu og taktu síðan til baka það sem þú þurftir ekki

Staðfesting er ekki græna skjöldurinn í bakkanum. Staðfestu að tengið sé til, haldi heiti og hleypi umferð í gegn: Get-NetAdapter -Name "Cisco AnyConnect*" ætti að sýna það í gangi, ipconfig /all ætti að sýna úthlutað heiti og DNS-þjóna, og raunveruleg beiðni að innra heiti ætti að leysast í gegnum göngin en ekki staðbundna leysinn.

Haltu stuttum lista yfir hverja breytingu, með gildinu sem þú fannst og gildinu sem þú stilltir. Ef tengingin virkar eftir þriðja skrefið skaltu endurheimta Hyper-V þjónusturnar og prófa aftur áður en þú lokar miðanum, því lausn sem slekkur hljóðlega á sýndarvæðingu verður afturkölluð af næsta stjórnanda sem tekur eftir því.

Ef ekkert af þremur skrefum hreyfir villuna skaltu hætta að breyta endapunktinum. Safnaðu útgáfu biðlarans, stöðu þjónustunnar, tímasetningunni efst á þessari síðu og greiningarpakkanum sem biðlarinn getur búið til, og afhentu þau með nákvæmri röðinni sem þú prófaðir. Sá pakki er verðmætari fyrir næsta verkfræðing en skjáskot af glugganum, og hann er eina gagnið sem sýnir hvort kerfið brást fyrir eða eftir að það snerti netið.