curl отдает приоритет IP, предоставленному для разрешения arg (или другого), перед другими опциями DNS

При попытке использовать curl для обхода неправильно настроенной записи DNS (экспериментировал и не знал в то время), --resolve показался правильным решением. Однако аргумент повел себя не так, как я ожидал, и (успешно) выдал 404.

Редактирование системного файла /etc/hosts для добавления нужной записи работает нормально, поэтому кажется, что это должно быть частью того, как curl разрешает DNS. И действительно, изменение IP в /etc/hosts на что-то недопустимое также получает приоритет над --resolve arg и 404s.

Можно ли заставить curl разрешать конкретный IP для имени вместо того, что система предоставляет через встроенный аргумент? (и является ли это --resolve в сочетании с чем-то еще?)

Пример ниже; имена и адреса изменены для защиты виновных.

% curl -L -vv --resolve "foo.example.com:80:10.14.0.1" "https://foo.example.com/path"
* Added foo.example.com:80:10.14.0.1 to DNS cache
*   Trying 10.15.0.1
* TCP_NODELAY set
* Connected to foo.example.com (10.15.0.1) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/cert.pem
 CApath: none
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (OUT), TLS alert, unknown CA (560):
* SSL certificate problem: unable to get local issuer certificate
* Closing connection 0
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: https://curl.haxx.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.