Não é gambiarra.... talvez seja somente pra esse caso, mas quando vc precisa autenticar via ppp, em quase todos os casos vc precisa fazer um script desse mesmo jeito. Isso acontece porque o ppp demora pra retornar o IP (demora pra conectar), e ai o pf dá erro de regras porque ele não acha o IP. Nesse caso, o amigo poderia olhar o log e ver qual é o problema pra tentar solucionar de uma maneira diferente. Mesmo assim, é uma solução temporária porém eficaz.
Caro Alexandre; se você achar o erro no arquivo de logs ou no debug, por favor poste aqui pra gente. On 7/26/07, Alexandre Biancalana <[EMAIL PROTECTED]> wrote: > On 7/26/07, Cleyton Bertolim <[EMAIL PROTECTED]> wrote: > > > > Pessoal, primeiro quero agradecer a todos que cederam um pouco do seu > > tempo pra tentar solucionar este meu problema!!!! > > > > Em seguinda, quero dizer o que eu fiz pra resolver!!! Foi uma solucao > > que encontrei, que julgo nao ser a mais correta, porem resolveu!!! > > hehehe > > > > Eu criei um arquivo /etc/rc.d/pf.sh com o seguinte conteudo: > > > > #!/bin/sh > > # Script de carregamento das regras do pf.conf > > echo Carregando regras PF.CONF... > > pfctl -f /etc/pf.conf > > ##### FINAL DO ARQUIVO ########################## > > > > Agora toda vez que reinicio o servidor (o que é bem dificil!!!) ele > > esta rodando as regras do PF com esse script e nao esta mais dando > > aqueles problemas do pessoal nao conseguir acessar os recursos pela > > VPN. > > > Desculpem-me pela opinião franca... mas que gambiarra hein.... :-( > > da um grep pf_ /etc/rc.conf pra ver se nao tem mais de uma linha pf_enable, > pois se tiver um linha com pf_enable="NO" final do arquivo nao vai carregar > mesmo as regras... > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
