Description of problem:
Configuration of host provisioning on Openstack compute resources: editing existing hosts previously provisioned by Satellite on Openstack platform always times out.
 In addtion, on the page of setting up Openstack (Compute Resources -> our openstack instance -> edit), clicking the "Test Connection" button always times out with an error message "connect_write timeout reached".


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

How reproducible:
Every time

Steps to Reproduce:
1. Configuration of host provisioning on Openstack compute resources: editing existing hosts previously provisioned by Satellite on Openstack platform always times out.
2. In addtion, on the page of setting up Openstack (Compute Resources -> our openstack instance -> edit), clicking the "Test Connection" button always times out with an error message "connect_write timeout reached"
3. While analyzing communications between Satellite server and Openstack API endpoint in tcpdump, found that Satellite server has been trying to communicate over TCP port 35357.
4. It looks like fog is defaulting to the 'adminURL' over port 35357 on some actions.
5. In file /usr/share/foreman/app/models/compute_resources/foreman/model/openstack.rb
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
def url_for_fog
      u = URI.parse(url)
      "#{u.scheme}://#{u.host}:#{u.port}"
    end

    def fog_credentials
      { :provider           => :openstack,
        :openstack_api_key  => password,
        :openstack_username => user,
        :openstack_auth_url => url_for_fog,    
        :openstack_identity_endpoint => url_for_fog,  
      }.tap do |h|
        if tenant.present?
          if identity_version == 2
            h[:openstack_tenant] = tenant
          else
            h[:openstack_project_name] = tenant
          end

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Actual results: Error message "connect_write timeout reached".


Expected results: Should not through any error.


Additional info: Upstream bug: https://projects.theforeman.org/issues/28311