Re: permissions on /etc/namedb

On Sun, Aug 03, 2008 at 11:39:18PM -0700, Doug Barton wrote: > >I need /etc/namedb to be owned by root:bind and have permissions 01775, ^ > >so bind may write to it but may not overwrite files that belong to root >

Re: permissions on /etc/namedb

On Mon, Aug 04, 2008 at 10:44:59AM +0200, Remko Lodder wrote: > I like the unwriteable /etc/namedb directory for bind, so that one is > "forced" to create directories for bind, which it has write access to. You > do not want to clobber the /etc/namedb directory with files (imo) ;) Should we chang

Re: permissions on /etc/namedb

my fix to all this has been /usr/ports/dns/unbound (cache only) or /usr/ports/dns/nsd (auth only) and the developers/porters are constructive and friendly randy ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listin

Re: permissions on /etc/namedb

Remko Lodder wrote: > > Should we change our default src/etc/namedb/named.conf in the Repository > > so that named won't warn about unwriteable "working directory"? > > I dont think so.. I think the current default is fine, if you want to > write files to it, then you need to change things, best i

Re: permissions on /etc/namedb

On Mon, August 4, 2008 9:55 am, Eugene Grosbein wrote: > On Sun, Aug 03, 2008 at 11:39:18PM -0700, Doug Barton wrote: > >> >I need /etc/namedb to be owned by root:bind and have permissions >> 01775, >^ >> >so bind

Re: permissions on /etc/namedb

On Mon, August 4, 2008 10:48 am, Eugene Grosbein wrote: > On Mon, Aug 04, 2008 at 10:44:59AM +0200, Remko Lodder wrote: > >> I like the unwriteable /etc/namedb directory for bind, so that one is >> "forced" to create directories for bind, which it has write access to. >> You >> do not want to clob

Re: permissions on /etc/namedb

On Sun, 3 Aug 2008, Doug Barton wrote: > Eugene Grosbein wrote: > > On Sun, Aug 03, 2008 at 10:54:05PM -0700, Doug Barton wrote: [..] > >>> Well, I just want bind be allowed to write to is working directory. > >> I think that your idea of "BIND's working directory" is probably > >> flawed >

Re: Application layer classifier for ipfw

Mike Makonnen escreveu: Mike Makonnen wrote: Patrick Tracanelli wrote: To let you know of my current (real world) tests: - Wireless Internet Provider 1: - 4Mbit/s of Internet Traffic - Classifying default protocols + soulseek + ssh - Classifying 100Mbit/s of dump over ssh Results

Re: permissions on /etc/namedb

Hi, On Mon, Aug 4, 2008 at 12:57 PM, Ian Smith <[EMAIL PROTECTED]> wrote: > On Sun, 3 Aug 2008, Doug Barton wrote: > > Eugene Grosbein wrote: > > > On Sun, Aug 03, 2008 at 10:54:05PM -0700, Doug Barton wrote: > [..] > > >>> Well, I just want bind be allowed to write to is working directory. >

Re: permissions on /etc/namedb

Randy Bush wrote: my fix to all this has been /usr/ports/dns/unbound (cache only) or /usr/ports/dns/nsd (auth only) and the developers/porters are constructive and friendly Oddly enough I think of myself as constructive and friendly. :) However I can't make a default configuration

Re: permissions on /etc/namedb

Eugene Grosbein wrote: On Sun, Aug 03, 2008 at 11:39:18PM -0700, Doug Barton wrote: I need /etc/namedb to be owned by root:bind and have permissions 01775, Fair enough, I misread that bit. Sorry for the confusion. I will (once again) return to my point that while I do not think what you are

DarkStone MuOnline Server Challenge you To a Duel.

[votenew.jpg] _ [pixel.gif] www.darkstonemu.net [pixel.gif] [pixel.gif]

bridging wireless station

hi, i would like to bridge a wireless client to ethernet (in 8-CURRENT) - the last bug in the if_bridge man page says this is a no-no. the question is whether this could be worked around - don't need the highest performance, so maybe netgraph or even a userland daemon would work. i don't have an

Re: bridging wireless station

David Cornejo wrote: hi, i would like to bridge a wireless client to ethernet (in 8-CURRENT) - the last bug in the if_bridge man page says this is a no-no. the question is whether this could be worked around - don't need the highest performance, so maybe netgraph or even a userland daemon would

Re: bridging wireless station

On Mon, Aug 04, 2008 at 12:13:09PM -1000, David Cornejo wrote: > hi, > > i would like to bridge a wireless client to ethernet (in 8-CURRENT) - > the last bug in the if_bridge man page says this is a no-no. The bridge man page needs to be updated as its possible to do this now. > the question is

Re: permissions on /etc/namedb

Adrian Penisoara wrote: Hi, On Mon, Aug 4, 2008 at 12:57 PM, Ian Smith <[EMAIL PROTECTED] > wrote: With the notable exception of making standard functions rndc trace and querylog work, writing to the default file named.run, which named wants to write in 't

Re: bridging wireless station

Andrew Thompson wrote: On Mon, Aug 04, 2008 at 12:13:09PM -1000, David Cornejo wrote: hi, i would like to bridge a wireless client to ethernet (in 8-CURRENT) - the last bug in the if_bridge man page says this is a no-no. The bridge man page needs to be updated as its possible to do th

Re: bridging wireless station

I have an existing AP that I have no control over (assume it doesn't support WDS) sitting on a clinic LAN. I have a second LAN that I need to bridge to the clinic LAN through a client wireless device. I had done this about a year ago using vtun (via an 'ethernet' tunnel), but then I had some cont

Re: permissions on /etc/namedb

Hi, On Tue, Aug 5, 2008 at 12:59 AM, Doug Barton <[EMAIL PROTECTED]> wrote: > > Adrian Penisoara wrote: >> >> Quoting from a default distributed /etc/namedb/named.conf: >> >> options { >>// Relative to the chroot directory, if any >>directory "/etc/namedb"; >>pid-file

Re: bridging wireless station

Without WDS you'll need to bridge/tunnel at a different layer. Sam David Cornejo wrote: I have an existing AP that I have no control over (assume it doesn't support WDS) sitting on a clinic LAN. I have a second LAN that I need to bridge to the clinic LAN through a client wireless devic

[GSoC - tcptest] Weekly Status Report #03

Hi People, I posted the tcptest weekly status report at freebsd wiki. http://wiki.freebsd.org/VictorBilouro/Release_0.1_Iteration_3 Other Links: http://wiki.freebsd.org/VictorBilouro/TCP-IP_regression_test_suite http://code.google.com/p/tcptest/downloads/list http://perforce.freebsd.org/depotTre