Description of problem:
On a satellite server (6.2 and 6.3) which has a proxy server configured that is integrated with windows AD server, while refreshing the manifest it fails with below error:
Error refreshing manifest. bad component(expected userinfo component or user component): DOMAIN\user
Version-Release number of selected component (if applicable):
Satellite v 6.2 and 6.3
Always when using an authenticated proxy server with AD user
Steps to Reproduce:
1. Take/setup a squid proxy server which is integrated with AD.
2. Configure the proxy details on the satellite server
# satellite-installer --scenario satellite --katello-proxy-url=http://220.127.116.11 --katello-proxy-port=3128 --katello-proxy-username='DOMAIN\user' --katello-proxy-password='secret'
3. Try to refresh the manifest on the satellite server
Manifest Refresh fails with "Error refreshing manifest. bad component(expected userinfo component or user component): DOMAIN\user" error.
Manifest refresh should work successfully
I've had this same issue with Satellite 6.3.2
The backslash in the username causes Pulp's JSON parser to fail.
# journalctl -xe --unit=pulp_resource_manager.service
pulp.server.initialization:ERROR: One or more plugins failed to initialize. If a new type has been added, run pulp-manage-db to load the type into the dat
celery.worker:ERROR: (42273-47840) Unrecoverable error: ValueError('Invalid \\escape: line 6 column 34 (char 119)',)
Satellite should support usernames and passwords with special characters.
The installer could url-encode them before writing to configuration files.
Additionally, anything that reads the proxy configuration should support url-encoded usernames and passwords.
There's an issue open on rest-client addressing this: https://github.com/rest-client/rest-client/issues/661
I can't find an issue in Pulp, but I believe it will have the same issue.
The JSON configuration file is read here:
The username and password is handed to the requests module here:
The Satellite Team is attempting to provide an accurate backlog of bugzilla requests which we feel will be resolved in the next few releases. We do not believe this bugzilla will meet that criteria, and have plans to close it out in 1 month. This is not a reflection on the validity of the request, but a reflection of the many priorities for the product. If you have any concerns about this, feel free to contact Red Hat Technical Support or your account team. If we do not hear from you, we will close this bug out. Thank you.
Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact Red Hat Technical Support. Thank you.