Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1358102 - [RFE] How to configure another port (other than port 80) in satellite server for communicating between the Satellite server and client?
Summary: [RFE] How to configure another port (other than port 80) in satellite server ...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Installation
Version: 6.1.0
Hardware: x86_64
OS: Linux
low
low
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks: 260381
TreeView+ depends on / blocked
 
Reported: 2016-07-20 04:31 UTC by Amit Kumar Das
Modified: 2023-05-17 17:10 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-24 20:25:32 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker SAT-17754 0 None None None 2023-05-17 17:10:10 UTC

Description Amit Kumar Das 2016-07-20 04:31:14 UTC
Description of problem:

In particular environment, security is unlikely to allow traffic on port 80 between satellite server and clients in secure networks.

a) Is there a workaround for configuring port 80 in satellite server?
b) How to configure another port (other than port 80) in satellite server for communicating between the Satellite server and clients?

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.
2.
3.

Actual results:
* The use of port 80 is a one-time thing for provisioning only, at least for everything.  The kickstart template, installation media, and downloading the subscription-manager configuration RPM all use port 80.
* The configuration RPM is hard coded to use port 80, and the installation media is too hard coded.  The Template could be moved to a different port like 8000 using the templates proxy, but that doesn't get you anything if the other 2 uses are going through 80.

Expected results:
Customer should configure ports (other than port 80) in satellite server to communicate between satellite and clients. Currently, port 80 is hard coded in satellite server.


Additional info:

Comment 1 David Caplan 2016-07-22 15:35:06 UTC
I would like to see the Capsule change the incoming port 80 request from the to port 443 between the Capsule and the Satellite Server. It is essential that all communications between the Satellite Server and the Capsule be encrypted.

Comment 2 Ivan Necas 2016-07-28 15:34:29 UTC
@david what communication case are we talking about? I'm not aware about a case where communication between satellite and capsule would not go over ssl. The port on satellite side used is 443 and on capsule side 9090 (but it's still SSL)

Comment 3 Ivan Necas 2016-07-28 15:34:46 UTC
To the subject of the BZ request itself. I assume (and correct me if I'm wrong) the request is not about turning on SSL, but rather making the 80 port configurable on all the places that it's hardcoded right now (there are reasons we don't use SSL, such as Anaconda constraints on https).

I see this places, where the 80 port is hardcoded:

1. unattended templates when getting from satellite server
  - a workaround for this is using a templates capsule module (turned on by default on every capsule), by default serving the templates on port 8000 and it should be configurable by `--foreman-proxy-template-url` option

2. the non-https yum repositories served by satellite

3. the location of bootstrap rpms (https://satellite.example.com/pub/)

It seems to me (correct me, if I'm wrong) that the 2. is the main request of the BZ, right?

Comment 4 Amit Kumar Das 2016-09-01 00:47:10 UTC
@Ivan
Customer's security team blocks any traffic on port 80 between

a) satellite->capsule
b) satellite->client
c) capsule->client
d) redhat cdn->satellite

If port 80 is mandatory in satellite/capsule (such as for provisioning, kickstart, repo sync, remote execution, monitoring etc) then we need this port to be configurable to other port. 

In other words, we need to figure-out what all tasks is compulsorily using port 80 in satellite/capsule server. Specially if it involves traffic as above in a,b,c,d. Can we use any other port for same tasks? and how can we configure that in sat/capsule?

From the above comment, I can find there are 3 scenarios which uses port 80.
1 has a solution
2 how can we use any other port for same piece of work.
3 same as 2

Thanks.

Comment 6 Bryan Kearney 2017-08-24 20:25:32 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in product in the forseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.


Note You need to log in before you can comment on or make changes to this bug.