Hitilafu 868 na anwani ya IP? Windows hutatua nini kwanza

Kidirisha kinasema jina la seva halikuweza kutatuliwa, na sehemu ya wasifu unayoitazama ni anwani. Mchanganyiko huo si utata: mteja anayatua kitu kingine tofauti na thamani unayodhani anaisoma. Tambua anachopiga simu kwa kweli kabla ya kuhitimisha kuwa DNS imeharibika. Mpangilio wa hatua za mteja mwenyewe unakuonyesha mahali pa kuangalia.

Mteja huyatua jina kabla ya kupiga

Muunganisho asilia wa VPN wa Windows husoma wasifu wake, huyatua anwani ya seva, huanzisha handaki, na kisha tu huthibitisha. Hitilafu 868 ni ya hatua ya pili. Kwa kuwa hatua za baadaye haziendeshwi kamwe, kidirisha kinaweza kuonekana kama tatizo la vitambulisho wakati utafutaji ulishindwa kwanza.

Mpangilio huo ni muhimu kwa sababu hupunguza tabaka la kuchunguza. Wakati wasifu huo huo unafanya kazi kutoka mtandao mmoja na kushindwa kutoka mwingine, tofauti kawaida ni utatuzi wa majina, si aina ya handaki au akaunti. Jaribu utafutaji mahali hitilafu inatokea, si mahali wasifu uliundwa.

Jina gani, wakati sehemu inaonyesha anwani

Soma thamani iliyohifadhiwa badala ya jina linaloonyeshwa. Lebo ya muunganisho si anwani yake ya seva, na maingizo mawili yenye lebo zinazofanana yanakutuma kufuata lile lisilo sahihi:

Get-VpnConnection -Name "Work VPN" |
    Select-Object Name, ServerAddress, TunnelType

Ikiwa wasifu umeandaliwa kwa watumiaji wote, uliza pia wigo huo kwa -AllUserConnection. Kisha tatua thamani kamili ambayo amri ilichapisha, kutoka mtandao ambapo hitilafu inatokea. Tumia lango lililoandikwa la mwendeshaji, si jina la ndani la programu linalotatuliwa tu baada ya handaki kupanda. Swali hilo la pili hushindwa kwa sababu inayotarajiwa na halikwambii chochote kuhusu kupiga simu:

Resolve-DnsName vpn.example.com

Wakati thamani iliyohifadhiwa ni ya nambari kweli, tafuta mahali pa pili ambapo mteja husoma jina. Mipangilio ya EAP inaweza kurejelea seva, wasifu ulioingizwa kutoka zana nyingine unaweza kubeba thamani yake, na kisakinishi cha awali kinaweza kuacha ingizo la nakala. Sehemu ya kidirisha si kila wakati ndiyo pembejeo pekee.

Mfumo wa kuunganisha upya wa Windows 7

Uzi ulio nyuma ya hitilafu hii unaeleza mashine zilizounganisha mara moja na kisha kushindwa katika jaribio la baadaye kwa 868, bila kitu kubadilika kwenye wasifu. Washiriki waliripoti kwamba kuwasha upya huduma ya Remote Access Connection Manager au kutoka na kuingia tena kulirejesha muunganisho kwa muda. Hizo ni njia za kukwepa, si sababu ya msingi iliyothibitishwa.

Chukua mfumo huo kama dhana tofauti. Kuwasha upya hurejesha hali ya mteja, kwa hivyo mafanikio ya muda baadaye hayathibitishi kuwa rekodi ya DNS ilikuwa mbaya:

Soma jedwali kama seti ya uchunguzi unaotofautisha, si utambuzi. Safu ya kwanza ni tatizo la jina, ya pili ni hali ya mteja, na ya tatu ni wasifu ambao haukuwa sahihi kamwe. Kila moja inaongoza kwa mtu tofauti na marekebisho tofauti.

Nini cha kukusanya kwa msimamizi

Andika jina la wasifu, anwani iliyohifadhiwa, aina ya handaki, mtandao ambao mteja alikuwa, na ikiwa hitilafu ilifuata kukatika. Rekodi hiyo hutenganisha kushindwa halisi kwa utafutaji na tabia ya kihistoria ya kuunganisha upya bila mtu yeyote kulazimika kukisia. Hifadhi pia kumbukumbu za matukio za mteja karibu na jaribio.

Njia ya kukwepa kutoka matoleo ya zamani ni ushahidi kwamba tabia ilikuwa ipo, si ahadi kwamba ule ule uanzishaji upya wa huduma utarekebisha mashine ya sasa. Kubadilisha jina la mwenyeji lililoandikwa na anwani halisi pia si ukarabati.

Baadhi ya wasifu hutarajia utambulisho wa seva unaoendana na jina lililowekwa, kwa hivyo njia ya nambari ya kukwepa inaweza kubadilisha hitilafu moja na nyingine. Ikiwa jina lazima libaki, rekebisha njia ya utatuzi na si maandishi ya wasifu. Kwa vyovyote vile, andika ulichobadilisha na kwa nini.