search cancel

Issues with connecting to and from devices in the 172.17.0.0/16 range after upgrading to v 4.x. Including PAM Utility appliances

book

Article ID: 240978

calendar_today

Updated On:

Products

CA Privileged Access Manager (PAM)

Issue/Introduction

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

 

Cause

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.

Environment

Release : 4.0.x and 4.1.x

Component : PRIVILEGED ACCESS MANAGEMENT

Resolution

At this time (8/1/2022), Broadcom Engineering is still working on a change to the PAM architecture to address this issue and an ETA for a resolution via a new PAM release is not available at this time.

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

Additional Information

None.