- Products
- Learn
- Local User Groups
- Partners
- More
Step Into the Future of
AI-Powered Cyber Security
What's New in R82.10?
Register HereWhen the Agents Attack
A Live Look at Agentic Exposure Validation
AI Security Masters E8:
Claude Mythos: New Era in Cyber Security
CheckMates Go:
CheckMates Fest
Hi all,
Wondering if anyone has ideas on this issue, I have 2 clusters (same policy). On one cluster it can successfully connect and receive login events from two domain controllers, on the other cluster I get the message "no connectivity, connection refused by remote host [ntstatus = 0xc0000236]"
Both clusters use the same login credentials, both clusters can telnet to the server IP's on port 389 and 636. I have also connected to the server and checked event viewer. I don't see any errors it all says success.
When I use the test_ad_connectivity tool I get the following:
:status (SUCCESS_LDAP_WMI_NO_CONNECTIVITY)
:err_msg ("ADLOG_ERROR_NETWORK_PROBLEM;LDAP_SUCCESS")
:ldap_status (LDAP_SUCCESS)
:wmi_status (ADLOG_ERROR_NETWORK_PROBLEM)
:timestamp ("Thu Jun 27 16:55:30 2019")
Any ideas what this could be?
thanks
Hi Ryan,
You do need RPC communication for AD Query to work, but you don't need all "tcp-high-ports".
49152-65535 is the Microsoft specified range required, and it's what we use for our AD Query setups.
(In addtition to tcp/636 and tcp/135)
/Sigbjorn
Hi good idea,
I tried that and can confirm it has successfully queried and returns correct information from ldap.
Unless @Royi_Priov or someone from R&D has an idea, I suggest opening a TAC case.
I might have found the issue, if there is another f/w between the gateway and the domain controller it appears you need to open:
tcp/389 or tcp/636
tcp/135
tcp/1025-65535
For full connectivity. Will update once we have opened ports and confirmed.
Hi Ryan,
You do need RPC communication for AD Query to work, but you don't need all "tcp-high-ports".
49152-65535 is the Microsoft specified range required, and it's what we use for our AD Query setups.
(In addtition to tcp/636 and tcp/135)
/Sigbjorn
Hi Ryan,
I am sure that firewall in between is the issue. You need to open required ports on that firewall
Hi,
It looks like you are in the right direction with the DCE-RPC ports, I will explain why:
LDAP connectivity is not related to the WMI connection which should be open between GW to AD.
You can also see in the log:
:status (SUCCESS_LDAP_WMI_NO_CONNECTIVITY)
:err_msg ("ADLOG_ERROR_NETWORK_PROBLEM;LDAP_SUCCESS")
:ldap_status (LDAP_SUCCESS)
:wmi_status (ADLOG_ERROR_NETWORK_PROBLEM)
:timestamp ("Thu Jun 27 16:55:30 2019")
Thanks,
Royi.
confirmed it was the f/w ports needing to be opened. working now!
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 27 | |
| 12 | |
| 6 | |
| 5 | |
| 5 | |
| 5 | |
| 5 | |
| 4 | |
| 4 | |
| 3 |
Tue 16 Jun 2026 @ 05:00 PM (CEST)
Under the Hood: Check Point SASE | Internet Access Optimization & Performance TuningThu 18 Jun 2026 @ 10:00 AM (CEST)
The Cloud Architects Series: Check Point WAF - The Next Generation of AI powered protectionTue 23 Jun 2026 @ 05:00 PM (CEST)
Under the Hood: Check Point Cloud Firewall | Securing all of your clouds: Art of the possibleTue 16 Jun 2026 @ 05:00 PM (CEST)
Under the Hood: Check Point SASE | Internet Access Optimization & Performance TuningThu 18 Jun 2026 @ 10:00 AM (CEST)
The Cloud Architects Series: Check Point WAF - The Next Generation of AI powered protectionTue 23 Jun 2026 @ 05:00 PM (CEST)
Under the Hood: Check Point Cloud Firewall | Securing all of your clouds: Art of the possibleThu 25 Jun 2026 @ 10:00 AM (PDT)
AI Security Masters E10: READY OR NOT: Securing the AI Enterprise 2/5 - AI Red TeamingAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY