Проверка Openconnect сертификат с NetworkManager

эта проблема по-прежнему присутствует в Ubuntu 18.04 с network-manager-openconnect.

Я думаю, что проблема здесь в том, что соединение осуществляется на IP-адрес VPN-сервера, а не его DNS-имя:

$ ps aux | grep openconnect
/usr/sbin/openconnect --servercert sha256:<hash> --syslog --cookie-on-stdin --script /usr/lib/NetworkManager/nm-openconnect-service-openconnect-helper --interface vpn0 <ip>:443

выполните команду вручную, без параметра -- servercert:

$ /usr/sbin/openconnect <ip>:443 --authenticate
POST https://<ip>/
Connected to <ip>:443
SSL negotiation with <ip>
Server certificate verify failed: certificate does not match hostname
Certificate from VPN server "<ip>" failed verification.
Reason: certificate does not match hostname
To trust this server in future, perhaps add this to your command line:
   --servercert sha256:<hash>
Enter 'yes' to accept, 'no' to abort; anything else to view: 

обратите внимание на сбой проверки сертификата.

теперь используется имя хоста вместо IP:

$ /usr/sbin/openconnect <hostname>:443 --authenticate
POST https://<hostname>/
Connected to <ip>:443
SSL negotiation with <hostname>
Connected to HTTPS on <hostname>
XML POST enabled
Please enter your username and password.

нет ошибки сертификата.

теперь, использование IP с параметром servercert:

$ /usr/sbin/openconnect <ip>:443 --authenticate --servercert sha256:<hash>
POST https://<ip>/
Connected to <ip>:443
SSL negotiation with <ip>
Server certificate verify failed: signer not found
Connected to HTTPS on <ip>
XML POST enabled
Please enter your username and password.

сравните ошибку с первым примером - это другая ошибка. Этот не удается, потому что подписывающее лицо не найдено. Учитывая, что мы просто указываем хэш, я думаю, это имеет смысл,поскольку нет цепочки доверия.

для меня, я думаю, что основная причина в том, что network manager по какой-то причине подключается к IP-адресу, а не к имени хоста. Не уверен, почему он будет делать это?