<?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: Client IP visibility issue at Remote Server in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/312264#M80764</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;Check the config on the load balancer. some have the option to let you see the source IP after the LB. However this is a common issue with using LB's.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Sorry its not a solution :(.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;</description>
    <pubDate>Thu, 20 Feb 2020 18:01:41 GMT</pubDate>
    <dc:creator>OtakarKlier</dc:creator>
    <dc:date>2020-02-20T18:01:41Z</dc:date>
    <item>
      <title>Client IP visibility issue at Remote Server</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/311903#M80695</link>
      <description>&lt;P&gt;Hi Team,&lt;/P&gt;&lt;P&gt;Below is possible in paloalto side?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Note: there is no proxy in between client and paloalto&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Problem description :&lt;/P&gt;&lt;P&gt;The clients behind PA firewall connecting to AWS NLB then connecting to our AWS web servers(https:// tallysolutions.com).&amp;nbsp; Now we are not able to see the actual client ip address in the AWS Web server.&amp;nbsp; To resolve this issue AWS team suggested to insert XXF header in the client traffic. Can we achieve this in PA?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As per AWS :&lt;/P&gt;&lt;P&gt;" The internal ALB appends the NLB’s private IP address in the X-Forwarded-For header before sending to a request to the backend targets. Therefore, if the requests from the clients contain X-Forwarded-For header, the backend targets will see the clients’ actual IP addresses along with the private IP address of the NLB in the X-Forwarded-For header. Otherwise, the backend targets will only see the NLB’s private IP address in the X-Forwarded-For header. "&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Can anyone help me here?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;-&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Sethupathi M&lt;/P&gt;</description>
      <pubDate>Wed, 19 Feb 2020 12:32:14 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/311903#M80695</guid>
      <dc:creator>Sethupathi</dc:creator>
      <dc:date>2020-02-19T12:32:14Z</dc:date>
    </item>
    <item>
      <title>Re: Client IP visibility issue at Remote Server</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/312233#M80759</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/105434"&gt;@Sethupathi&lt;/a&gt;&amp;nbsp;As the file does not act as proxy for the traffic, it is not able to modify the HTTP header and insert "x-forwarded-for"&lt;/P&gt;</description>
      <pubDate>Thu, 20 Feb 2020 15:10:31 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/312233#M80759</guid>
      <dc:creator>batd2</dc:creator>
      <dc:date>2020-02-20T15:10:31Z</dc:date>
    </item>
    <item>
      <title>Re: Client IP visibility issue at Remote Server</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/312264#M80764</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;Check the config on the load balancer. some have the option to let you see the source IP after the LB. However this is a common issue with using LB's.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Sorry its not a solution :(.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;</description>
      <pubDate>Thu, 20 Feb 2020 18:01:41 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/312264#M80764</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2020-02-20T18:01:41Z</dc:date>
    </item>
    <item>
      <title>Re: Client IP visibility issue at Remote Server</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/312340#M80772</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/105434"&gt;@Sethupathi&lt;/a&gt;&amp;nbsp;i agree with &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/27580"&gt;@OtakarKlier&lt;/a&gt;&amp;nbsp;, this can be control on LB itself. There are two options on LB as follows&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. Without SNAT. here client actual IP address is send to server but in this case mostly asymmetric routing issues are observed as most of the times, application server default gateway is not set to LB.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2. To avoid above issue, SNAT is enabled which actually NATs client IP address with one of the LB IP while sending request to application server.&lt;/P&gt;&lt;P&gt;If you want to see actual client IP on server side with SNAT enabled, you need to enable X-forwarder-for setting on LB side which actually adds client IP under header while sending request to web server.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;hope it helps!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Mayur&lt;/P&gt;</description>
      <pubDate>Fri, 21 Feb 2020 05:38:52 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/client-ip-visibility-issue-at-remote-server/m-p/312340#M80772</guid>
      <dc:creator>SutareMayur</dc:creator>
      <dc:date>2020-02-21T05:38:52Z</dc:date>
    </item>
  </channel>
</rss>

