On Jun 3, 2010, at 12:38:19, chantra wrote: > Gert Doering <gert <at> greenie.muc.de> writes: > > >> Both have merits, your fix is somewhat less code then adding an extra input >> validation check >> >> if ((network.s_addr & netmask) != network.s_addr ) >> { complain; } >> >> - so: ACK from me. >> >> (Since OpenVPN likes to print warnings, we *could* add code to print a >> warning in this case - "warning: subnet address changed to match /%d, >> new value is %s/%d"). >> >> gert > > Gert, > > As discussed on IRC, it make sense to "warn" the admin, > but it seems it is all that can be done as this is > being going on at runtime. > > I upated the patch and it will now display something like: > WARNING: PF: /dev/shm/openvpn_pf_ff18e7030fd03ce91bd0432563e4eb1a.tmp/5: > incorrect subnet 192.168.100.8/28 changed to 192.168.100.0/28
This seems rather pedantic to me... --- Eric Crist