There exists the ability to override the IP address facts with subscription-manager as reported to the Satellite during registration.

You can do this via specification of facts file outlined here:

1) On host behind NAT network, search for all subscription-manager facts containing the NAT-ed IP address:

# subscription-manager facts |grep '.*ip.*address'

net.interface.eth0.ipv4_address: 10.10.99.99
net.interface.eth0.ipv4_address_list: 10.10.99.99
net.interface.eth0.ipv6_address.link: fe80::7e60:1587:6fcc:d58c
net.interface.eth0.ipv6_address.link_list: fe80::39a3:baf8:a2e2:3303, fe80::1a59:d181:6ef6:335d, fe80::7e60:1587:6fcc:d58c
net.interface.lo.ipv4_address: 127.0.0.1
net.interface.lo.ipv4_address_list: 127.0.0.1
net.interface.lo.ipv6_address.host: ::1
net.interface.lo.ipv6_address.host_list: ::1
network.ipv4_address: 10.10.99.99
network.ipv6_address: fe80::7e60:1587:6fcc:d58c, fe80::1a59:d181:6ef6:335d, fe80::39a3:baf8:a2e2:3303


2) Edit your override file, open a new file:

/etc/rhsm/facts/ip.facts

3) Ensure the contents contain the ipv4 network addresses and interfaces for the

{"network.ipv4_address": "10.10.99.99", "net.interface.eth0.ipv4_address":"10.10.99.99","net.interface.eth0.ipv4_address_list":"10.10.99.99"}


4) Delete the host entirely from the Satellite

5) re-register the host, verify the IP address in the Host Details in the UI shows the overridden value.

6) Check if the IP address is overridden in a way that allows the Remote Execution jobs on the Satellite reach the host.

I've not tried this *exact* scenario with a NAT network because we don't have that setup in any of our labs but I can verify the override works and the Satellite will store the IP as specified in the facts file.

Let us know if this helps the situation

Hey achadha, is the issue resolved? Can we close this bug?