00:20:59 <sommerfeld> I'd look for errors in the service's log - cat $(svcs -L /network/ipfilter)
07:11:43 <szilard> Hi. It seems my ipf is acting up, so I have removed all configs (from GZ and from /zones/etc).
07:11:58 <szilard> Now /etc/ipf/ipf.conf in GZ contains the following 2 lines:
07:12:13 <szilard> pass in quick on lo0 all
07:12:13 <szilard> pass out quick on lo0 all
07:12:41 <szilard> I have also disabled ipf using: "svcadm disable network/ipfilter"
07:13:03 <szilard> now svcs doesn't list ipfilter anymore and I have even rebooted the box to make sure it starts with a clean state.
07:17:24 <szilard> so this is the current state: https://pastebin.com/raw/M2F9vtCH
07:19:30 <szilard> enabling ipf doesn't populates the filter list, but manual reload populates it: https://pastebin.com/raw/ucrMmv4g
07:21:33 <szilard> now, I assume ipf should read /etc/ipf/ipf.conf automatically, so let me reboot the box to see what happens.
07:26:14 <szilard> It still doesn't loads the rules from ipf.conf automatically after a reboot: https://pastebin.com/raw/et9kCTLP
07:26:24 <szilard> What am I doing wrong here?
08:38:56 <m1ari> maybe check it's setup to use the correct files as per the documentation on https://omnios.org/info/ipfilter.html 
08:39:00 <m1ari> `svccfg -s ipfilter:default listprop | grep file`
08:40:14 <m1ari> but if things are in default state then it sounds like what you have should work
08:41:05 <m1ari> but also try sommerfeld's earlier suggestion:
08:41:06 <m1ari> 01:20 < sommerfeld> I'd look for errors in the service's log - cat $(svcs -L /network/ipfilter)
08:52:14 <szilard> The files are the default, and looks ok to me. The log output doesn't tells me too much: https://pastebin.com/raw/4zTQnwrW
08:53:18 <szilard> Maybe: "Set 0 now inactive" ?
09:02:28 <szilard> I try to reboot again, in this time I won't be available via irc.
09:09:33 <szilard> I don't get this. Everything seems to be enabled according to the guides, i have rules in the ipf.conf, still the firewall rules doesn't gets loaded after booting the system: https://pastebin.com/raw/96QUxWhd
09:24:14 <tsoome> sometimes, it ma y happen, the guides are bad.  from that log, see into /lib/svc/method/ipfilter - from it you will find the function to upgrade config and hint that you should have firewall_config_default/policy                astring  custom if you want to use those config files....  :P see also output from "svccfg -s ipfilter:default listprop"
10:00:19 <szilard> tsoome: I see this: https://pastebin.com/raw/KhVcvpAB
10:00:44 <szilard> Am I supposed to change firewall_config_default/policy to "custom"?
10:19:27 <szilard> lemme try...
10:19:28 <szilard> reboot.
10:22:45 <szilard> Yess, it works now!
10:22:52 <szilard> Thanks a lot!
10:53:46 <szilard> I have documented it for myself here: https://extrowerk.com/2025-07-03/OmniOS-automatically-load-IPF-rules.html
14:05:56 <szilard> I'd like to store the GZ and NGZ ipf configs in the same folder to make maintenance easier. IS it possible to symlink the NGZ ipf configs to the related zone/etc folders?
14:14:55 <danmcd> You can use lofs in the zone configs.
14:15:12 <danmcd> I do it on the directory level, but you can do it on the file level as well.
14:16:57 <danmcd> add fs
14:16:58 <danmcd> set dir="/etc/ipf"
14:16:58 <danmcd> set special="/some/gz/path/for-this-zone/ipf"
14:16:59 <danmcd> set type="lofs"
14:17:01 <danmcd> end
14:17:28 <danmcd> "dir" is in your zone.  /some/gz/path/... is your gz (where you can manage it?)
14:17:43 <danmcd> I'm assuming these are native zones.
14:18:23 <danmcd> And also you can edit NGZ (assuming native) files from the gz by:
14:18:35 <danmcd>     /zones/<zonename>/root/etc/ipf
14:19:17 <danmcd> (0)# zonename
14:19:18 <danmcd> global
14:19:18 <danmcd> (0)# ls	/zones/router/root/etc/ipf
14:19:19 <danmcd> ipf.conf    ipnat.conf
14:19:21 <danmcd> (0)# 
14:19:59 <danmcd> I'm assuming native zones here (I use lipkg exclusively on my OmniOS-running HDC).
14:21:44 <szilard> I have mixed brands here. mostly sparse, but also some lx and pkgsrc zones, and 1 bhyve aswell.
14:29:36 <szilard> Can I use ipf in lx zones?
14:37:35 <andyf> Not in them, but you can configure rulesets for them from the GZ.
14:40:51 <szilard> andyf: in /etc/ipf/ipf.conf?
14:41:21 <szilard> maybe it supports some kind of include directive, so i can have separate files for the separate zones...
14:41:25 <andyf> No, in <zone path>/etc/ipf.conf
14:42:09 <andyf> For something like an lipkg zone there are two rulesets. One configured and visible from inside the zone and one that's GZ controlled and can't be seen from inside the zone. You can use both at once.
14:42:37 <andyf> What Dan posted is how you'd configure the firewall inside the zone (which you can't do for lx). The disadvantage of that is that you have to trust the zone.
14:42:44 <szilard> andyf: I have some rules in the <zone path>/etc/ipf.conf, but the "ipfstat -z plex -ioh" command returns "empty list for ipfilter in/out"
14:43:49 <andyf> Try `ipfstat -G plex -ioh`
14:44:07 <andyf> -z will show you the in-zone stuff, -G will show you the GZ-managed zone stuff.
14:44:35 <szilard> Ach so!
14:45:00 <szilard> Thanks a lot, I got reasonable output with the -G switch.
14:45:23 <andyf> The -G stuff cannot be seen or modified from inside the zone.
14:48:16 <szilard> andyf: I think thats OK in my case. AFAIK this is relevant only if one plans to delegate the in-zone administrator role, right?
14:48:59 <szilard> I have already set up a complete firewall ruleset in <zone path>/etc/ipf.conf, no need for additional rules. 
14:49:02 <andyf> Basically, yes. But both can be used together too, so you can have one set of rules managed by the GZ and another set by the zone admin. The second doesn't work in lx zones though.
14:49:31 <szilard> andyf: thanks for the explanation!
14:50:03 <szilard> Plex clent still works, ipfstat shows the packages going nicely. 
14:51:39 <szilard> However the connections to the nGZ doesn't shows up in the 'ipfstat -t' output running in the GZ. Maybe i should define the zone here aswell with -z plex.
14:52:43 <szilard> Aha! It is 'ipfstat -t -G plex'
14:54:59 <szilard> Really nice.
15:12:24 <andyf> In terms of symlinking (just catching up), that should work one way or the other. I'm not sure if the brand will honour symlinks in <zonepath>/etc (I'd just test it) but if it doesn't you could symlink the other way so the real files stays in the zone path.