-
Feature Request
-
Resolution: Unresolved
-
Major
-
None
-
6.10.0
-
5
-
False
-
-
False
-
CLOSED
-
3,700
-
Rocket
-
Proposed
1. Proposed title of this feature request
Creating a new HTTP Proxy in satellite GUI should have an option to automatically update/set the "Default HTTP Proxy setting", no need to navigate to "Administer menu" to update/set global default proxy again.
2. What is the nature and description of the request?
Many organizations utilizing Red Hat Satellite have network policies that block direct access to the internet by the Satellite Server,
and instead require that the Satellite Server go through an HTTP proxy to access the internet to synchronize content.
Currently, to configuring a Global Proxy in Satellite, we have to follow the below steps:-
Satellite WebUI > Infrastructure menu and select HTTP Proxies // Define the proxy details.
Then, he has to configure Satellite to use this newly created proxy as the global default proxy. // Most of the customer missed this step
Steps:-
======
Administer menu, and select Setting > Content tab > Default HTTP Proxy setting > Select the one he created earlier.
3. Why does the customer need this? (List the business requirements here)
In one page the customer can define/update/set the "Default HTTP Proxy setting", since Satellite doesn’t have an HTTP proxy setting at the organization level,
and the Default HTTP Proxy setting is global to all organizations. so manaully again going to Administer menu, and update the "Default HTTP Proxy setting" does not make much sense.
4. How would the customer like to achieve this? (List the functional requirements here)
I am suggesting to put an option in the HTTP Proxies page to update/set the "Default HTTP Proxy setting".
so that customers don't have to navigate to the "Administer menu, and select Setting > Content tab > Default HTTP Proxy setting > content" to update the settings.
5. Is there already an existing RFE upstream or in Red Hat Bugzilla?
Unknown
6. Does the customer have any specific time-line dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
No
7. Is the sales team involved in this request and do they have any additional input?
No
8. List any affected packages or components.
Unknown
- external trackers