cliente nosso reclamou que não acessava página do seu próprio provedor, hospedada (óbvio) no mesmo. Após várias verificações, inclusive usando o links e DESATIVANDO firewall e squid, o resultado era:
# - no route to host
com isso estabeleci rota estática para aquêle host, usando o mesmo enderêço da rota padrão (default), ou seja:
rota default: XXX.XXX.XXX.XXX eth0
rota adicionada: host YYY.YYY.YYY.YYY gw XXX.XXX.XXX.XXX (exatamente a mesma rota default).
com isso o site tornou-se acessivel.
bem.. eu nem quero entender o PORQUE os pacotinhos não foram endereçados para o gw default (lembram-se das aulas de rede? "na falta de rota definida para host/rede, prevalece a rota default"), exigindo rota estática. O que preciso MESMO é saber QUAL script deve ser alterado para que essa rota estática não desapareça no próximo boot.
graande Marcelo Gondim: sei que vc está aí, olhando, pois deixe de olhar e me dê essa mãozinha (rs).
nota: revirei o google mas as 300.000 paginas encontradas só apresentam informações desencontradas: ora rc.local (que não funciona), ora em arquivos shell-script confusos pra kramba (tá.. eu entendo pi*** de programação), enfim, ninguém tem uma informação simples para mortais leigos..
enfim: ONDE colocar uma rota estática assim:
route add -host aaa.bbb.ccc.ddd gw www.xxx.yyy.zzz ?
grato,
2011/5/20 irado furioso com tudo irado@bsd.com.br:
nota: revirei o google mas as 300.000 paginas encontradas só apresentam informações desencontradas: ora rc.local (que não funciona), ora em arquivos shell-script confusos pra kramba (tá.. eu entendo pi*** de programação), enfim, ninguém tem uma informação simples para mortais leigos..
rc.local funciona sim, por que não funcionaria? Ele executa o comando após o sistema dar boot, como se você fizesse isso manualmente...
No centos é aconselhável seguir o modelo de execução dos scripts, no caso de rotas utilizar o procedimento "Configuring Static Routes" encontrado em http://www.centos.org/docs/5/html/5.1/Deployment_Guide/s1-networkscripts-sta tic-routes.html
2011/5/20 irado furioso com tudo irado@bsd.com.br:
nota: revirei o google mas as 300.000 paginas encontradas só apresentam informações desencontradas: ora rc.local (que não funciona), ora em arquivos shell-script confusos pra kramba (tá.. eu entendo pi*** de programação), enfim, ninguém tem uma informação simples para mortais leigos..
rc.local funciona sim, por que não funcionaria? Ele executa o comando após o sistema dar boot, como se você fizesse isso manualmente...
-- thiagoc
Edite o arquivo /etc/sysconfig/static-routes
Obrigado,
Diego Santos Administrador de Redes Sênior Cel: +55 11 9340-9533 msn: diego.santos@msn.com twitter: twitter.com/rsdiego site: diegorsantos.wordpress.com
Em 20/05/2011, às 14:49, thiagoc root@thiagoc.net escreveu:
2011/5/20 irado furioso com tudo irado@bsd.com.br:
nota: revirei o google mas as 300.000 paginas encontradas só apresentam informações desencontradas: ora rc.local (que não funciona), ora em arquivos shell-script confusos pra kramba (tá.. eu entendo pi*** de programação), enfim, ninguém tem uma informação simples para mortais leigos..
rc.local funciona sim, por que não funcionaria? Ele executa o comando após o sistema dar boot, como se você fizesse isso manualmente...
-- thiagoc
"O povo não deveria temer o governo. O governo é quem deveria temer o povo." V de Vingança _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Em Fri, 20 May 2011 17:49:29 -0300 Diego Santos diego.santos@msn.com, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu:
Edite o arquivo /etc/sysconfig/static-routes
o arquivo não existia..
Olá pessoal
Criei uma interface alias pra um ip, olhando alguns manuais mas não ativou.
#cp ifcfg-eth2 ifcfg-eth2:0
#vi ifcfg-eth2:0 # Intel Corporation 82571EB Gigabit Ethernet Controller #Xen Virtual Ethernet DEVICE=eth2:1 BOOTPROTO=none BROADCAST=192.168.1.255 HWADDR=82:bf:81:f3:6c:ba IPADDR=192.168.1.10 NETMASK=255.255.255.0 NETWORK=192.168.1.0 GATEWAY=192.168.1.1 ONBOOT=yes TYPE=Ethernet
A interface infcfg-eht2 possue um ip Real funcionando legal.
Reiniciei o serviço mas não levantou esta segunda interface!
Alguém ajuda?
[]'s
On Fri, 20 May 2011 15:50:15 -0300, Anderson J. Dominitini wrote:
Olá pessoal
Criei uma interface alias pra um ip, olhando alguns manuais mas não ativou.
#cp ifcfg-eth2 ifcfg-eth2:0
#vi ifcfg-eth2:0 <===== # Intel Corporation 82571EB Gigabit Ethernet Controller #Xen Virtual Ethernet DEVICE=eth2:1 <===== BOOTPROTO=none BROADCAST=192.168.1.255 HWADDR=82:bf:81:f3:6c:ba IPADDR=192.168.1.10 NETMASK=255.255.255.0 NETWORK=192.168.1.0 GATEWAY=192.168.1.1 ONBOOT=yes TYPE=Ethernet
A interface é a eth2:0 O nome do arquivo está ok, ifcfg-eth2:0 Mas dentro do arquivo a referência ao device está para eth2:1 Corrigindo isso deve resolver o problema.
Atenciosamente,
-- Marcelo Beckmann Suporte Corporativo Webers Tecnologia - www.webers.com.br Curitiba (PR) [41] 3094-6600 Rio de Janeiro (RJ) [21] 4007-1207 São Paulo (SP) [11] 4007-1207
Oba Valeu Marcelo
Dentro estava Ok. O problema era que no diretório /etc/sysconfig/network-scripts faltava criar o mesmo arquivo pra que ele suba a interface.
[]'sss
Em 20-05-2011 15:53, marcelo.beckmann@webers.com.br escreveu:
Mas dentro do arquivo a referência ao device está para eth2:1
Você pode monitorar o trafego com tcdump ou iptraf também.
Obrigado,
Diego Santos Administrador de Redes Sênior Cel: +55 11 9340-9533 msn: diego.santos@msn.com twitter: twitter.com/rsdiego site: diegorsantos.wordpress.com
Em 20/05/2011, às 14:45, irado furioso com tudo irado@bsd.com.br escreveu:
cliente nosso reclamou que não acessava página do seu próprio provedor, hospedada (óbvio) no mesmo. Após várias verificações, inclusive usando o links e DESATIVANDO firewall e squid, o resultado era:
# - no route to host
com isso estabeleci rota estática para aquêle host, usando o mesmo enderêço da rota padrão (default), ou seja:
rota default: XXX.XXX.XXX.XXX eth0
rota adicionada: host YYY.YYY.YYY.YYY gw XXX.XXX.XXX.XXX (exatamente a mesma rota default).
com isso o site tornou-se acessivel.
bem.. eu nem quero entender o PORQUE os pacotinhos não foram endereçados para o gw default (lembram-se das aulas de rede? "na falta de rota definida para host/rede, prevalece a rota default"), exigindo rota estática. O que preciso MESMO é saber QUAL script deve ser alterado para que essa rota estática não desapareça no próximo boot.
graande Marcelo Gondim: sei que vc está aí, olhando, pois deixe de olhar e me dê essa mãozinha (rs).
nota: revirei o google mas as 300.000 paginas encontradas só apresentam informações desencontradas: ora rc.local (que não funciona), ora em arquivos shell-script confusos pra kramba (tá.. eu entendo pi*** de programação), enfim, ninguém tem uma informação simples para mortais leigos..
enfim: ONDE colocar uma rota estática assim:
route add -host aaa.bbb.ccc.ddd gw www.xxx.yyy.zzz ?
grato,
-- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "A arte da medicina consiste em distrair enquanto a Natureza cuida da doença" (Voltaire) _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Em Fri, 20 May 2011 17:51:26 -0300 Diego Santos diego.santos@msn.com, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu:
Você pode monitorar o trafego com tcdump ou iptraf também.
não.. era a rota mesmo; bastou acrescentar rota estática para o host e pumba.. funcionou bonito.
mas - acho que já mencionei: ficou uma enorme curiosidade: tenho a rota default então, consequentemente, TUDO o que não tiver uma rota específica deve sair por ela. No caso DESSA página em particular, a rota estática aponta para a MESMA default, sem isso não funciona.
discuss-pt-br@lists.centos.org
-
Anderson J. Dominitini -
Diego Santos -
irado furioso com tudo -
marcelo.beckmann＠webers.com.br -
thiagoc -
Toledo, Luis Carlos