AnyConnect diras, ke la VPN-servo ne disponeblas: solvo en Windows

La dialogo aperas en la momento, kiam vi klakas Connect, antaŭ ajna peto pri legitimiloj, kaj ĝi diras, ke la VPN-servo ne disponeblas. Nenio ankoraŭ forlasis la maŝinon. La fenestro de AnyConnect parolas kun loka Windows-servo, kaj kiam tiu konversacio malsukcesas, la kliento cedas antaŭ ol ĝi eĉ nomas enirejon. Tiu ordo estas la plej utila indico en la tuta mesaĝo: vi sencimigas servon kaj pelilon, ne atestilon aŭ fajroŝirmilan regulon ĉe la alia flanko. Jen la ordo, laŭ kiu mi iras, la plej malmultekosta kontrolo unue.

La dialogo aperas antaŭ ol la enirejo estas kontaktita

La fenestro estas maldika fasado. Ĝi petas la agentan servon konstrui la tunelon, kaj tiu servo posedas la adaptilon, la enkursigajn ŝanĝojn kaj la profilprovizejon. Se la servo mankas, estas haltigita aŭ blokita, la fasado havas kun kio paroli kaj raportas ĝuste tion.

La praktika sekvo estas simpla: neniu servila nomo, neniu peto pri legitimiloj, neniu atestila eraro. Se vi vidas iun el tiuj, ĉesu legi ĉi tion kaj rigardu la tunelon anstataŭe.

Kontrolu la agentan servon antaŭ ĉio alia

Malfermu services.msc kaj trovu Cisco AnyConnect Secure Mobility Agent. Se la starta tipo estas Disabled, agordu ĝin al Automatic kaj startigu ĝin. Servo malŝaltita de ĝisdatigo aŭ postlasita de kraŝo ofte startas pure unufoje kaj restas funkcianta. Se ĝi denove mortas ene de sekundoj, notu la erarkodon kaj daŭrigu legi.

Du helpaj servoj indas rigardon en obstinaj maŝinoj. Restartigo de Base Filtering Engine forigis ĉi tiun mesaĝon, kiam la filtrila pelilo estis ŝtopita. Kie Internet Connection Sharing estis ŝaltita, malŝalto de ICS faris la samon, ĉar la du konkuraskas pri la sama reta infrastrukturo.

Sur administrata tekkomputilo la servo povas esti intence malŝaltita per politiko, do konfirmu kun la posedanto de la aparato antaŭ ol reŝalti ĝin.

Poste kontrolu la virtualan adaptilon

AnyConnect bezonas sian propran virtualan adaptilon, kaj malŝaltita unu produktas la saman dialogon en iuj versioj. Malfermu Retajn konektojn, trovu la eron Cisco AnyConnect Secure Mobility Client kaj ŝaltu ĝin, se ĝi estas griza. La sama panelo traktas la ŝtopitan kazon: interfaco en konektiĝa stato kutime ne povas esti forigita el Agordoj, sed ĝi povas esti malŝaltita kaj forviŝita ĉi tie.

Se la adaptilo tute mankas, la pelilo ne instaliĝis. Tio montras al la sekva sekcio, ne al io, kion vi povas baskuligi.

Kiam restarto ne teniĝas

Postrestinta instalada dosierujo povas restarigi la rompitan staton ĉe ĉiu lanĉo. Malinstalu la klienton, forviŝu la dosierujon Cisco AnyConnect sub ProgramData, restartu, poste reinstalu la saman version. Forigo de tiu dosierujo estas tio, kio purigas profilojn kaj maŝinpolitikajn fragmentojn, kiujn la malinstalilo lasas. Pli nova ĉefa versio ankaŭ povas forigi la mesaĝon, sed nur se via enirejo akceptas tiun klientan version.

Uzantoj de macOS renkontas la saman vortumon per alia komponanto. La agento estas launchd-tasko, do ŝargu ĝin kaj konfirmu, ke la aplikaĵo rajtas funkcii en fono. En nunaj eldonoj tiu ŝaltilo troviĝas sub Login Items kaj Extensions, kaj aplikaĵo malŝaltita tie startas kaj poste malsukcesas kun ĝuste ĉi tiu mesaĝo.

Kiam dua VPN-kliento estas la kaŭzo

Du klientoj povas batali pri filtrilaj peliloj kaj adaptila prioritato. Kliento Forti instalita apud pli malnova kliento Cisco lasis homojn konektitaj sed nekapablaj atingi ion ajn, kaj forigo de la neuzata kliento restarigis la servon. La farebla alternativo estas eksplicitaj itineroj por ĉiu VPN-subreto, por ke la adresoj de ĉiu kliento surteriĝu sur la ĝusta adaptilo anstataŭ dependi de metrika ordo.

Se ambaŭ klientoj devas resti, decidi la itinerojn konscie kaj skribu ilin. Konjektado de metriko rompiĝas ĉe la sekva ĝisdatigo.

Ripara ordo, kiu ne bezonas du reinstalojn

Antaŭ ol reinstali, kaptu la agentan protokolon. La mesaĝo kovras plurajn malsamajn fiaskojn, kaj la protokolo estas la sola afero, kiu apartigas ilin poste. Poste plenumu ĉi tiun ordon kaj haltu ĉe la unua paŝo, kiu ŝanĝas la konduton:

• Agenta servo ĉeestas, starta tipo Automatic, funkcias antaŭ ol la GUI startas.
• Virtuala adaptilo ŝaltita en Retaj konektoj, neniu interfaco ŝtopita en konektiĝa stato.
• Internet Connection Sharing malŝaltita, Base Filtering Engine sana.
• Dosierujo ProgramData forigita antaŭ reinstalo, sama versio reinstalita.
• Neniu dua VPN-kliento tenanta la samajn filtrilajn pelilojn.

Se la kliento eliras antaŭ ol montri servilan nomon aŭ peton pri legitimiloj, nenio en la reto estis kontaktita. Kvara reinstalo ne trovos kaŭzon, kiun serva stato montrus al vi en du minutoj.