.The `--noverifyssl`option for `liveimg` no longer checks the server’s certificate for images downloaded using HTTPS
Previously, the installer ignored the `--noverifyssl` option from the `liveimg` kickstart command. Consequently, if the server's certificate could not be validated for images downloaded using the HTTPS protocol, the installation process failed. With this update, this issue has been fixed, and the `--noverifyssl` option of the `liveimg` kickstart command works as expected.
Created attachment 1720357[details]
Anaconda logs from my own test installation
Description of problem:
When attempting to kickstart a system using liveimg with a self-signed certificate the system will fail to install even with --noverifyssl.
Version-Release number of selected component (if applicable):
All RHEL 8 versions. Issue is also present on RHVH which is where this was initially discovered, however RHEL 8 shows the same behavior.
How reproducible:
Always
Steps to Reproduce:
1. Host the ISO on an httpd share using a self-signed certificate. In my example it is on a system with the ip 192.168.122.212
2. Use the following syntax in your kickstart:
liveimg --url=https://192.168.122.212/rhel8-iso/images/install.img --noverifyssl
3. Attempt to kickstart the system
Actual results:
The following error occurred while installing. This is a fatal error and installation will be aborted.
HTTPSConnectionPool(host='192.168.122.212', port=443): Max retries exceeded with url: /rhel8-iso/images/install.img (Caused by SSLError(SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:897)'),))
Expected results:
System is able to install.
Additional info:
The inst.noverifyssl option on grub is working, because I'm hosting the kickstart out of the same webserver using the same ssl certificate, etc. and I'm able to pull the kickstart (only when using inst.noverifyssl). According to the docs --noverifyssl is a valid option for liveimg, so I would expect this to work.
As mentioned briefly above, the issue was initially seen on a RHVH 4.4 installation, however the same behavior is present on RHEL 8.2, and on RHVH 4.4. v
Logs from installation attempt on RHEL 8 attached.
Checked that anaconda-33.16.9.2-1.el8 is in nightly compose RHEL-8.9.0-20230618.15.
Moving to VERIFIED
Documentation text will be added once it's approved for RHEL-9 bug 2157921.