- CheckMates
- :
- Products
- :
- CloudMates Products
- :
- Cloud Network Security
- :
- Discussion
- :
- Re: CheckPoint Cloudguard Iaas in Azure
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Are you a member of CheckMates?
×- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
CheckPoint Cloudguard Iaas in Azure
Dear Team,
Requesting anyone can help on the attached setup
Need to reach FROM internal VM 192.168.16.10 TO On-Prem VM 192.168.94.3 via ExpressRouteCircuit
We have VNET Peering between CheckPoint Vnet & ExpressRouteCircuit, ExpressRouteCircuit & On-Prem Vnet
1) CheckPoint Iaas Cluster in Azure Cloud
2) Internal VM (192.168.16.10, 17.10) has Route table pointing to BackendLB
Checked the packet capture in CheckPoint External interface: It leaves external interface, but not reaching On-Prem
How can i assure that this packet leaving CheckPoint External Interface passes via VNET Peering to ER Circuit and further
Any idea will be helpful.
Regards, Prabu
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
Does the Route table on the External Subnet of the Cluster points to the right default GW towards your On-Premise networks ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Nir,
I had created Route table for Frontend (External) subnet with next hop as ER only (since I did not get default GW IP of OnPrem)
If I get default GW of On-Prem I will apply.
Meanwhile how can we make sure that traffic destined to On-Prem actually passes via VNet Peer (my cloud<-->ER)
Is there any I have to point towards VNet peering?
Regards, Prabu
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
run 'fw monitor' on the Firewall to see the traffic.
you need to see:
i,I from incoming interface
o,O from outgoing interface.
if you have these four then traffic is going through the Firewall and exiting via the NIC.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Nir,
Yes I could see i,I,o,O the packet exits via External NIC of FW.
But how can we assure that this packet is passing inside VNET Peering and reaches other end On-Prem?
Or how can we force FW to send the packet inside the VNET Peering?
Regards, Prabu
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The only next hop the Firewall has is it's Azure Subnet Router on his Vnet. from there Azure takes charge.
You can contact Azure Support and they can see those packets in the backend and see if they are directed to the right place.