- CheckMates
- :
- Products
- :
- General Topics
- :
- Re: edit policies
- 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
edit policies
Hello everyone;
I need your help to solve a problem.
After an error message from smartconsol R81.10, I could no longer display the policies
and I had to reset the FW. i reset it and installed R81.20
this is a diagram of the Network.
The dhcp server is activated on eth3 on which a cloudkey with access points is connected
(192.168.2.0).
The problem is that rule 5 doesn't allow access points to distribute |p addresses to devices.
When the cleanup rule is "accept" enabled, access points distribute IP addresses, but not when it's "drop"
when in normal "drop" mode.
I'd like to know how to write the rules so that Pa can distribute addresses to the lan (192.168.2.0) eth3.
thank you
Translated with DeepL
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
When rule 5 was enabled, did you ever do zdebug to see why its dropped?
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
this is the resulte after zdebug command
[Expert@GW-xxxx:0]# zdebug
bash: zdebug: command not found
[Expert@GW-xxxx:0]#
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thats not how you do it. Say if IP you checking for is 1.2.3.4, you run
fw ctl zdebug + drop | grep 1.2.3.4
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I would do firewall captures to make sure why connection is not completing...ie tcpdump and fw monitor.
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Check your routing tables... It appears traffic from source 192.168.2.141 is not going through the firewall, only return traffic.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Very good point actually.
