Global Protect User Login

[rcraxton]

Hello,

Is there a way to control the Global Protect login?   I want to have when a user disconnects from GP, the next time user logs in they get prompted for MFA.   As of now, seems user can disconnect/reconnect repeatedly thru out the day and never get prompted with MFA.   How/where do I fix this?

Thanks

Rich

[TomYoung]

Hi @rcraxton ,

Your issue is typically an authentication cookie configuration.  The solution can be different for different vendors.  What MFA product are you using?

Thanks,

Tom

[rcraxton]

Hello Tom,

Not sure how a cookie come into play, but if you have information?   We use DUO.

Thanks

Rich

[J8Lake]

The Portal and Gateway config each has an option to generate and/or accept an authentication cookie. The configuration is on both the portal and gateway under authentication override. Its having and passing the token for authentication. You can encrypt the cookie with a certificate. 

The cookies are named PanPUAC_*.dat and located in C:\Users\%USERNAME%\AppData\Local\Palo Alto Networks\GlobalProtect

[rcraxton]

Everything I read appears to put a time limit on the user - then when this limit is reached, user gets kicked out <--- Not what I want.

Looking for way to allow user to login and work, but if they happen to disconnect Global Protect, shut down or reboot machine on next GP connection to our network are prompted by DUO MFA to allow login.   Currently, users have roughly a day of not getting prompted by DUO for MFA.

Thanks

Rich

[J8Lake]

Yes, there are timers associated with the cookie validity. So that would be expected behavior with cookies enabled. 

[rcraxton]

So how do I get to where I want to be?

Thanks

Rich

[J8Lake]

Disable Authentication Override by removing the generating and accepting of cookie auth under Portal and Gateway. 

[rcraxton]

So by disabling the Authentication Override, this will give what I'm looking for?   

[J8Lake · Accepted solution]

Yes, the described behavior would be inline with have Cookie Auth enabled to generate and accept on both Portal and Gateway. Removing those configurations should require users to enter their creds to reconnect.