<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic What is the expected behavior in GlobalProtect pre-login with a single gateway? in GlobalProtect Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/what-is-the-expected-behavior-in-globalprotect-pre-login-with-a/m-p/999484#M6283</link>
    <description>&lt;P&gt;I am playing around with a new GlobalProtect configuration, using a pre-login always-on configuration with a single gateway. The pre-login VPN works fine. My understanding is that when a user logins into the PC, the tunnel is supposed to rename itself to the user name. The userID associated with traffic from the endpoint changes to the user, but I see no reconnection in the GlobalProtect logs and the user information for the Gateway Remote Users still shows the user as "pre-logon". I have tried with/without the "Use Single Sign-on" option set, without effect.&amp;nbsp; The user name under the Gateway Remote Users should change to match the logged-in user correct?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The Pre-Logon Tunnel Rename Timeout value is currently set to the default "-1", which "renames the tunnel to reassign it to the user" unless the renaming fails or the user does not log into the Gateway. It is Always-On so shouldn't the user always auto-logon to the Gateway?&lt;/P&gt;</description>
    <pubDate>Tue, 24 Dec 2024 19:32:29 GMT</pubDate>
    <dc:creator>Adrian_Jensen</dc:creator>
    <dc:date>2024-12-24T19:32:29Z</dc:date>
    <item>
      <title>What is the expected behavior in GlobalProtect pre-login with a single gateway?</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/what-is-the-expected-behavior-in-globalprotect-pre-login-with-a/m-p/999484#M6283</link>
      <description>&lt;P&gt;I am playing around with a new GlobalProtect configuration, using a pre-login always-on configuration with a single gateway. The pre-login VPN works fine. My understanding is that when a user logins into the PC, the tunnel is supposed to rename itself to the user name. The userID associated with traffic from the endpoint changes to the user, but I see no reconnection in the GlobalProtect logs and the user information for the Gateway Remote Users still shows the user as "pre-logon". I have tried with/without the "Use Single Sign-on" option set, without effect.&amp;nbsp; The user name under the Gateway Remote Users should change to match the logged-in user correct?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The Pre-Logon Tunnel Rename Timeout value is currently set to the default "-1", which "renames the tunnel to reassign it to the user" unless the renaming fails or the user does not log into the Gateway. It is Always-On so shouldn't the user always auto-logon to the Gateway?&lt;/P&gt;</description>
      <pubDate>Tue, 24 Dec 2024 19:32:29 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/what-is-the-expected-behavior-in-globalprotect-pre-login-with-a/m-p/999484#M6283</guid>
      <dc:creator>Adrian_Jensen</dc:creator>
      <dc:date>2024-12-24T19:32:29Z</dc:date>
    </item>
    <item>
      <title>Re: What is the expected behavior in GlobalProtect pre-login with a single gateway?</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/what-is-the-expected-behavior-in-globalprotect-pre-login-with-a/m-p/999919#M6299</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/184804"&gt;@Adrian_Jensen&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Yes your understanding is correct once the user logs on to the machine, the tunnel gets renamed (in Windows) from the 'pre-logon' user to the actual 'user' who logged in to windows machine.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Refer the below kb to review your configuration if everything is configured correctly.&lt;/P&gt;
&lt;P&gt;&lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClEYCA0" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClEYCA0&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 01 Jan 2025 09:42:20 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/what-is-the-expected-behavior-in-globalprotect-pre-login-with-a/m-p/999919#M6299</guid>
      <dc:creator>mshekh</dc:creator>
      <dc:date>2025-01-01T09:42:20Z</dc:date>
    </item>
    <item>
      <title>Re: What is the expected behavior in GlobalProtect pre-login with a single gateway?</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/what-is-the-expected-behavior-in-globalprotect-pre-login-with-a/m-p/999975#M6303</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/195187"&gt;@mshekh&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Yeah, it is not automatically renaming the tunnel from "pre-login" to the actual user with "&lt;SPAN&gt;Pre-Logon Tunnel Rename Timeout = -1". If I manually refresh the VPN then it will switch, otherwise it will remain connected as "pre-login" for days. Setting the Pre-Logon value to 0 seems to force it to immediately reconnect when the user logs in (and change back to "pre-login" when the user logs out). But the -1 value doesn't seem to work as the documentation suggests.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 02 Jan 2025 16:26:14 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/what-is-the-expected-behavior-in-globalprotect-pre-login-with-a/m-p/999975#M6303</guid>
      <dc:creator>Adrian_Jensen</dc:creator>
      <dc:date>2025-01-02T16:26:14Z</dc:date>
    </item>
  </channel>
</rss>

