<?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: Telnet works, but application doesn't in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189176#M34798</link>
    <description>&lt;P&gt;&lt;SPAN&gt;Are the left side servers running the same OS?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Could potentially be an MTU issue requiring MSS clamping.&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 10 Aug 2023 13:53:03 GMT</pubDate>
    <dc:creator>Chris_Atkinson</dc:creator>
    <dc:date>2023-08-10T13:53:03Z</dc:date>
    <item>
      <title>Telnet works, but application doesn't</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189175#M34797</link>
      <description>&lt;P&gt;Hello everyone,&lt;/P&gt;
&lt;P&gt;we have one Security Gateway R80.40 with S2S VPN configured as shown on the picture:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="net1.png" style="width: 400px;"&gt;&lt;img src="https://community.checkpoint.com/t5/image/serverpage/image-id/22033i11B24FB46558CB4B/image-size/medium?v=v2&amp;amp;px=400" role="button" title="net1.png" alt="net1.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;we initiate a connection &lt;STRONG&gt;in a browser&lt;/STRONG&gt; for the server&amp;nbsp;192.168.108.&lt;STRONG&gt;21&lt;/STRONG&gt; (left side) to the server&amp;nbsp;192.168.105.55 (right side) - it works.&lt;/P&gt;
&lt;P&gt;then we initiate a connection&amp;nbsp;&lt;STRONG&gt;in a browser&lt;/STRONG&gt; for the server&amp;nbsp;192.168.108.&lt;STRONG&gt;22&lt;/STRONG&gt;&amp;nbsp;(left side) to the server&amp;nbsp;192.168.105.55 (right side) - it doesn't work. TCPDUMP shows TCP Retramsmittion - the server 192.168.105.55 constantly answers to the source server, but the answer does't reach destination. It looks like the traffic was not sent to the S2S Tunnel:&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;14:30:56.463307 IP 192.168.108.22.50366 &amp;gt; 192.168.105.55.8080: Flags [SEW], seq 3783873076, win 64240, options [mss 1383,nop,wscale 8,nop,nop,sackOK], length 0
14:30:56.463311 ethertype IPv4, IP 192.168.108.22.50366 &amp;gt; 192.168.105.55.8080: Flags [SEW], seq 3783873076, win 64240, options [mss 1383,nop,wscale 8,nop,nop,sackOK], length 0
14:30:56.463689 ethertype IPv4, IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:30:56.463689 IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:30:57.486629 ethertype IPv4, IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:30:57.486629 IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:30:59.502473 ethertype IPv4, IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:30:59.502473 IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:31:03.726476 ethertype IPv4, IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:31:03.726476 IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:31:11.922558 ethertype IPv4, IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:31:11.922558 IP 192.168.105.55.8080 &amp;gt; 192.168.108.22.50366: Flags [S.], seq 2614875695, ack 3783873077, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;And now most intresting thing: when we initiate a connection in the PowerShell using Telnet or TNC command, or ping - &lt;STRONG&gt;it works&lt;/STRONG&gt;:&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;14:33:42.038794 IP 192.168.108.22 &amp;gt; 192.168.105.55: ICMP echo request, id 1, seq 234, length 72
14:33:42.038799 ethertype IPv4, IP 192.168.108.22 &amp;gt; 192.168.105.55: ICMP echo request, id 1, seq 234, length 72
14:33:42.039054 ethertype IPv4, IP 192.168.105.55 &amp;gt; 192.168.108.22: ICMP echo reply, id 1, seq 234, length 72
14:33:42.039054 IP 192.168.105.55 &amp;gt; 192.168.108.22: ICMP echo reply, id 1, seq 234, length 72
14:33:42.071356 IP 192.168.108.22 &amp;gt; 192.168.105.55: ICMP echo request, id 1, seq 235, length 72
14:33:42.071364 ethertype IPv4, IP 192.168.108.22 &amp;gt; 192.168.105.55: ICMP echo request, id 1, seq 235, length 72
14:33:42.071781 ethertype IPv4, IP 192.168.105.55 &amp;gt; 192.168.108.22: ICMP echo reply, id 1, seq 235, length 72
14:33:42.071781 IP 192.168.105.55 &amp;gt; 192.168.108.22: ICMP echo reply, id 1, seq 235, length 72&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Before I open Support Case, maybe someone on the forum can help me in this question: Why connection works from one server, but from another it doesn't even if the Ports are open?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thank you in advance!&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Aug 2023 13:34:39 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189175#M34797</guid>
      <dc:creator>Exonix</dc:creator>
      <dc:date>2023-08-10T13:34:39Z</dc:date>
    </item>
    <item>
      <title>Re: Telnet works, but application doesn't</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189176#M34798</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Are the left side servers running the same OS?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Could potentially be an MTU issue requiring MSS clamping.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Aug 2023 13:53:03 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189176#M34798</guid>
      <dc:creator>Chris_Atkinson</dc:creator>
      <dc:date>2023-08-10T13:53:03Z</dc:date>
    </item>
    <item>
      <title>Re: Telnet works, but application doesn't</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189179#M34799</link>
      <description>&lt;P&gt;they have the same OS Windows Server and same MTU&lt;/P&gt;</description>
      <pubDate>Thu, 10 Aug 2023 14:08:58 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189179#M34799</guid>
      <dc:creator>Exonix</dc:creator>
      <dc:date>2023-08-10T14:08:58Z</dc:date>
    </item>
    <item>
      <title>Re: Telnet works, but application doesn't</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189947#M35025</link>
      <description>&lt;P&gt;the problem was on the remote side: the server was sending data to the default router, which forwared (routed) to another router on the same network. As soon as the remote side configured a static route (avoiding the default route) for the target network on the server, the problem disappeared.&lt;/P&gt;</description>
      <pubDate>Sun, 20 Aug 2023 20:18:10 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Telnet-works-but-application-doesn-t/m-p/189947#M35025</guid>
      <dc:creator>Exonix</dc:creator>
      <dc:date>2023-08-20T20:18:10Z</dc:date>
    </item>
  </channel>
</rss>

