Depois da instalação do firestarter não consigo realizar uma conexão.

[Leonardo™]

Fiz o firestarter iniciar com o boot e aumentei o sleep para 10 e parece que o problema foi resolvido. Vou ficar monitorando a conexão, se o problema surgir novamente volto aqui e informo os detalhes.  

[linuser104]

linuser, as permissões do arquivo rc.local são indiferentes, ele é interpretado pelo bash durante a inicialização.

Leonardo, tem como você ver se há algum log do PPP no diretório /var/log? Algo como ppp.log, ou então nos arquivos "/var/log/syslog" e "/var/log/messages", alguma coisa sobre o processo ppp.

Como o colega afirmava que as mudanças no rc.local não surtiam efeito e como houve uma dúvida aqui sobre a funcionalidade ou não do rc.local pelo usuário libonati, então fiquei pensando aqui se não teria algum problema com as permissões originais do referido arquivo, por isso a pergunta sobre elas.

Eu penso que pode influir sim, pois o rc.local nada mais é do que um script e como tal é necessário ter a permissão de execução. Aqui o comando:

ls -l /etc/rc.local

retornou como resposta isso:

-rwxr-xr-x 1 root root 364 2010-05-01 17:59 /etc/rc.local

o que deu para perceber que o rc.local tem para o dono as permissões (r=leitura, w= escrita e x= execução), para os grupo (r=leitura e x= execução) e para outros (r=leitura e x= execução). O dono seria o root e o grupo root também.

Agora não sou um especialista nisso, portanto não tenho certeza e posso estar redondamente enganado, mas pelo último post do colega o problema, aparentemente, se resolveu, portanto as permissões do rc.local deveriam estar normais, ou seja, na forma padrão e seu problema era de outra espécie.

[linuser104]

Fiz o firestarter iniciar com o boot e aumentei o sleep para 10 e parece que o problema foi resolvido. Vou ficar monitorando a conexão, se o problema surgir novamente volto aqui e informo os detalhes.  

Humm, que bom. Espero que esteja solucionado definitivamente.

Acho que isso resolve a dúvida sobre o rc.local funcionar ou não sem colocar no /usr/bin para o Ubuntu 10.04

[zekkerj]

Eu penso que pode influir sim, pois o rc.local nada mais é do que um script e como tal é necessário ter a permissão de execução.

Não precisa, pq ele não é executado como um processo separado. Mas isso não vem ao caso agora, melhor a gente focar no problema do Leonardo, pq já se discutiu demais por aqui.

[libonati]

Segundo o Leonardo, parece que o problema está resolvido.
É sempre bom tirar a dúvida.
Deletei minha rota para o gateway e fiz todas as possibilidades usando o arquivo rc.local. Ele sozinho não criou rota nenhuma. Foi preciso colocar ele e um script no caminho do PATH. Se colocar o script sem o auxilio do rc.local, nada acontece. Se colocar no rc.local sem o auxilio do script, nada acontece. O rc.local tem as permissões de execução. Gostaria que vocês fizessem essa experiência. Não deixa de ser interessante.
Obs:desativem o módo automático e levem para IP fixo.

[linuser104]

Não precisa, pq ele não é executado como um processo separado. Mas isso não vem ao caso agora, melhor a gente focar no problema do Leonardo, pq já se discutiu demais por aqui.

Fiz um pequeno teste aqui que foi o seguinte, como eu preciso que um comando rode no boot para que minha webacam fique com a imagem normal, pois inicialmente ele está invertida (espelho), eu acrescentei determinado comando no rc.local. Feito isso ele cumpre o seu papel com sucesso, então com essa dúvida relatada pelo colega zekkerj sobre as permissões do rc.local, eu resolvi retirar a permissão de execução dele para o dono, grupo e outros e reiniciei o PC. Como imaginado por mim, o referido comando que acrescentei no rc.local não surtiu efeito, ficando a imagem de minha webcam em espelho (invertida) como antes.

Moral da estória, pelo que pude constatar, se você retirar a permissão de execução do rc.local, os comandos colocados nele não são executados durante o boot.

[linuser104]

