Ошибка 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 |
Читайте таблицу как набор различающих наблюдений, а не как диагноз. Первая строка — проблема имени, вторая — состояние клиента, третья — профиль, который никогда не был правильным. Каждая ведёт к другому человеку и другому исправлению.
Что собрать для администратора
Запишите имя профиля, сохранённый адрес, тип туннеля, сеть, в которой находился клиент, и предшествовал ли сбой отключению. Эта запись отделяет настоящий сбой поиска от исторического поведения при переподключении без необходимости кому-либо угадывать. Сохраните также журнал событий клиента вокруг попытки.
Обходной путь из старых сборок — доказательство того, что поведение существовало, а не обещание, что тот же перезапуск службы исправит текущую машину. Замена документированного имени узла буквальным адресом тоже не ремонт.
Некоторые профили ожидают идентичность сервера, совпадающую с настроенным именем, поэтому числовой обходной путь может обменять одну ошибку на другую. Если имя должно остаться, исправляйте путь разрешения, а не текст профиля. В любом случае запишите, что вы изменили и почему.