- Products
- Learn
- Local User Groups
- Partners
- More
Firewall Uptime, Reimagined
How AIOps Simplifies Operations and Prevents Outages
Introduction to Lakera:
Securing the AI Frontier!
Check Point Named Leader
2025 Gartner® Magic Quadrant™ for Hybrid Mesh Firewall
HTTPS Inspection
Help us to understand your needs better
CheckMates Go:
SharePoint CVEs and More!
Hi checkmate,
We have created rules for both NAT and Policy to be accessible from Internet for our website with ports.
from outside http://bira.gov.et:8040
It is http not https!
I created rule NAT
1. Source: any, Destination: public IP (197.156.96.168), original service :8040, destination translation: 172.20.50.107.
Policy rule
2. Source: any, destination: 197.156.96.168, service :8040
3. Server didn't have internet access.
How can I solve to accessible the web from Internet users.
Hi Andy,
ARP already done before the issue raised.
By the way, it works everything after you gave us suggestion for this issue, as you said the traffic from the servers was not coming back. We checked the routing, and finally the internal Cisco firewall was the reason. So we create rule from internal Cisco firewall firewall to pass traffic from servers to checkpoint firewall. Now all websites are working.
I would like to thank you for your kind assist via zoom link.
The last remaining is the VPN client routing issue as you knew.
1. After VPN client connected, their local printing to their home is not working.
2. After VPN client connected, their own local internet is disconnected.
I hope I will try to fix it by today and handover it.
Attempting access currently yields a HTTP 502 error rather than a typical unreachable / unresponsive (implying the issue could be elsewhere)?
Regardless double check:
- Hide vs Static NAT
- Translated Service
- Proxy ARP
- Routing
It is not reachable! Please can youb assist via zoom link.
Do you see the traffic in the firewall logs?
Search for dst:197.156.96.168
If yes, open log entry and see if NAT is working.
If no, tcpdump -nni any host 197.156.96.168 on CLI (active firewall) check if you see arp request there.
who has 197.156.96.168 tell X
If FW does not reply, proxy arp is not in place.
Also cannot resolve domein.
nslookup bira.gov.et
Server: router.domain_not_set.invalid
*** router.domain_not_set.invalid can't find bira.gov.et: Non-existent domain
Indeed, it's not in DNS...
$ dig @1.1.1.1 bira.gov.et
; <<>> DiG 9.20.0-2ubuntu3-Ubuntu <<>> @1.1.1.1 bira.gov.et
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 24783
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;bira.gov.et. IN A
;; AUTHORITY SECTION:
gov.et. 3600 IN SOA a.nic.et. postmaster.ethionet.et. 2018158642 600 1800 1209600 3600
;; Query time: 299 msec
;; SERVER: 1.1.1.1#53(1.1.1.1) (UDP)
;; WHEN: Tue Jan 14 22:41:50 CET 2025
;; MSG SIZE rcvd: 102
Summary
100% resulted in an error
Results
50.0% No such domain (NXDOMAIN) at a.nic.et (197.156.74.192)
50.0% No such domain (NXDOMAIN) at b.nic.et (197.156.74.193)
Yeah, dig is quite a powerful command, though, usually I still prefer nslookup, even with all those "set q=a", "set q=ns", "set server ...", etc commands 😄 For all other cases - https://dns.squish.net/
Very good, thank you!!
Andy
Just to update quick, we also checked this issue via remote and even after changing the port to any, fw up_execute shows access is allowed, but still fails. NAT rule appears 100% correct and it does show almost 300 hits. Advised to run fw monitor -F to see what is happening with the packet.
Andy
I would double check below sk since @Chris_Atkinson mentioned proxy arp.
Andy
Hi Andy,
ARP already done before the issue raised.
By the way, it works everything after you gave us suggestion for this issue, as you said the traffic from the servers was not coming back. We checked the routing, and finally the internal Cisco firewall was the reason. So we create rule from internal Cisco firewall firewall to pass traffic from servers to checkpoint firewall. Now all websites are working.
I would like to thank you for your kind assist via zoom link.
The last remaining is the VPN client routing issue as you knew.
1. After VPN client connected, their local printing to their home is not working.
2. After VPN client connected, their own local internet is disconnected.
I hope I will try to fix it by today and handover it.
Great job!! Lets do another remote early morning my time Wednesday for remote access issue, will message you then.
Andy
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
User | Count |
---|---|
22 | |
12 | |
8 | |
7 | |
7 | |
6 | |
5 | |
5 | |
4 | |
4 |
Wed 22 Oct 2025 @ 11:00 AM (EDT)
Firewall Uptime, Reimagined: How AIOps Simplifies Operations and Prevents OutagesTue 28 Oct 2025 @ 11:00 AM (EDT)
Under the Hood: CloudGuard Network Security for Google Cloud Network Security Integration - OverviewAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY