<?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 Cluster Sync Interface - Response to Web GUI in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-Sync-Interface-Response-to-Web-GUI/m-p/166347#M29934</link>
    <description>&lt;P&gt;I have a question in regards to the cluster sync interface between 2 nodes (ClusterXL - Active/Active Bridge mode).&lt;/P&gt;&lt;P&gt;The GWs in question only have 2 IP network interfaces:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;MGMT:&amp;nbsp; Used for actual management of the device&lt;/LI&gt;&lt;LI&gt;Sync:&amp;nbsp; A non routable 192.168.X.X /29 assigned; with a direct cross over cable between the clusters.&amp;nbsp;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;The desired approach/idea here was to only have the MGMT network be reachable from outside of the cluster; with the cluster synch network being truly 'local' for the cluster.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;During a resent scan, we found that the 192.168. synch network was responding to web GUI attempts through the bridge interface.&amp;nbsp; &amp;nbsp;It just so happens that the default route is going through this bridge and therefore scans from this IP is hitting this GW cluster in question.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've never really used the sync interface for any WebGUI/SSH access from any outside network in the past.&amp;nbsp; &amp;nbsp;The only time I have used it is for SSH from one cluster member to the other during some triag/outages.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is it normal for the sync interfaces to respond to these attempts?&amp;nbsp; &amp;nbsp;Is there anyway to keep this traffic 'local' or ill effect to such?&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I don't have direct access to this cluster (Only Smartconsole 'read-only') so if there are some info needed, let me know and I can request it.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 29 Dec 2022 16:43:57 GMT</pubDate>
    <dc:creator>Scottc98</dc:creator>
    <dc:date>2022-12-29T16:43:57Z</dc:date>
    <item>
      <title>Cluster Sync Interface - Response to Web GUI</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-Sync-Interface-Response-to-Web-GUI/m-p/166347#M29934</link>
      <description>&lt;P&gt;I have a question in regards to the cluster sync interface between 2 nodes (ClusterXL - Active/Active Bridge mode).&lt;/P&gt;&lt;P&gt;The GWs in question only have 2 IP network interfaces:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;MGMT:&amp;nbsp; Used for actual management of the device&lt;/LI&gt;&lt;LI&gt;Sync:&amp;nbsp; A non routable 192.168.X.X /29 assigned; with a direct cross over cable between the clusters.&amp;nbsp;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;The desired approach/idea here was to only have the MGMT network be reachable from outside of the cluster; with the cluster synch network being truly 'local' for the cluster.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;During a resent scan, we found that the 192.168. synch network was responding to web GUI attempts through the bridge interface.&amp;nbsp; &amp;nbsp;It just so happens that the default route is going through this bridge and therefore scans from this IP is hitting this GW cluster in question.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've never really used the sync interface for any WebGUI/SSH access from any outside network in the past.&amp;nbsp; &amp;nbsp;The only time I have used it is for SSH from one cluster member to the other during some triag/outages.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is it normal for the sync interfaces to respond to these attempts?&amp;nbsp; &amp;nbsp;Is there anyway to keep this traffic 'local' or ill effect to such?&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I don't have direct access to this cluster (Only Smartconsole 'read-only') so if there are some info needed, let me know and I can request it.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 29 Dec 2022 16:43:57 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-Sync-Interface-Response-to-Web-GUI/m-p/166347#M29934</guid>
      <dc:creator>Scottc98</dc:creator>
      <dc:date>2022-12-29T16:43:57Z</dc:date>
    </item>
    <item>
      <title>Re: Cluster Sync Interface - Response to Web GUI</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-Sync-Interface-Response-to-Web-GUI/m-p/166349#M29935</link>
      <description>&lt;P&gt;Yes, it's normal, as multiportal (used for all web portals) and SSH listen on all interfaces by default.&lt;BR /&gt;You can change the listening IP/port for sshd by following a procedure similar to:&amp;nbsp;&lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk99873" target="_blank"&gt;https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk99873&lt;/A&gt;&lt;BR /&gt;Not sure on Multiportal, short of disabling it and configuring a different port for the Gaia WebUI.&lt;BR /&gt;&lt;BR /&gt;A better solution might be blackholing the specific sync subnet on your internal router (that way, no traffic can reach the gateway on those IPs).&lt;/P&gt;</description>
      <pubDate>Thu, 29 Dec 2022 17:03:54 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-Sync-Interface-Response-to-Web-GUI/m-p/166349#M29935</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2022-12-29T17:03:54Z</dc:date>
    </item>
  </channel>
</rss>

