An architect is troubleshooting a User-ID deployment where IP-to-username mappings are missing for users on a specific subnet. Which TWO sources or tools can be checked to verify mapping status on the Palo Alto Networks firewall? (Choose two)
Trap 1: Check the BIOS boot sequence of the firewall management plane.
BIOS boot order governs how the management plane starts and has no bearing on IP-to-username mappings. Boot configuration is tempting when a firewall fails to boot, but User-ID mappings are runtime data held in the user mapping table, so the agent, syslog listener or GlobalProtect source for that subnet must be checked instead.
Trap 2: Check the GlobalProtect client GUI for hardware warranty details.
The GlobalProtect client GUI shows tunnel and connection state, not hardware warranty data, and neither relates to IP-to-username mappings. Warranty information is tempting when auditing device support coverage, but User-ID troubleshooting requires the firewall's user mapping table and the agent or syslog source feeding that subnet.
Trap 3: Verify the physical fiber optic cable transceivers on HA2.
HA2 transceivers carry synchronisation traffic between peers, not User-ID mappings. Checking them is tempting because HA link faults do cause odd behaviour, but IP-to-username data lives in the User-ID agent, syslog sources, or the firewall's user mapping table.
- A
Check the BIOS boot sequence of the firewall management plane.
Why it fails: BIOS boot order governs how the management plane starts and has no bearing on IP-to-username mappings. Boot configuration is tempting when a firewall fails to boot, but User-ID mappings are runtime data held in the user mapping table, so the agent, syslog listener or GlobalProtect source for that subnet must be checked instead.
- B
Check the GlobalProtect client GUI for hardware warranty details.
Why it fails: The GlobalProtect client GUI shows tunnel and connection state, not hardware warranty data, and neither relates to IP-to-username mappings. Warranty information is tempting when auditing device support coverage, but User-ID troubleshooting requires the firewall's user mapping table and the agent or syslog source feeding that subnet.
- C
Run the CLI command 'show user ip-user-mapping all' on the firewall to view current mappings.
The CLI command 'show user ip-user-mapping all' queries the firewall's current IP-to-username mapping table, revealing whether mappings exist for the affected subnet. This directly verifies mapping status, satisfying the requirement to check a source or tool that confirms whether User-ID mappings are present.
- D
Check the User-ID agent status and connection state on the firewall under Device > User Identification.
Device > User Identification exposes the User-ID agent's connection state, so a disconnected or unregistered agent on that subnet's collector is visible immediately. Since missing IP-to-username mappings stem from the agent failing to relay mappings, verifying its status confirms whether the firewall is receiving updates from Microsoft Entra ID-integrated sources.
- E
Verify the physical fiber optic cable transceivers on HA2.
Why it fails: HA2 transceivers carry synchronisation traffic between peers, not User-ID mappings. Checking them is tempting because HA link faults do cause odd behaviour, but IP-to-username data lives in the User-ID agent, syslog sources, or the firewall's user mapping table.