Quote from: franco on February 02, 2018, 09:38:01 AMCH is my GeoIP alias, and it's empty, NAS contains the address I configured.
What does this return then?
# ls -lah /var/db/aliastables/
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Show posts MenuQuote from: franco on February 02, 2018, 09:38:01 AMCH is my GeoIP alias, and it's empty, NAS contains the address I configured.
What does this return then?
# ls -lah /var/db/aliastables/
Quote from: franco on February 02, 2018, 09:34:34 AMSeems it's still empty :(
Sure, now check the table...
Quote from: franco on February 02, 2018, 09:13:53 AMThe command only returns 'OK'.
Okay, that's good and bad... Good in the sense it's not a fundamental firewall issue, bad because whatever prevents your system from fetching the aliases may prevent it from reaching out in the first place... Is that table populated when you run this from the console?
# configctl filter refresh_aliases
Quote from: franco on February 01, 2018, 11:51:13 PMGot it, my GeoIP alias falls under (a), the pfTable is empty and therefore there's nothing to compare to, since I'm using it as source nothing passes :)
Maybe we should separate "not working" into two categories:
(a) Firewall: Diagnostics: pfTables -- alias empty
(b) generally not working in NAT or firewall rule
Then also check (b) under Firewall: Diagnostics: pfInfo (Rules) whether these non-working rules actually see traffic
Thanks,
Franco
Quote from: hirschferkel on January 31, 2018, 03:29:31 PMIs it possible that you configuered the old rules in the NAT > Port Forward menu? They should be editable there, they are only visible in the rules if you choosed "create new rule"
My forwarding rules are just > take all incoming connections on a range of ports to one destination and it's corresponding ports.
Host is defined as an Alias (but that's not the problem).
Port range is defined as another Alias.
But what I found is, that old imported rules can not be edited!
On the other hand I can edit a new rule, but this one will not be available with NAT port forwarding!
Something has gone quite wrong here...
At the moment it only works if I choose "pass" as an option, in a manual, single port forwarding. But I can't select new rules which are set to pass. I guess old rules loose their definition, as they can not be edited either. So in the end I cannot set a portrange to be passed... that's wired.