Главная/Гайды/Проблемы с VPN
VPN

VPN постоянно отключается

VPN случайно обрывается, не подключается, или показывает ошибки аутентификации? Пройдите эти шаги по порядку — большинство обрывов решаются на шаге 2 или шаге 4.

Advertisement · 728×90
🔒

VPN постоянно отключается

VPN случайно обрывается, не подключается, или показывает ошибки аутентификации

⚠ Частые симптомы

  • VPN подключается, но обрывается через несколько секунд или минут
  • Сообщения вида "Authentication failed" или "Credential error"
  • VPN показывает статус подключено, но ресурсы компании недоступны
  • Работает дома, но не работает в отеле, кафе или на гостевом Wi-Fi
  • 1

    Проверьте свои учётные данные — и какой тип VPN вы используете

    Войдите через браузер вместо VPN-приложения, чтобы исключить проблему с аккаунтом.

    Личный VPN (NordVPN, ExpressVPN, ProtonVPN и т.д.): войдите в аккаунт на сайте провайдера — истёкшая подписка выглядит точно так же, как ошибка подключения.

    Корпоративный VPN (Cisco AnyConnect, GlobalProtect, Zscaler): войдите в рабочую почту или корпоративный портал → если это тоже не работает, обратитесь в IT или HR self-service, прежде чем разбираться с VPN-клиентом.

  • 2

    Смените протокол VPN-туннеля

    Некоторые сети (отели, аэропорты, корпоративный гостевой Wi-Fi) блокируют VPN-протоколы вроде PPTP и L2TP. В настройках VPN-клиента переключитесь на один из:
    • IKEv2
    • WireGuard
    • SSL/TLS (TCP port 443) — почти никогда не блокируется, так как это стандартный порт HTTPS.

  • 3

    Временно отключите антивирус и firewall

    Сторонние security-программы с функцией "защита сети" могут обрывать VPN-туннели. Отключите свою → попробуйте подключиться → если сработало, добавьте исполняемый файл VPN и виртуальный адаптер в исключения в настройках security-софта.

  • 4

    Исправьте системные часы — для аутентификации нужна синхронизация времени

    Протоколам вроде IKEv2 и Kerberos нужно, чтобы ваши часы отличались от времени сервера максимум на несколько минут. Правой кнопкой на часах → Adjust date/time → переключите Set time automatically в off → потом обратно в on.

  • 5

    Полностью переустановите VPN-клиент

    Повреждённые TAP/TUN-драйверы или сломанные config-файлы вызывают постоянные сбои. Удалите VPN-клиент → перезагрузитесь → скачайте свежий установщик с IT-портала компании или сайта вендора. Чистая установка заменяет виртуальный сетевой адаптер, от которого зависит VPN.

  • 6

    Connected but can't reach company resources? Check split DNS and routing

    If the VPN shows connected but you can't reach internal servers or shares (e.g. fileserver.company.local), the tunnel is up but DNS requests or the corporate subnet aren't being routed through it. Check your VPN client for a "split DNS" or "DNS leak protection" setting and enable it, or ask IT for your company's internal DNS server IP to add manually. Then confirm the corporate subnet actually has a route through the VPN adapter:

    # Look for the corporate subnet routed via the VPN adapter
    route print
  • 1

    Проверьте свои учётные данные — и какой тип VPN вы используете

    Откройте Safari и войдите там вместо VPN-приложения, чтобы исключить проблему с аккаунтом.

    Личный VPN (NordVPN, ExpressVPN, ProtonVPN и т.д.): войдите в аккаунт на сайте провайдера — истёкшая подписка выглядит точно так же, как ошибка подключения.

    Корпоративный VPN: войдите в рабочую почту или корпоративный портал → если это тоже не работает, обратитесь в IT или воспользуйтесь корпоративным self-service сбросом пароля, прежде чем разбираться с VPN-клиентом.

  • 2

    Смените протокол VPN-туннеля

    Некоторые сети (отели, аэропорты, корпоративный гостевой Wi-Fi) блокируют распространённые VPN-протоколы.

    Встроенный VPN в macOS: System Settings → VPN → отредактируйте своё подключение → смените тип на IKEv2, если доступно.

    Сторонние клиенты (Cisco AnyConnect, GlobalProtect, Mullvad): найдите настройку протокола в приложении → переключитесь на SSL/TLS или TCP port 443 — почти никогда не блокируется, так как также используется для всего HTTPS-трафика.

  • 3

    Временно отключите firewall macOS

    System Settings → Network → Firewall → временно выключите → попробуйте подключить VPN. Если сработало, включите firewall обратно → нажмите Options → добавьте своё VPN-приложение в разрешённые с параметром Allow incoming connections.

    Сторонние security-программы с функцией "защита сети" (Little Snitch, Cisco Secure Endpoint) тоже могут перехватывать VPN-туннели — добавьте исполняемый файл VPN в исключения и там.

  • 4

    Синхронизируйте системные часы — расхождение времени ломает VPN-аутентификацию

    VPN на базе IKEv2 и Kerberos требуют, чтобы часы Mac отличались от времени сервера не более чем на 5 минут. Включите автоматическую синхронизацию: System Settings → General → Date & Time → Set time and date automatically. Чтобы принудительно ресинхронизировать прямо сейчас, откройте Terminal и выполните:

    sudo sntp -sS time.apple.com
  • 5

    Переустановите VPN-клиент начисто

    Повреждённые config-файлы или сломанные kernel extensions вызывают постоянные обрывы. Удалите VPN-клиент: перетащите приложение в Trash → через Finder ⌘⇧G → проверьте ~/Library/Application Support/ и /Library/LaunchDaemons/ на оставшиеся папки вендора, удалите их → очистите Trash → перезагрузите Mac → скачайте и установите свежую копию с IT-портала компании или сайта вендора.

  • 6

    Connected but can't reach company resources? Check split DNS and routing

    If the VPN shows connected but you can't reach internal servers or shares (e.g. fileserver.company.local), the tunnel is up but DNS requests or the corporate subnet aren't being routed through it. Check your VPN client for a "split DNS" or "DNS leak protection" setting and enable it, or ask IT for your company's internal DNS server IP to add manually. Then confirm the corporate subnet actually has a route through the VPN adapter:

    # Look for the corporate subnet routed via the VPN's utun interface
    netstat -rn
  • 1

    Убедитесь, что ваши учётные данные действительны

    # Test VPN connectivity manually (OpenVPN example)
    sudo openvpn --config /path/to/your.ovpn --auth-retry interact

    # Check VPN service logs
    journalctl -u NetworkManager -f
  • 2

    Смените протокол VPN

    # Install WireGuard (faster and less likely to be blocked)
    sudo apt install wireguard -y

    # Or install OpenVPN if not present
    sudo apt install openvpn network-manager-openvpn -y

    # Restart NetworkManager to pick up new plugins
    sudo systemctl restart NetworkManager
  • 3

    Проверьте, не блокирует ли firewall порты VPN

    # Check UFW (Ubuntu's firewall) status
    sudo ufw status verbose

    # Allow OpenVPN port (UDP 1194)
    sudo ufw allow 1194/udp

    # Allow WireGuard port (UDP 51820)
    sudo ufw allow 51820/udp

    # Check iptables rules
    sudo iptables -L -n | grep -E "1194|51820|443"
  • 4

    Синхронизируйте системные часы

    # Check current time sync status
    timedatectl status

    # Enable automatic time sync via NTP
    sudo timedatectl set-ntp true

    # Force immediate sync
    sudo systemctl restart systemd-timesyncd
    timedatectl show-timesync
  • 5

    Полностью переустановите VPN-клиент

    # Remove and reinstall OpenVPN + NM plugin
    sudo apt remove --purge openvpn network-manager-openvpn -y
    sudo apt autoremove -y
    sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome -y
    sudo systemctl restart NetworkManager
  • 6

    Connected but can't reach company resources? Check split DNS and routing

    If the VPN shows connected but you can't reach internal servers or shares, the tunnel is up but DNS requests or the corporate subnet aren't being routed through it. Check your VPN client for a "split DNS" or "DNS leak protection" setting, or ask IT for your company's internal DNS server IP. Then confirm the corporate subnet actually has a route through the VPN interface:

    # Look for the corporate subnet routed via tun0/wg0
    ip route

    # Check which DNS servers are actually in use
    resolvectl status
