<?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 Re: Authentication Policy with Captive Portal using Session Cookie in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256534#M72789</link>
    <description>&lt;P&gt;Nobody has any info about this?&lt;/P&gt;</description>
    <pubDate>Mon, 08 Apr 2019 05:52:27 GMT</pubDate>
    <dc:creator>santonic</dc:creator>
    <dc:date>2019-04-08T05:52:27Z</dc:date>
    <item>
      <title>Authentication Policy with Captive Portal using Session Cookie</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256253#M72702</link>
      <description>&lt;P&gt;Customer has authentication policy with web-form as authentication profile and 60 minutes timeout.&lt;/P&gt;&lt;P&gt;Captive Portal has both timers at 60 minutes and uses Session Cookies with 60 minutes timeout.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However if a user hits refresh for the authenticated (https) session less than 60 minutes after succesful authentication he gets prompted to re-authenticate. Is this expected behaviour? In that case does session cookie authenticate single (https) session only?&lt;/P&gt;</description>
      <pubDate>Fri, 05 Apr 2019 08:49:19 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256253#M72702</guid>
      <dc:creator>santonic</dc:creator>
      <dc:date>2019-04-05T08:49:19Z</dc:date>
    </item>
    <item>
      <title>Re: Authentication Policy with Captive Portal using Session Cookie</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256534#M72789</link>
      <description>&lt;P&gt;Nobody has any info about this?&lt;/P&gt;</description>
      <pubDate>Mon, 08 Apr 2019 05:52:27 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256534#M72789</guid>
      <dc:creator>santonic</dc:creator>
      <dc:date>2019-04-08T05:52:27Z</dc:date>
    </item>
    <item>
      <title>Re: Authentication Policy with Captive Portal using Session Cookie</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256537#M72790</link>
      <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/10238"&gt;@santonic&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is the cp configured in redirect mode? Was the browser open from the time the user authenticates till he hits refresh? Whem this happens is there still an ip-user-mapping entry when this happens? Is this issue reproducable all the time with every user/computer/browser?&lt;/P&gt;</description>
      <pubDate>Mon, 08 Apr 2019 06:49:05 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256537#M72790</guid>
      <dc:creator>Remo</dc:creator>
      <dc:date>2019-04-08T06:49:05Z</dc:date>
    </item>
    <item>
      <title>Re: Authentication Policy with Captive Portal using Session Cookie</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256762#M72847</link>
      <description>&lt;P&gt;Hello.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, CP is in redirect mode. In this case it's used to force MFA authentication (not from PA supported list) connected to PA over radius protocol.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, user has the browser open since first authentication and according to customer's words it's happening to multiple users. I haven't been monitoring User-ID mapping during refresh yet.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Was just wandering what is the default behaviour, what does the cookie authorise: single session or multiple sessions from that IP address for the period of time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 09 Apr 2019 07:55:31 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/256762#M72847</guid>
      <dc:creator>santonic</dc:creator>
      <dc:date>2019-04-09T07:55:31Z</dc:date>
    </item>
    <item>
      <title>Re: Authentication Policy with Captive Portal using Session Cookie</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/257699#M73107</link>
      <description>&lt;P&gt;The issue is that User-ID agents who are getting info from AD servers overwrite the info about user on specific IP from which the user authentcated through authenticaion policy. Authentication policy via captive portal uses different authentication server (MFA as radius server) and different users.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Apr 2019 12:47:31 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/authentication-policy-with-captive-portal-using-session-cookie/m-p/257699#M73107</guid>
      <dc:creator>santonic</dc:creator>
      <dc:date>2019-04-16T12:47:31Z</dc:date>
    </item>
  </channel>
</rss>

