<?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 Remote Access VPN Issue on /31 ISP in General Topics</title>
    <link>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227400#M37982</link>
    <description>&lt;P&gt;I've got an R81.20 gateway where everything works fine, including Remote Access VPN.&lt;/P&gt;&lt;P&gt;Today I've tried to switch to a new ISP circuit.&amp;nbsp; The new circuit is a /31 subnet, so just the firewall and the ISP router.&amp;nbsp; Interface IP, default gateway, Toplogy etc. all updated.&amp;nbsp; Everything else works fine - Internet access, NAT (in and out), email in and out.&amp;nbsp; But Check Point Mobile clients will no longer connect.&amp;nbsp;&lt;/P&gt;&lt;P&gt;In tcpdump I see the client sending traffic hitting the firewall and it's accepted in the logs on the correct rule, but the gateway never answers.&amp;nbsp; It's like the traffic just falls into a black hole.&amp;nbsp; Turning on remote access Control Connections in Global Properties makes no difference either.&lt;/P&gt;&lt;P&gt;I switched back to the old ISP line (on a /29 subnet) and VPN clients work perfectly again.&lt;/P&gt;&lt;P&gt;The only difference is the new ISP circuit being a /31 subnet.&amp;nbsp; Could this alone really be the reason why VPN clients won't connect?&amp;nbsp; Or more specifically why the gateway receives the connecting traffic but fails to reply with a single packet back?&lt;/P&gt;&lt;P&gt;I know /31 subnets have been a problem in the past on SMB appliances, but is this also the case on non-SMB gateways?&lt;/P&gt;</description>
    <pubDate>Fri, 20 Sep 2024 17:18:33 GMT</pubDate>
    <dc:creator>madu1</dc:creator>
    <dc:date>2024-09-20T17:18:33Z</dc:date>
    <item>
      <title>Remote Access VPN Issue on /31 ISP</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227400#M37982</link>
      <description>&lt;P&gt;I've got an R81.20 gateway where everything works fine, including Remote Access VPN.&lt;/P&gt;&lt;P&gt;Today I've tried to switch to a new ISP circuit.&amp;nbsp; The new circuit is a /31 subnet, so just the firewall and the ISP router.&amp;nbsp; Interface IP, default gateway, Toplogy etc. all updated.&amp;nbsp; Everything else works fine - Internet access, NAT (in and out), email in and out.&amp;nbsp; But Check Point Mobile clients will no longer connect.&amp;nbsp;&lt;/P&gt;&lt;P&gt;In tcpdump I see the client sending traffic hitting the firewall and it's accepted in the logs on the correct rule, but the gateway never answers.&amp;nbsp; It's like the traffic just falls into a black hole.&amp;nbsp; Turning on remote access Control Connections in Global Properties makes no difference either.&lt;/P&gt;&lt;P&gt;I switched back to the old ISP line (on a /29 subnet) and VPN clients work perfectly again.&lt;/P&gt;&lt;P&gt;The only difference is the new ISP circuit being a /31 subnet.&amp;nbsp; Could this alone really be the reason why VPN clients won't connect?&amp;nbsp; Or more specifically why the gateway receives the connecting traffic but fails to reply with a single packet back?&lt;/P&gt;&lt;P&gt;I know /31 subnets have been a problem in the past on SMB appliances, but is this also the case on non-SMB gateways?&lt;/P&gt;</description>
      <pubDate>Fri, 20 Sep 2024 17:18:33 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227400#M37982</guid>
      <dc:creator>madu1</dc:creator>
      <dc:date>2024-09-20T17:18:33Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Access VPN Issue on /31 ISP</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227401#M37983</link>
      <description>&lt;P&gt;According to below, it is supported.&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;
&lt;P&gt;&lt;A href="https://support.checkpoint.com/results/sk/sk91020" target="_blank"&gt;https://support.checkpoint.com/results/sk/sk91020&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Now, just to confirm, is it the case where you create a site, but user cant connect?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 20 Sep 2024 17:29:47 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227401#M37983</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2024-09-20T17:29:47Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Access VPN Issue on /31 ISP</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227402#M37984</link>
      <description>&lt;P&gt;Thanks for finding that SK.&lt;/P&gt;&lt;P&gt;I did some more testing before I left site.&amp;nbsp; I was testing with a new laptop so in fact the problem is that I cannot even create the site via the new line.&amp;nbsp; Traffic gets to the gateway, the gateway never replies, and the client times out with a "gateway not responding" message.&lt;/P&gt;&lt;P&gt;I then put the laptop onto the LAN and was able to create the site with no problem.&lt;/P&gt;&lt;P&gt;After that I went back onto the Internet and tried to connect.&amp;nbsp; This time it DID connect.&amp;nbsp; At least as far as the SAML login pop-up.&amp;nbsp; I didn't bother changing all the SAML stuff with the new URL/IP as I knew I'd need to roll back anyway, but at least it then connected.&amp;nbsp; So it's just initially creating the site that doesn't work.&lt;/P&gt;&lt;P&gt;As soon as I went back to the old /29 ISP line I could once again create a new VPN site with no problem.&lt;/P&gt;&lt;P&gt;So with the old ISP and the LAN both allowing me to create a new site, I'm thinking it can only be due to the fact that the new ISP is a /31 and it won't work.&amp;nbsp; I've raised a case with TAC.&lt;/P&gt;</description>
      <pubDate>Fri, 20 Sep 2024 17:58:45 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227402#M37984</guid>
      <dc:creator>madu1</dc:creator>
      <dc:date>2024-09-20T17:58:45Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Access VPN Issue on /31 ISP</title>
      <link>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227403#M37985</link>
      <description>&lt;P&gt;That all makes sense to me! Let us know how it goes.&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;</description>
      <pubDate>Fri, 20 Sep 2024 18:02:04 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/Remote-Access-VPN-Issue-on-31-ISP/m-p/227403#M37985</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2024-09-20T18:02:04Z</dc:date>
    </item>
  </channel>
</rss>

