If the authentication pop-up is triggered but the credentials don't work, it indicates that there may be an issue with the LDAP configuration or the credentials being used. This article details some steps to troubleshoot and resolve this issue.
SG/ISG-Proxy
Troubleshooting Steps:
Verify Bind DN and Password
cn=admin,cn=users,dc=<hostname_dc>
,dc=com
Check LDAP Server Connectivity
Review User Search Base and Filter
dc=<hostname_dc>
,dc=com
(uid=%s)
or (cn=%s)
Validate User Credentials
Check LDAP Attributes
uid
, make sure this attribute exists and is populated for all users.Enable LDAP Debugging
Example LDAP Configuration on ProxySG
ldap.<hostname_dc>.com
389
(or 636
for LDAPS)cn=admin,cn=users,dc=<hostname_dc>
,dc=com
password
dc=<hostname_dc>
,dc=com
(uid=%s)
Testing and Verification
Test Connection:
Test User Authentication:
If these steps don't resolve the issue, consider consulting the ProxySG logs for more detailed error messages. This will include turning on the
auth debug log: (https://knowledge.broadcom.com/external/article/166436/collecting-authentication-debug-log.html)
PCAP (with the LDAP ports referenced in the PCAP filter): https://knowledge.broadcom.com/external/article/167108/using-packet-capture-for-proxysg-and-adv.html; https://knowledge.broadcom.com/external/article/167176/common-pcap-filters-used-on-a-edge-swg-p.html;
entire eventlog: https://<proxy_ip_address>:8082/eventlog/statistics. Click on the "Download' button, to download the entire eventlog.
sysinfo file: https://knowledge.broadcom.com/external/article/166686/download-diagnostic-logs-manually-from-e.html