<?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: URL category determined from browser? in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/url-category-determined-from-browser/m-p/180933#M55946</link>
    <description>&lt;P&gt;when your user was connecting with IE, did you actually see a session getting created on the firewall?&lt;/P&gt;
&lt;P&gt;the only scenario I can imagine, if chrome from her machined worked normally, is the IE somehow cached the block page and was serving it up from local cache rather than making a new connection.&lt;/P&gt;
&lt;P&gt;The firewall does not take the browser's cache into consideration, it only uses it's own (systemwide) cache or cloudlookup, but this will apply for all clients connecting to a site&lt;/P&gt;</description>
    <pubDate>Mon, 09 Oct 2017 19:37:22 GMT</pubDate>
    <dc:creator>reaper</dc:creator>
    <dc:date>2017-10-09T19:37:22Z</dc:date>
    <item>
      <title>URL category determined from browser?</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/url-category-determined-from-browser/m-p/180877#M55928</link>
      <description>&lt;P&gt;I had a website that was mis-categorized and put in a request to have it recategorized. It changed in the next PAN-DB update within the hour, and I was able to confirm that the site was showing the proper category now. I could see the new category being used when I looked at traffic from my machine to that site, but when the original user tried, it was still being categoried with the old category. The user was using IE as her primary browser so I had her try Chrome. The site worked for her in Chrome and traffic logs showed the new category being used. Does the URL Filtering in PA make determinations based on browser caches as well as the site itself? Or is there something else that would cause a url to be categorized one way in one browser and another way in another?&lt;/P&gt;</description>
      <pubDate>Mon, 09 Oct 2017 17:05:15 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/url-category-determined-from-browser/m-p/180877#M55928</guid>
      <dc:creator>GLorhammer</dc:creator>
      <dc:date>2017-10-09T17:05:15Z</dc:date>
    </item>
    <item>
      <title>Re: URL category determined from browser?</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/url-category-determined-from-browser/m-p/180933#M55946</link>
      <description>&lt;P&gt;when your user was connecting with IE, did you actually see a session getting created on the firewall?&lt;/P&gt;
&lt;P&gt;the only scenario I can imagine, if chrome from her machined worked normally, is the IE somehow cached the block page and was serving it up from local cache rather than making a new connection.&lt;/P&gt;
&lt;P&gt;The firewall does not take the browser's cache into consideration, it only uses it's own (systemwide) cache or cloudlookup, but this will apply for all clients connecting to a site&lt;/P&gt;</description>
      <pubDate>Mon, 09 Oct 2017 19:37:22 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/url-category-determined-from-browser/m-p/180933#M55946</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2017-10-09T19:37:22Z</dc:date>
    </item>
  </channel>
</rss>

