Problemas de permissão, /etc/local

atem
(usa CentOS)

Enviado em 12/11/2014 - 11:34h

Problemas no /etc/rc.local
coloquei ele para chamar um script

segue rc.local

-----------------------------------------------------------------------

#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.
/usr/local/bin/rc.firewall
touch /var/lock/subsys/local

exit 0

------------------------------------------------------------------------

O script rc.firewall está com chmod +x, ou seja tem as permissões necessárias...

vejam o script rc.firewall

------------------------------------------------------------------------

#!/bin/sh
restore=/sbin/iptables-restore
$restore /home/fagner/regras
echo -e "Regras ativas"
exit 0

--------------------------------------------------------------------------

vejam agora o script regras, que foi gerado pelo iptables-save

----------------------------------------------------------------------

# Generated by iptables-save v1.4.7 on Tue Nov 11 12:25:29 2014
*nat
:PREROUTING ACCEPT [10:548]
:POSTROUTING ACCEPT [4:254]
:OUTPUT ACCEPT [4:254]
COMMIT
# Completed on Tue Nov 11 12:25:29 2014
# Generated by iptables-save v1.4.7 on Tue Nov 11 12:25:29 2014
*mangle
:PREROUTING ACCEPT [43:2827]
:INPUT ACCEPT [43:2827]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [33:2233]
:POSTROUTING ACCEPT [25:1829]
COMMIT
# Completed on Tue Nov 11 12:25:29 2014
# Generated by iptables-save v1.4.7 on Tue Nov 11 12:25:29 2014
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
-A INPUT -p tcp -m multiport --sports 80,443 -j ACCEPT
-A INPUT -p tcp -m multiport --dports 80,443 -j ACCEPT
-A INPUT -p udp -m udp --dport 53 -j ACCEPT
-A INPUT -p udp -m udp --sport 53 -j ACCEPT
-A INPUT -p tcp -m tcp --sport 50000 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 50000 -j ACCEPT
-A OUTPUT -p tcp -m multiport --sports 80,443 -j ACCEPT
-A OUTPUT -p tcp -m multiport --dports 80,443 -j ACCEPT
-A OUTPUT -p udp -m udp --sport 53 -j ACCEPT
-A OUTPUT -p udp -m udp --dport 53 -j ACCEPT
-A OUTPUT -p tcp -m tcp --sport 50000 -j ACCEPT
-A OUTPUT -p tcp -m tcp --dport 50000 -j ACCEPT
COMMIT

----------------------------------------------------------------------------


Quando inicio o sistema o script não é carregado
quando tento executar o comando
#/etc/rc.local start

aprensenta isso :

-------------------------------------------------------------

# /etc/rc.local start
Can't open /home/fagner/regras: Permission denied
Regras ativas
#
-------------------------------------------------------------

Conclusão, algo referente a permissão, ja tentei chmod 777 no "regras" no "rc.firewall", no "rc.local" e nada.

Alguém sabe uma solução?

Uso Centos 6.6 64bits.

Grato, só uma observação, existem outros meios de fazer o que eu quero que é iniciar o firewall na inicialização, eu sei disso, mas queria a solução para esse problema especificamente, portanto peço por gentileza que não poste soluções como "coloque o script no /etc/init.d.........

Obrigado VOL

jaksonwkr
(usa CentOS)

Enviado em 12/11/2014 - 11:57h

da um ls -l no rc.firewall e posta aqui

atem
(usa CentOS)

Enviado em 12/11/2014 - 12:04h

# ls -l /usr/local/bin/rc.firewall
-rwxrwxrwx. 1 root root 101 Nov 12 10:53 /usr/local/bin/rc.firewall
#


# ls -l /home/fagner/regras
-rwxrwxrwx. 1 root root 1222 Nov 11 12:25 /home/fagner/regras
#

jaksonwkr
(usa CentOS)

Enviado em 12/11/2014 - 12:14h

cara muito estranho, eu fiz o teste aki e funcionou normalmente, tenta usar o comando /sbin/iptables-restore direto sem definir a variável restore

atem
(usa CentOS)

Enviado em 12/11/2014 - 12:38h

Refiz o script sem a varável, apresentou o mesmo erro, e o estranho é que aparece o "Regras ativas" ou seja, o "echo -e" ele executa, mas a chamada ao arquivo regras que foi gerado pelo iptables-save não vai...

Não dá pra entender...porisso recorri ao VOL...

se tentar executar direto o "regras" não vai, porque tem de ser com o comando iptables-restore...

Eu poderia fazer um script do zero, sem a necessidade do iptables-save...

Mas pra mim não teria graça...quero aprender, entender esse problema e resolve-lo.

Centos 6.6 64 bits, kernel 2.6.32-504.el6.x86_64

bate com a sua versão?

o /etc/rc.local é um link simbolico para /etc/rc.d/rc.local

isso é natural, agora a permissão não faz sentido...