John Baldwin wrote: > > On Thursday 19 August 2004 12:14 pm, Scott Long wrote: > > Andre Oppermann wrote: > > > Sean McNeil wrote: > > >> How do I get the ipfw2 module to compile with divert? It doesn't > > >> recognize the following in my config file when building the module: > > >> > > >> options IPFIREWALL_FORWARD > > >> options IPDIVERT > > >> > > >> Also, the /etc/rc.d/ipfw script is looking for an invalid sysctl var: > > >> > > >> net.inet.ip.fw.enable > > >> > > >> and it will fail if I have the IPFIREWALL option which compiles the code > > >> into the kernel because it will try to load and return 1 on a failure. > > > > > > I'm looking into it and will have a fix later today. > > > > This, and all of the rc.d, module loading, and kernel option problems > > are now a blocking issue for BETA1. We had planned to start the BETA1 > > no later than 2200 UTC today. What is your schedule for getting all of > > this fixed? > > It looks like fixing the rc.d script is simply a matter of checking for the fw > node rather than fw.enable. The pfil(9) requirement is just a matter of > documenting the new requirement. The IPDIVERT thing is probably larger > though. :( We may need to just tell people to compile ipfw into the kernel > for now if they want divert sockets, much as they do if they want 'default to > accept'. IPDIVERT wasn't compiled into the module before. It's surrounded by #if !defined(KLD_MODULE). However if the kernel was compiled with option IPDIVERT but w/o IPFIREWALL is was working anyway. -- AndreReceived on Thu Aug 19 2004 - 15:22:37 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:07 UTC