2010/10/30 Alcir <[email protected]>:
> Guilherme, boa noite!
>
>
>>Caso persista informe. Sempre é bom tentar explicar seu procedimento.
>> >Entendi mais lendo um e-mail raivoso que o calmo ... hehehehehe
>
>
> Realmente, o mail foi raivoso.  Ja` passou! A mansidao e humildade sao minha
> praia. E, com essa mesma humildade,  informo-lhe que segui exatamente AS
> SUAS dicas.
>
> Vou informar um pouco mais sobre a duvida do gateway que foi a porta desse
> problema, ok!
> Continuo errando em algum ponto... Estou usando um modem Thomsom em Bridge,
> um switch Dlink DES-1024 e conectando na eth0 do futuro servidor
> dinamicamente ( dhcp ).
> Meus passos foram:
> 1) Na eth1 ( rede interna ) do Servior  fixei o ip em 192.168.1.50 atraves
> do
> /etc/rc.d/rc.inet1.conf e subi o ifconfig eth1 192.168.1.50 up , deixando o
> Gateway  vazio
>
> 2) ifconfig eht0 restart e eht1 d'ao:
>   Host name lookup failure
>
> 3) Na estacao rodei netconfig pondo o ip fixo 192.168.1.4 e o Gateway que
> esta amarrado na eth1 do Servidor ( 192.168.1.50 ). Entendi que essa seria a
> forma de ver o servidor.
>
> 4) Rodei o etc/rc.d/rc.ip_forward dando permissao de execucao e start
>
> 5) Tentei uma regrinha de iptables e nat em eth0.  Aqui bolei, pois nao
> consegui carregar: modprobe iptable_nat
>
> #iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE ( pus eth0 por ser a
> chegada da intenet )
>
> Consigo pingar para eth1 ( 192.168.1.50 ) e para o google, mas nunca para a
> estacao com ip 192.168.1.4!
>
> O  vi /etc/udev/rules.d/70- persistent-net.rules
> mostra as duas placas ethernet com o MAC e o NAME correspondentes.
>
>   Apos segui os passos de:
>
> #route -n
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> 192.168.1.0     0.0.0.0         255.255.255.0   U     202    0        0 eth0
> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
> 0.0.0.0         192.168.1.254   0.0.0.0         UG    202    0        0 eth0
>
> e depois:
>
> route del default
> route add defult eth0
> route del 192.168.1.50 e fiz um teste usando 192.168.1.254
>
> Infelizmente ainda nao tenho bons resultados. : (
>
> Mas,  ja`grato pela ajuda de todos!
>
> --
> GUS-BR - Grupo de Usuários de Slackware Brasil
> http://www.slackwarebrasil.org/
> http://groups.google.com/group/slack-users-br
>
> Antes de perguntar:
> http://www.istf.com.br/perguntas/
>
> Para sair da lista envie um e-mail para:
> [email protected]

Vou dar minha pequena contribuição:
Para configurar a rede no slackware, edite o arquivo
/etc/rc.d/rc.inet1.conf desta forma (coloquei apenas a parte que
interessa referente às interfaces eth0 e eth1):

# Config information for eth0:
IPADDR[0]=""
NETMASK[0]=""
USE_DHCP[0]="yes"
DHCP_HOSTNAME[0]=""

# Config information for eth1:
IPADDR[1]="192.168.2.1"
NETMASK[1]="255.255.255.0"
USE_DHCP[1]=""
DHCP_HOSTNAME[1]=""

Deixe o campo GATEWAY vazio, pois ele será populado pelo dhcp. Observe
que já mudei a sua rede interna para 192.168.2.1.
Agora o pulo do gato no slackware. Não utilize o ifconfig diretamente.
Se você já configurou o inet1.conf, use o /etc/rc.d/rc.inet1
{start|stop|restart} para iniciar, parar ou reiniciar sua rede.
Feito isso, essas placas iniciarão automaticamente no boot.
Agora vamos pro primeiro teste: coloque um ip da rede 192.168.2 na sua
estação de trabalho e tente pingar o 192.168.2.1.
Próximo passo é a conectividade com a internet. Certifique-se que o
dhcp entregou corretamente todas as informações para o server.
Verifique a rota padrão e se o /etc/resolv.conf aponta para servidores
dns que funcionam. Não edite-os, eles tem que ser populados pelo dhcp.
Se estiver errado, temos que debugar outro problema antes de partir
adiante.
Do server, pingue em um ip da internet (pode ser o 8.8.8.8) e depois
em um nome (pode ser o www.gmail.com). Desta forma, teremos certeza
que temos conexão com a internet.
Agora o compartilhamento: crie o arquivo /etc/rc.d/rc.firewall com os
sequintes comandos:

iptables -t nat -F
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

Dê permissão de execução pro rc.ip_forward e para o recém-criado
rc.firewall. Execute ambos manualmente com o start (apesar do nosso
rc.firewall ainda não ter "suporte" ao start, depois melhoramos o
script) e faça o teste do ping para servidores na internet direto da
máquina cliente.
Agora tudo deve funcionar devidamente mesmo após o reboot e da maneira
prevista em slackware.
Caso dê algo errado, coloque aqui o seguinte:

1) conteúdo do arquivo /etc/rc.d/rc.inet1.conf
2) saída do comando ifconfig
3) saída do comando route -n
4) conteúdo do arquivo /etc/resolv.conf
5) conteúdo do arquivo /etc/rc.d/rc.firewall
6) saída do comando ls -l /etc/rc.d

Desta forma, poderemos debugar qualquer problema que você tenha.

A propósito: se você tem NET VIRTUA, antes de executar o
/etc/rc.d/rc.inet1 start, desligue e ligue o modem da tomada. Existe
um "bug" na rede da NET que sempre que um equipamento já pegou IP, ele
só entrega IP novamente para outro equipamento (MAC address diferente)
depois de reboot no modem.

Boa sorte!

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> necropresto - Slackware User <<
>> [email protected] <<
>> [email protected] <<

-- 
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.istf.com.br/perguntas/

Para sair da lista envie um e-mail para:
[email protected]

Responder a