Chyba 868 s IP adresou? Čo Windows vyrieši ako prvé
Dialóg hlási zlyhanie vyhľadania, hoci profil vyzerá číselne. Prečítajte skutočné pole profilu a potom oddeľte problém s názvom od starej chyby pri opätovnom pripojení.
Dialóg hlási, že názov servera sa nepodarilo preložiť, a pole profilu, na ktoré hľadíte, je adresa. Táto kombinácia nie je rozpor: klient prekladá niečo iné než hodnotu, o ktorej si myslíte, že ju číta. Zistite, na čo skutočne volá, než uzavriete, že DNS je pokazené. Poradie vlastných krokov klienta vám ukáže, kam sa pozerať.
Klient preloží názov skôr, než zavolá
Natívne pripojenie VPN v systéme Windows prečíta svoj profil, preloží adresu servera, spustí tunel a až potom overuje. Chyba 868 patrí k druhému kroku. Keďže neskoršie kroky sa nikdy nevykonajú, dialóg môže vyzerať ako problém s prihlasovacími údajmi, keď vyhľadanie zlyhalo ako prvé.
Toto poradie je užitočné, pretože zužuje vrstvu na preskúmanie. Keď ten istý profil funguje z jednej siete a zlyháva z inej, rozdiel je zvyčajne v preklade názvov, nie v type tunela alebo účte. Testujte vyhľadanie tam, kde k zlyhaniu dochádza, nie tam, kde profil vznikol.
Ktorý názov, keď pole ukazuje adresu
Čítajte uloženú hodnotu namiesto zobrazovaného názvu. Popis pripojenia nie je jeho adresa servera a dve položky s podobnými popismi vás pošlú za nesprávnou:
Get-VpnConnection -Name "Work VPN" |
Select-Object Name, ServerAddress, TunnelTypeAk je profil pripravený pre všetkých používateľov, overte aj tento rozsah pomocou -AllUserConnection. Potom preložte presne tú hodnotu, ktorú príkaz vypísal, zo siete, kde k zlyhaniu dochádza. Použite dokumentovanú bránu operátora, nie interný názov aplikácie, ktorý sa preloží až po nadviazaní tunela. Druhý dopyt zlyhá z očakávaného dôvodu a o volaní vám nič nepovie:
Resolve-DnsName vpn.example.comKeď je uložená hodnota naozaj číselná, hľadajte druhé miesto, kde klient číta názov. Konfigurácia EAP môže odkazovať na server, profil importovaný z iného nástroja môže mať vlastnú hodnotu a starší inštalátor mohol zanechať duplicitnú položku. Pole v dialógu nie je vždy jediným vstupom.
Vzor opätovného pripojenia v systéme Windows 7
Vlákno za touto chybou opisuje počítače, ktoré sa raz pripojili a potom pri neskoršom pokuse zlyhali s 868, bez toho, aby sa v profile čokoľvek zmenilo. Prispievatelia hlásili, že reštart služby Remote Access Connection Manager alebo odhlásenie a opätovné prihlásenie pripojenie dočasne obnovili. Sú to obchádzky, nie preukázaná prvotná príčina.
Berte tento vzor ako samostatnú hypotézu. Reštart resetuje stav klienta, takže dočasný úspech potom nepreukazuje, že záznam DNS bol nesprávny:
| Observation | Points toward | What to do next |
|---|---|---|
| Fails from one network, works from another | Name resolution on that path | Resolve the stored name from both networks |
| Fails after a disconnect, works after service restart | Client state, not DNS | Record the sequence for the vendor |
| Fails only on a newly provisioned machine | Profile content or scope | Compare ServerAddress and TunnelType |
Tabuľku čítajte ako súbor rozlišujúcich pozorovaní, nie ako diagnózu. Prvý riadok je problém s názvom, druhý je stav klienta a tretí je profil, ktorý nikdy nebol správny. Každý vedie k inému človeku a inej oprave.
Čo zhromaždiť pre správcu
Zapíšte názov profilu, uloženú adresu, typ tunela, sieť, v ktorej bol klient, a či zlyhanie nasledovalo po odpojení. Tento záznam oddeľuje skutočné zlyhanie vyhľadania od historického správania pri opätovnom pripájaní bez toho, aby niekto musel hádať. Uchovajte aj denník udalostí klienta okolo pokusu.
Obchádzka zo starších zostavení je dôkaz, že správanie existovalo, nie prísľub, že ten istý reštart služby opraví súčasný počítač. Nahradenie dokumentovaného názvu hostiteľa doslovnou adresou tiež nie je oprava.
Niektoré profily očakávajú identitu servera, ktorá zodpovedá nakonfigurovanému názvu, takže číselná obchádzka môže vymeniť jednu chybu za inú. Ak má názov zostať, opravte cestu prekladu, nie text profilu. V každom prípade si zapíšte, čo ste zmenili a prečo.