💡

Всё ещё не помогло? Включите VPN logging (обычно в Settings → Logs) и передайте файл лога в IT help desk. В логе содержится точный код ошибки, который сокращает диагностику с часов до минут.

Advertisement · 728×90
❓

Похожие вопросы

Быстрые ответы по этой проблеме

Частые причины — истёкшие credentials, блокировка протокола VPN в сети, вмешательство антивируса, либо рассинхронизация системных часов. Попробуйте сменить протокол (IKEv2 или WireGuard), временно отключить firewall и убедиться, что системное время устанавливается автоматически.
Туннель поднят, но ваши DNS-запросы не идут через него, поэтому ПК не может разрешить внутренние имена серверов вроде fileserver.company.local. Проверьте настройки VPN-клиента на предмет опции «split DNS» или «DNS leak protection». Также может понадобиться вручную указать IP внутреннего DNS-сервера компании в настройках сетевого адаптера — уточните этот адрес у своей IT-команды.
У обеих часто одна и та же первопричина — clock drift или устаревшие cached credentials — но исправления применяются в разных местах. Если у вас также не проходит вход в Slack, Teams или на network share, см. наше руководство по ошибкам аутентификации, где подробнее разобраны Credential Manager и проблемы с certificate.
🧑‍💻

VPN всё ещё обрывается? Техник может прочитать логи, которые вы не можете.

Правила firewall, split DNS и конфигурация VPN-сервера часто требуют IT-доступа для диагностики. Свяжитесь с проверенным техником для удалённой поддержки.

Поговорить с техником
Похожее

Проблемы с VPN часто пересекаются со следующим.

🔑

Ошибки аутентификации

Сбои входа, проблемы с MFA и clock drift.

Исправить →
🔌

Приложение не подключается

Slack, Teams или Zoom не могут достучаться до своих серверов.

Исправить →
🌐

Нет интернета / сеть не работает

VPN для начала нужен работающий интернет.

Исправить →
Advertisement · 728×90