Dialogul apare în momentul în care faceți clic pe Connect, înainte de orice solicitare de acreditări, și spune că serviciul VPN nu este disponibil. Nimic nu a plecat încă din calculator. Fereastra AnyConnect vorbește cu un serviciu Windows local, iar când conversația aceea eșuează, clientul renunță înainte de a numi măcar o poartă. Această ordine este cel mai util indiciu din întregul mesaj: depanați un serviciu și un driver, nu un certificat sau o regulă de firewall de cealaltă parte. Iată ordinea pe care o urmez, cea mai ieftină verificare prima.

Dialogul apare înainte ca poarta să fie contactată

Fereastra este un frontend subțire. Ea cere serviciului agentului să construiască tunelul, iar acel serviciu deține adaptorul, modificările de rutare și depozitul de profiluri. Dacă serviciul lipsește, este oprit sau blocat, frontendul nu are cu cine vorbi și raportează exact asta.

Consecința practică este simplă: fără nume de server, fără solicitare de acreditări, fără eroare de certificat. Dacă vedeți vreuna dintre ele, opriți lectura și uitați-vă la tunel.

Verificați serviciul agentului înainte de orice

Deschideți services.msc și găsiți Cisco AnyConnect Secure Mobility Agent. Dacă tipul de pornire este Disabled, setați Automatic și porniți-l. Un serviciu dezactivat de o actualizare sau lăsat în urmă de o cădere pornește adesea curat o dată și rămâne activ. Dacă moare din nou în câteva secunde, notați codul de eroare și citiți mai departe.

Două servicii auxiliare merită o privire pe calculatoare încăpățânate. Repornirea Base Filtering Engine a eliminat acest mesaj când driverul de filtrare era blocat. Unde Internet Connection Sharing era activat, oprirea ICS a făcut același lucru, pentru că cele două concurează pentru aceeași infrastructură de rețea.

Pe un laptop administrat, serviciul poate fi dezactivat intenționat prin politică, așa că confirmați cu proprietarul dispozitivului înainte de a-l reactiva.

Apoi verificați adaptorul virtual

AnyConnect are nevoie de propriul adaptor virtual, iar unul dezactivat produce același dialog în unele versiuni. Deschideți Conexiuni de rețea, găsiți intrarea Cisco AnyConnect Secure Mobility Client și activați-o dacă este gri. Același panou tratează și cazul blocat: o interfață aflată în starea de conectare nu poate fi de obicei eliminată din Setări, dar aici poate fi dezactivată și ștearsă.

Dacă adaptorul lipsește complet, driverul nu s-a instalat. Asta indică secțiunea următoare, nu ceva ce puteți comuta.

Când o repornire nu rezistă

Un director de instalare rămas poate restabili starea stricată la fiecare pornire. Dezinstalați clientul, ștergeți folderul Cisco AnyConnect din ProgramData, reporniți, apoi reinstalați aceeași versiune. Eliminarea acelui folder este cea care curăță profilurile și fragmentele de politică a calculatorului pe care le lasă dezinstalatorul. O versiune majoră mai nouă poate elimina și ea mesajul, dar numai dacă poarta dvs. acceptă acea versiune de client.

Utilizatorii macOS întâlnesc aceeași formulare printr-o altă componentă. Agentul este o sarcină launchd, așa că încărcați-o și confirmați că aplicației i se permite să ruleze în fundal. În versiunile actuale acel comutator se află sub Login Items și Extensions, iar o aplicație oprită acolo pornește și apoi eșuează cu exact acest mesaj.

Când cauza este un al doilea client VPN

Doi clienți se pot certa pe driverele de filtrare și pe prioritatea adaptorului. Un client Forti instalat lângă un client Cisco mai vechi a lăsat oameni conectați dar incapabili să ajungă oriunde, iar eliminarea clientului nefolosit a restabilit serviciul. Alternativa viabilă sunt rute explicite pe fiecare subrețea VPN, astfel încât adresele fiecărui client să ajungă pe adaptorul corect în loc să depindă de ordinea metricilor.

Dacă ambii clienți trebuie să rămână, decideți rutele deliberat și notați-le. Ghiceala metricilor se strică la următoarea actualizare.

O ordine de remediere care nu necesită două reinstalări

Înainte de a reinstala, capturați jurnalul agentului. Mesajul acoperă mai multe defecțiuni distincte, iar jurnalul este singurul lucru care le separă după fapt. Apoi rulați această ordine și opriți-vă la primul pas care schimbă comportamentul:

  • Serviciul agentului prezent, tip de pornire Automatic, rulează înainte ca GUI-ul să pornească.
  • Adaptor virtual activat în Conexiuni de rețea, nicio interfață blocată în starea de conectare.
  • Internet Connection Sharing oprit, Base Filtering Engine sănătos.
  • Folderul ProgramData eliminat înainte de reinstalare, aceeași versiune reinstalată.
  • Niciun al doilea client VPN care să dețină aceleași drivere de filtrare.

Dacă clientul se închide înainte de a afișa un nume de server sau o solicitare de acreditări, nimic din rețea nu a fost contactat. A patra reinstalare nu va găsi o cauză pe care starea unui serviciu v-ar fi arătat-o în două minute.

Articole similare