Date: Thu, 29 Mar 2007 16:02:53 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Steve Watt <steve@watt.com> Cc: freebsd-hackers@freebsd.org Subject: Re: sendto() giving EPERM outside a jail Message-ID: <200703291602.54203.doconnor@gsoft.com.au> In-Reply-To: <200703280124.l2S1OFI5028861@wattres.watt.com> References: <200703280124.l2S1OFI5028861@wattres.watt.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart6090580.xP8Uv5RAEz Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 28 March 2007 10:54, Steve Watt wrote: > } I guess it would be nice if the man page(s) mentioned that a firewall > could } cause EPERM. I have seen it before with other apps but the sendto= () > confused } me. > > It's one of those unpleasant interactions between pluggable subsystems, > so it's a bit tough to document -- there are various different firewalls > available, after all. True, but it doesn't matter which firewall you're using, the result is the= =20 same :) > } It doesn't say anything about EPERM. > > If you're sending broadcast broadcast or multicast datagrams, you need > to set the SO_BROADCAST socket option, as well. Ahh, understood. Still, it seems to work without that - the sendto() call works fine now I h= ave=20 explicitly allowed multicast. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6090580.xP8Uv5RAEz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGC12W5ZPcIHs/zowRAtM4AJ9s4yo17PLj2zLM1ofKVZ51qvXRtACgqJww lFSyVQQgJSfpoPb8NRuaNM0= =fS8A -----END PGP SIGNATURE----- --nextPart6090580.xP8Uv5RAEz--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200703291602.54203.doconnor>