Грешка 868 со IP-адреса? Што разрешува Windows прво
Дијалогот пријавува неуспешно пребарување додека профилот изгледа бројчано. Прочитајте го вистинското поле на профилот, потоа одвојте проблем со име од стара грешка при повторно поврзување.
Дијалогот пријавува дека името на серверот не можело да се разреши, а полето на профилот во кое гледате е адреса. Таа комбинација не е противречност: клиентот разрешува нешто друго од вредноста за која мислите дека ја чита. Утврдете кон што всушност се поврзува пред да заклучите дека DNS е расипан. Редоследот на сопствените чекори на клиентот ви покажува каде да гледате.
Клиентот разрешува име пред да се поврзе
Вграденото VPN-поврзување на Windows го чита својот профил, ја разрешува адресата на серверот, го стартува тунелот и дури потоа се автентицира. Грешката 868 припаѓа на вториот чекор. Бидејќи подоцнежните чекори никогаш не се извршуваат, дијалогот може да изгледа како проблем со акредитиви кога пребарувањето прво не успеало.
Тој редослед е корисен зашто го стеснува слојот што треба да се прегледа. Кога истиот профил работи од една мрежа, а не успева од друга, разликата обично е во разрешувањето имиња, а не во типот на тунел или сметката. Тестирајте го пребарувањето таму каде што се јавува грешката, не таму каде што е создаден профилот.
Кое име, кога полето покажува адреса
Читајте ја зачуваната вредност наместо прикажаното име. Ознаката на поврзувањето не е нејзината адреса на серверот, а два записи со слични ознаки ве испраќаат по погрешниот:
Get-VpnConnection -Name "Work VPN" |
Select-Object Name, ServerAddress, TunnelType
Ако профилот е подготвен за сите корисници, прашајте го и тој опсег со -AllUserConnection. Потоа разрешете ја точно таа вредност што ја отпечати командата, од мрежата каде што се јавува грешката. Користете го документираниот портал на операторот, а не внатрешното име на апликацијата што се разрешува само откако тунелот ќе се подигне. Тоа второ барање не успева од очекувана причина и не ви кажува ништо за повикувањето:
Resolve-DnsName vpn.example.com
Кога зачуваната вредност е навистина бројчана, побарајте второ место каде што клиентот чита име. EAP-конфигурацијата може да упатува на сервер, профил увезен од друга алатка може да носи своја вредност, а поран инсталатер може да остави дупликат запис. Полето во дијалогот не е секогаш единствениот влез.
Моделот на повторно поврзување во Windows 7
Темата зад оваа грешка опишува машини што се поврзале еднаш и потоа не успеале при подоцнежен обид со 868, без ништо да се смени во профилот. Учесниците објавиле дека рестартирањето на услугата Remote Access Connection Manager или одјавувањето и повторното најавување привремено ја вратиле врската. Тоа се заобиколни решенија, не докажана основна причина.
Третирајте го моделот како посебна хипотеза. Рестартот ја ресетира состојбата на клиентот, така што привремениот успех сѐ уште не докажува дека DNS-записот бил погрешен:
| 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 |
Читајте ја табелата како збир на разликувачки набљудувања, а не како дијагноза. Првиот ред е проблем со име, вториот е состојба на клиентот, а третиот е профил што никогаш не бил правилен. Секој води до различен човек и различно решение.
Што да се собере за администраторот
Запишете го името на профилот, зачуваната адреса, типот на тунелот, мрежата на која бил клиентот и дали грешката следела по исклучување. Тој запис го одвојува вистинскиот неуспех при пребарување од историското однесување при повторно поврзување без никој да мора да погодува. Зачувајте го и дневникот на настани на клиентот околу обидот.
Заобиколното решение од постари верзии е доказ дека однесувањето постоело, а не ветување дека истиот рестарт на услугата ќе ја поправи сегашната машина. Замената на документирано име на домаќин со буквална адреса исто така не е поправка.
Некои профили очекуваат идентитет на серверот што одговара на конфигурираното име, па бројчаното заобиколно решение може да замени една грешка со друга. Ако името мора да остане, поправете ја патеката на разрешување, а не текстот на профилот. Во секој случај запишете што сте смениле и зошто.