Enviado de meu iPhone
Em 05/06/2009, às 21:02, TIsOrA TAIUVA <[email protected]> escreveu: > > Na prática... > > > > Se vc instalou o bind em /usr/local/named, roda o named com user > "bind", chroot em /usr/local/named ( opção "-t" ) e no named.conf " > directory" você tenha > > directory "/var/named"; ( Corresponde a /usr/local/named/var/named ) > > > > > > > > > chown -R bind:bind /usr/local/named/etc > > chown -R bind:bind /usr/local/named/var > > chmod 660 /usr/local/named/etc > > chmod 660 /usr/local/named/var > > > > > /usr/local/named/sbin/named -u bind -t /usr/local/named -c /etc/ > named.conf > > > > > > > > >> From: [email protected] >> To: [email protected] >> Date: Fri, 5 Jun 2009 20:52:04 -0300 >> Subject: Re: [FUG-BR] named: the working directory is not writable >> >> >> Você está usando o bind da árvore ou compilou/instalou "na mão" ? >> >> >> >> >> >> Verifique no named.conf a diretiva "directory" . O diretório setad >> o deve ter >> >> como owner, com permissão de leitura e escrita, o usuário que roda >> o named. Se roda >> >> o named com a opção "-u bind", o usuário bind deve ser o owner do >> diretório. >> >> O owner do diretório de conf (Incluindo os diretórios dos arquivos >> de zona, não so o named.conf) >> >> e de logs deve ser sempre o usuário que roda o named. >> >> >> >> Esse erro "the working directory is not writable", se for em um >> autoritativo slave, impede que >> >> seu servidor salve as transferências de zona do master, e as zonas >> não serão sincronizadas, >> >> por exemplo. >> >> >> >>> Date: Fri, 5 Jun 2009 18:03:44 -0300 >>> From: [email protected] >>> To: [email protected] >>> Subject: [FUG-BR] named: the working directory is not writable >>> >>> Após instalar o Bind no freebsd 7.2, comecei a observar nos logs >>> a seguinte >>> mensagem: >>> >>> Jun 4 17:07:43 servidor named[1110]: the working directory is not >>> writable >>> >>> Após pesquisar na net vi no forum >>> http://forums.freebsd.org/showthread.php?t=1920 o mesmo problema >>> vivido por >>> mim e a solução apresentada foi a mesma da consultoria. >>> >>> Mas eu quero saber se alguém viveu este mesmo problema ou se é r >>> ealmente >>> necessário adequar o /etc/mtree/BIND.chroot.dist, sendo que o Bi >>> nd faz >>> parte da base, ou seja, porque adequar algo que é nativo. Estou >>> buscando >>> entender >>> Breno Ribeiro >>> ------------------------- >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> _________________________________________________________________ >> Descubra todas as novidades do novo Internet Explorer 8 >> http://brasil.microsoft.com.br/IE8/mergulhe/?utm_source=MSN%3BHotmail&utm_medium=Tagline&utm_campaign=IE8 >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > _________________________________________________________________ > Conheça os novos produtos Windows Live! Clique aqui. > http://www.windowslive.com.br > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Olá, valeu pelo retorno. Usei o bind da árvore. E quando é alterado as permissões o named no restart volta as permissões ao padrão. A presente solução foi o descrito acima no /etc/mtree/Bind..., terei que instalar 7.2 e vou observar o que descreveu, mas acho estranho isso já não estar ajustado por estar na base. Breno ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
