GVC зависает на Acquiring IP: это не проблема пароля
Аутентификация может завершиться, пока у виртуального адаптера всё ещё нет адреса. Идите по пути аренды, а не меняйте несвязанные настройки клиента.
Global VPN Client застревает на Acquiring IP, и первая реакция — ввести пароль заново или переустановить клиент. Ни то, ни другое не затрагивает этап, который не удался. Аутентификация завершилась ещё до того, как клиент вообще запросил адрес, поэтому на этой строке вас держат не учётные данные. Вас держит там незавершённый обмен DHCP, и он может застрять в трёх разных местах.
Аутентификация и назначение адреса — отдельные этапы
GVC сначала доказывает, кто вы, затем запрашивает настройки для своего виртуального адаптера согласно политике, назначенной вашему подключению. Это последовательные шаги с разными признаками отказа. Неверные учётные данные обычно отказывают раньше, с сообщением аутентификации или согласования, а не со строкой адреса.
Этот порядок объясняет, почему сброс пароля, новый локальный пользователь или переустановка здесь ничего не меняют. Клиент уже авторизован; теперь он ждёт аренду, которую должен предоставить шлюз или его партнёр DHCP. Даже политика, разрешающая пользователя, но не назначающая диапазон адресов, даёт ровно этот экран.
Поэтому первый полезный вопрос — не правильны ли учётные данные, а какая политика назначена и что она говорит об адресации виртуального адаптера. Читайте фактическую конфигурацию этого подключения, а не рабочий снимок экрана коллеги.
Откуда на самом деле берётся аренда
Обычны две модели. Межсетевой экран может сам вести область DHCP для клиентов VPN или передавать запрос внешнему серверу DHCP во внутренней сети. Модель определяет, какие журналы важны и кому звонить.
Во внутренней модели проверьте, что область всё ещё существует, относится к нужному интерфейсу и имеет свободные аренды. Исчерпанная область даёт клиента, который безупречно проходит аутентификацию и никогда не получает адрес, а журнал шлюза может показывать только запрос. В модели пересылки цель пересылки, маршрут обратно к диапазону клиентов VPN и любая внутренняя авторизация DHCP должны совпадать.
Запишите, какую модель использует ваше развёртывание, прежде чем что-либо тестировать. Половина противоречивых советов в интернете предполагает другую.
Туннель может быть поднят и всё же терять аренду
Установленное управляющее соединение доказывает, что согласование удалось, а не то, что данные в туннеле проходят в обе стороны. Обмену DHCP нужны запрос и ответ, чтобы преодолеть путь данных, и именно там живут настройки шифрования, политика для зоны VPN и проблемы с MTU.
Совет по NAT traversal — самый ясный пример того, что контекст важен. Некоторым путям нужно, чтобы он был включён, другие работают только с выключенным, и промежуточный NAT вместе с согласованным соединением решают, какой именно. Менять его вслепую, одновременно меняя настройки клиента, означает, что вы не узнаете, какое изменение дало результат. Запишите согласованный путь и доказательства, прежде чем менять инкапсуляцию.
Перезагрузка домашнего роутера относится к той же категории. Иногда она убирает симптом, но не выясняет, почему аренда не удалась, и проблема возвращается при следующем подключении.
Пройдите путь аренды по порядку
Начните с адаптера и двигайтесь наружу, чтобы каждый шаг мог отказать только по одной причине:
> Get-NetAdapter | Where-Object Name -like "*GVC*"
> ipconfig /all | findstr /i /c:"GVC" /c:"IPv4" /c:"DHCP"
> Test-NetConnection 10.60.0.1 -Port 443
Адрес вида 169.254.x.x означает, что адаптер существует и не получил вообще никакого ответа, что указывает на источник аренды или путь данных. Правильный адрес в диапазоне VPN с неверными записями DNS — другая неисправность: аренда сработала, а политика выдала неполные настройки. Адаптер, который так и не появляется, означает, что клиент не дошёл до его создания.
Как только появится аренда, проверьте реальный ресурс, а не объявляйте победу на строке адреса. Если доступ к файлам или внутренней сети всё ещё не работает, сохраните успешную аренду как доказательство и переходите к разрешению имён или политике, потому что исходную неисправность вы уже оставили позади.
Заметка SonicWall о виртуальном адаптере перечисляет несколько отдельных ветвей, и её старые снимки экрана не следует читать как текущую карту меню. Используйте её, чтобы подтвердить достигнутый этап, а не как контрольный список для применения целиком.