Segundo o Leonardo, parece que o problema está resolvido.
É sempre bom tirar a dúvida.
Deletei minha rota para o gateway e fiz todas as possibilidades usando o arquivo rc.local. Ele sozinho não criou rota nenhuma. Foi preciso colocar ele e um script no caminho do PATH. Se colocar o script sem o auxilio do rc.local, nada acontece. Se colocar no rc.local sem o auxilio do script, nada acontece. O rc.local tem as permissões de execução. Gostaria que vocês fizessem essa experiência. Não deixa de ser interessante.
Obs:desativem o módo automático e levem para IP fixo.

Veja se a sequencia de comandos colocados no rc.local estão corretas para a finalidade que você deseja, se não seria necessário ter um tempo de espera de um comando para outro (sleep n, onde n seria um valor em segundos), pois pode ser que os comandos que deseja executar precisem ser executados depois de certos arquivos/processos serem carregados/ativados durante o boot e que o rc.local está executando primeiro e portanto não dando certo etc.

A finalidade do rc.local foi justamente essa de passar comandos, em sequencia, que precisam ser carregados durante o boot do sistema como root e para todos os usuários, portanto não teria sentido ter o mesmo no /etc e precisasse de colocar uma cópia dele no /usr/bin. Caso isso fosse necessário, no /usr/bin já teria ele, ou melhor, já teria um link apontando para ele no /etc assim toda mudança que se fizesse no rc.local (em /etc) já seria transmitida no link do /usr/bin, portanto mesmo que sua dica fosse a correta, não precisaria copiar o rc.local para a referida pasta e sim apenas criar um link em /usr/bin apontando para /etc/rc.local ok.

[libonati]

Seguindo orientações do zekkerj, retirei o executável de /usr/bin e tinha colocado em /usr/local/bin. Troquei o executável pelo link que você sugeriu apontando para /etc/rc.local e realmente é mais prático, funcionou normalmente. O que está acontecendo é que simplesmente não estou conseguindo usar  só o /etc/rc.local.
O comando é:
route add default gw 192.168.1.1 eth0
as permissões do arquivo está tudo ok
-rwxr-xr-x 1 root root 343 2010-09-08 14:31 /etc/rc.local

[linuser104]

Seguindo orientações do zekkerj, retirei o executável de /usr/bin e tinha colocado em /usr/local/bin. Troquei o executável pelo link que você sugeriu apontando para /etc/rc.local e realmente é mais prático, funcionou normalmente. O que está acontecendo é que simplesmente não estou conseguindo usar  só o /etc/rc.local.
O comando é:
route add default gw 192.168.1.1 eth0
as permissões do arquivo está tudo ok
-rwxr-xr-x 1 root root 343 2010-09-08 14:31 /etc/rc.local

Pode ser que este seu comando seja necessário somente depois que determinadas coisas ou processos sejam carregados primeiro durante o boot, então se quiser testar, deixa no rc.local algo do tipo (antes do exit 0, é claro):

sleep 5
route add default gw 192.168.1.1 eth0

e se não funcionar vá aumentando o tempo de espera 5 para 10 e assim por diante, só para tirar a dúvida se seria somente por isso que o seu rc.local não funciona como deveria.

Ou se não quiser, deixe como está, já que para o seu caso está funcionando desta forma.

Atenção: se for tentar fazer o sugerido, desfaça o que você fez no /usr/local/bin para sabermos se o comando sleep 5 faz algum efeito no seu rc.local

[libonati]

Antes tentei dar intervalo de 20 segundos, mas não deu certo. Também acho que o rc.local deveria funcionar por sí.
Talvez eu abra um tópico. Obrigado.

[zekkerj]

O comando é:
route add default gw 192.168.1.1 eth0

Deveria ser:

route add -net default gw 192.168.1.1 dev eth0

Mas não tenho certeza se é possível usar ao mesmo tempo "gw" e "dev" no comando route. Se não for possível, use apenas "gw 192.168.1.1", pois "dev eth0" é inferido a partir da rota para 192.168.1.0/24 criada automaticamente pela configuração de endereço de eth0.

[RonaldoRG]

Ele já verificou a política de conexão do firestarter? Pode ser que ele tenha configurado para restrito por padrão.
É só um pitaco, não quero quebrar o raciocínio de vocês. To acompanhando pra aprender mais sobre o linux.
Abraço.