<?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: Per-User URL Filtering Process in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165926#M53250</link>
    <description>&lt;P&gt;Thanks for the feedback.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 11 Jul 2017 19:21:10 GMT</pubDate>
    <dc:creator>MarcusReams</dc:creator>
    <dc:date>2017-07-11T19:21:10Z</dc:date>
    <item>
      <title>Per-User URL Filtering Process</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165029#M53122</link>
      <description>&lt;P&gt;Can someone give me a break down of what the process flow is like? &amp;nbsp;For example, Is a lookup done for the user then an IP mapping happens? &amp;nbsp;Are the user-ip mappings being used for the decision in the filtering process?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The reason I ask is that I have users connected via a VPN device the filtering doesn't seem to work.&lt;/P&gt;</description>
      <pubDate>Thu, 06 Jul 2017 19:12:07 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165029#M53122</guid>
      <dc:creator>MarcusReams</dc:creator>
      <dc:date>2017-07-06T19:12:07Z</dc:date>
    </item>
    <item>
      <title>Re: Per-User URL Filtering Process</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165039#M53125</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/53877"&gt;@MarcusReams&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;When the user is connected to the VPN do you have an active ip to user mapping? You can verify this within both the data-plane and the management-plane by running the CLI command&amp;nbsp;&lt;EM&gt;show user ip-user-mapping&lt;/EM&gt; &lt;EM&gt;all&amp;nbsp;&lt;/EM&gt;for the dataplane mapping and&amp;nbsp;&lt;EM&gt;show user ip-user-mapping-mp&lt;/EM&gt; &lt;EM&gt;all&amp;nbsp;&lt;/EM&gt;for the management plane. If you have a larger userbase you can specify a user by either the ip address by running&amp;nbsp;&lt;EM&gt;show user ip-user-mapping ip 10.191.17.6&amp;nbsp;&lt;/EM&gt;for example or by just piping the command a looking for a user in particular.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would verify that they even have a user mapping; from what you are describing they do not, or the mapping that you have built around is not what the user comes across as when logged into the VPN.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 06 Jul 2017 19:37:20 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165039#M53125</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2017-07-06T19:37:20Z</dc:date>
    </item>
    <item>
      <title>Re: Per-User URL Filtering Process</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165139#M53144</link>
      <description>&lt;P&gt;each part is separate&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;user-ip mapping is accomplished either by a user logging onto his domain computer in the office and the login being picked up by an agent/agentless deployment, or a user logging into GlobalProtect VPN (establishing the tunnel)&lt;/P&gt;
&lt;P&gt;the mapping is then stored in the cache on the firewall&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;when the user makes a connection, the security policy is checked to see if the connection will be allowed (at the TCP level).&lt;/P&gt;
&lt;P&gt;when the application is identified, the firewall passes the session through the security policy again to find a matching rule for the source user and application to match and if a matching policy is found, the session is again allowed to carry on&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;if the application is web-browsing and the session is allowed, this will also trigger a url filtering lookup (local cache &amp;gt; cloud lookup) to determine the url category and then apply the URL filtering policy (so the TCP connection could be allowed but the session could get blocked at layer7 by the url filtering profile at which point a block page is presented to the user)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;so you'd want to check the user mapping first, see if he's being identified and mapped properly&lt;/P&gt;
&lt;PRE&gt;&amp;gt; show user ip-user-mapping ip &amp;lt;ip/subnet&amp;gt;&lt;/PRE&gt;
&lt;P&gt;next, you'll need to check if the group (assuming you used an LDAP group rather than standalone usernames in your security policy) contains his username on the firewall&lt;/P&gt;
&lt;PRE&gt;&amp;gt; show user group list
&amp;gt; show user group name 'cn=group,cn=users,dc=example,dc=com'&lt;/PRE&gt;
&lt;P&gt;if both match, check if there aren't any security policies preceding your policy that could be blocking your connections/allowing them though&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;hope this helps&lt;/P&gt;</description>
      <pubDate>Fri, 07 Jul 2017 08:20:08 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165139#M53144</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2017-07-07T08:20:08Z</dc:date>
    </item>
    <item>
      <title>Re: Per-User URL Filtering Process</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165926#M53250</link>
      <description>&lt;P&gt;Thanks for the feedback.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 11 Jul 2017 19:21:10 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/per-user-url-filtering-process/m-p/165926#M53250</guid>
      <dc:creator>MarcusReams</dc:creator>
      <dc:date>2017-07-11T19:21:10Z</dc:date>
    </item>
  </channel>
</rss>

