• Клиент завершает попытку соединения с логом: RESOLVE: Cannot resolve host address: vpn.example.com:1194 (Name or service not known).
• В журнале фиксируется: Link remote address is not known.
• Клиент циклически перезапускается без отправки первого UDP/TCP пакета.
• Проблема проявляется при загрузке системы до инициализации Wi-Fi/Ethernet или при сбое локального DNS-сервера.

1. Проверка разрешения доменного имени вручную

Проверьте, отвечает ли системный DNS-резолвер на запросы адреса вашего сервера:

# Linux
resolvectl query vpn.example.com
nslookup vpn.example.com 1.1.1.1

# Windows (PowerShell)
Resolve-DnsName -Name "vpn.example.com" -Server 8.8.8.8

2. Настройка устойчивости к сетевым задержкам в .ovpn

Добавьте директивы для бесконечного повтора DNS-запросов и привязки к IPv4:

# Не падать при первой неудаче DNS, а повторять попытки бесконечно
resolv-retry infinite

# Принудительно запрашивать A-записи (IPv4) вместо AAAA (IPv6)
proto udp4
# или proto tcp4

3. Указание резервных IP-адресов или нескольких директив remote

OpenVPN поддерживает перебор адресов серверов в случае отказа основного:

remote vpn-primary.example.com 1194
remote vpn-backup.example.com 1194
remote 198.51.100.25 1194
remote-random

4. Исправление задержки старта systemd службы

Если OpenVPN стартует раньше, чем сетевой интерфейс получает IP от DHCP:

# Редактирование зависимости юнита
systemctl edit openvpn-client@client.service

Вставьте:

[Unit]
After=network-online.target systemd-resolved.service
Wants=network-online.target