<?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: Differentiating between an Error and a URL Filtering Block for Customizing the User Experience in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/differentiating-between-an-error-and-a-url-filtering-block-for/m-p/30871#M22594</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;So what you want to do is to act on http errors?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That case should be able to be handled with a custom threat where you act on the http response code and if not 200 (or the other good codes) it should trigger.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Then in your custom block page for threats you set it up so the threat name is visible (if possible) and give your custom threat a good to explain what happend to the client.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However in my opinion you shouldnt do this. Some webservers have their own error pages which would break that "user experience" if you start to manipulating the results.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also im not sure if you can do the same for dns errors because the flow which then would be blocked with above method doesnt handle http block pages (block pages only works for http traffic - I think previously one could see (if running tcpdump) that PA device would send blockpages even for smtp traffic and such but those flows cannot handle the html code which comes flying for obvious reasons &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;A better option would be to use a webproxy for this - then you can better configure various error pages depending on if the dns entry is missing or any other http related error: &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.squid-cache.org/Support/products.html"&gt;http://www.squid-cache.org/Support/products.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A workaround would be if the clients webbrowsers have various errorpages you can manipulate (like if you GPO's in a AD or such).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 17 May 2012 18:02:31 GMT</pubDate>
    <dc:creator>mikand</dc:creator>
    <dc:date>2012-05-17T18:02:31Z</dc:date>
    <item>
      <title>Differentiating between an Error and a URL Filtering Block for Customizing the User Experience</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/differentiating-between-an-error-and-a-url-filtering-block-for/m-p/30870#M22593</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; I am working on customizing the user experience on the PAN's that we are installing.&amp;nbsp; I would like to be able to have a different look and feel when an "error" occurs rather than when a website is blocked because of the content (ie the website is a category that we block).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; I have read the Tech Note on Customizing Block Pages (rev 00B).&amp;nbsp; I have set up URL Block pages that handle different categories.&amp;nbsp; The situation I am talking about is when the user types the URL incorrectly resulting in a DNS error or the website isn't "quite" up and results in a time-out.&amp;nbsp;&amp;nbsp; I want to trigger on the errors and give a different page for the errors. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; I reviewed the forums in KnowledgePoint but didn't see anything...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Any ideas?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Art&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 16 May 2012 22:32:54 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/differentiating-between-an-error-and-a-url-filtering-block-for/m-p/30870#M22593</guid>
      <dc:creator>Art</dc:creator>
      <dc:date>2012-05-16T22:32:54Z</dc:date>
    </item>
    <item>
      <title>Re: Differentiating between an Error and a URL Filtering Block for Customizing the User Experience</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/differentiating-between-an-error-and-a-url-filtering-block-for/m-p/30871#M22594</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;So what you want to do is to act on http errors?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That case should be able to be handled with a custom threat where you act on the http response code and if not 200 (or the other good codes) it should trigger.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Then in your custom block page for threats you set it up so the threat name is visible (if possible) and give your custom threat a good to explain what happend to the client.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However in my opinion you shouldnt do this. Some webservers have their own error pages which would break that "user experience" if you start to manipulating the results.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also im not sure if you can do the same for dns errors because the flow which then would be blocked with above method doesnt handle http block pages (block pages only works for http traffic - I think previously one could see (if running tcpdump) that PA device would send blockpages even for smtp traffic and such but those flows cannot handle the html code which comes flying for obvious reasons &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;A better option would be to use a webproxy for this - then you can better configure various error pages depending on if the dns entry is missing or any other http related error: &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.squid-cache.org/Support/products.html"&gt;http://www.squid-cache.org/Support/products.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A workaround would be if the clients webbrowsers have various errorpages you can manipulate (like if you GPO's in a AD or such).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 17 May 2012 18:02:31 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/differentiating-between-an-error-and-a-url-filtering-block-for/m-p/30871#M22594</guid>
      <dc:creator>mikand</dc:creator>
      <dc:date>2012-05-17T18:02:31Z</dc:date>
    </item>
  </channel>
</rss>

