We have issues with all PAM servers in our environment after upgrading to version 4.0.1.
Users in the office aren't able to use the PAM appliance without connecting to VPN. We engaged the network team to look into this issue as we thought it was related to routing but from network side.
Pinging the appliances from a host in the 172.17.0.0/16 network range does not reply although pinging or accessing from any other network range works fine. Also accessing target devices in the same same range act as if they are firewalled although there is no firewalls at all between them
Release : 4.0.x and 4.1.0
Component : PRIVILEGED ACCESS MANAGEMENT
PAM internal Docker services uses 172.17.0.0 which leads to an issue with IP routing in and out of the PAM appliances and Utility servers. The Docker service was just introduced in Symantec PAM 4.x to enable additional future services including the PAMSC integration and PAM Utility Appliances.
The recommended method is to upgrade to at least version 4.1.1 and modify the Docker network settings as shown here.
If you are not on version 4.1.1 or higher a workaround of modifying this internal network is possible with Broadcom Support's SSH login directly to each PAM node in the cluster and each Utility Appliance to manually update Docker to utilize an unused network in your current environment.
Customer will need to request an unused Class B network from their network team. When you have the specified Class B network you can arrange with Broadcom support (via support ticket) to SSH into PAM to modify the big IP range
These changes might cause a problem an upgrade to PAM 4.1.1 or higher.