GlobalProtect --- Use machine certificate or a user certificate (without specifying Username Field)

Showing results for 
Show  only  | Search instead for 
Did you mean: 

GlobalProtect --- Use machine certificate or a user certificate (without specifying Username Field)

L0 Member



I'm busy setting up GlobalProtect for a client, and already have LDAP authentication working. However the client requires a second factor for the authentication and went with certificates because they have an internal PKI.


I've been trying to configure this to use machine certificates, so that only corporate machines would have access. I've followed the guides, and this LIVEcommunity post re-iterates what's I've read.


However, when I leave the Username Field blank in the certificate profile, I get failed commits with the following details:


GlobalProtect portal(portal name) auth setting is invalid: no username field is configured in certificate profile.
(Module: sslvpn)
GlobalProtect gateway(gateway name) auth setting is invalid: no username field is configured in certificate profile.
(Module: rasmgr)
global-protect-gateway tunnel interface (tunnel name) in vsys (vsys1) parsing failed
(Module: rasmgr)


What am I missing here that would cause this error, when all the literature I've been through indicates that I should be able to set the Username Field to "None"? We've even moved to a higher maintenance release on the firewall in case this was a bug. Now running PAN-OS 9.0.7.


Any suggestion of where I could or should look for issues will be appreciated.




L0 Member


Is there an update or workaround for this i get the same issue.


User certificate if you are accessing secured device or adding user in authentication server. Machine certificate if you are adding  machine to a domain or setting up SMTP

Hi @Ezekoli


Thanks for your response, but it's not quite what I'm asking. My query isn't about which type of certificate to use.


When you create a certificate profile, you are able to select how the username field will be populated from the certificate (if for e.g. you are using the certificate as part of GlobalProtect authentication). The three options are Subject (which populates from the common name), Alternative Name (which populates from the Email or Principal Name depending on your choice) or None (which doesn't fill the username field at all).



Everything I've read indicates that you can select a username field to add security to that process, i.e. I've got a username and password but I don't have a cert, I can't use another user's certificate if I had to get hold of one or I can't use another users machine to log on with my credentials. But if you don't need or want that extra level of security, you should be able to select "None".


However, when I do that, I get commit failures. This is the issue I would like to address - why does the firewall fail to commit if there is no option selected for the username field on the certificate profile.

Seeing the same issue committing with a certificate profile if Username set to None.  Tested this with 8.1.14h2 and commit was successful.  Fails on 9.0.8.  Support engineer tested also on 9.0.6 and saw the same commit failure.  

Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!