Compartilhar internet com Debian 5.0.7 [RESOLVIDO]

Stefan
(usa Debian)

Enviado em 05/01/2011 - 12:00h

Bom... é a primeira vez que uso o Debian mesmo, sei fazer o ocmpartilhamento no Ubuntu, mas no Debian parece que não quer funcionar o compartilhamento. Acredito que seja problema ocm firewall dele, já que nem pingar consigo no servidor, sendo que lá a internet funciona. Acredito que ele não esteja repassando o sinal no ip_forward, pois ele n me deixa editar o arquivo... Alguem que saiba ou que tenha um bom tuto ai poderia me ajudar? Agradeço desde já...

alan-souza
(usa Slackware)

Enviado em 05/01/2011 - 13:16h

Leia:
http://tinyurl.com/2c65xkz

Stefan
(usa Debian)

Enviado em 05/01/2011 - 13:31h

obrigado pela sua resposta alan. Já tinha lido este artigo, muito bom por sinal. Mas aqui configurei a conexão com o modem em Bridge e dai dei o comando "pppoeconf" (depois de ter baixado o pacote) e segui como fazia no Ubuntu. Depois disso edito o resolv.conf com os DNS's daqui.. mas ele pega DNS's daqui diretamente pois ativei isso no pppoeconf... Feito isso edito as interfaces /etc/network/interfaces que fica assim...




auto lo

iface lo inet loopback



auto eth0

iface eth0 inet dhcp



auto eth1

iface eth1 inet static

address 192.168.1.254

netmask 255.255.255.0



auto dsl-provider

iface dsl-provider inet ppp

pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf

provider dsl-provider



depois disso edito o arquivo /tc/rc.local


# Compartilha a Conexão



modprobe iptable_nat

echo 1 > /proc/sys/net/ipv4/ip_forward

iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE



# Abre para a rede local:

iptables -A INPUT -p tcp --syn -s 192.168.1.0/255.255.255.0 -j ACCEPT



# Fecha o resto da rede:

iptables -A INPUT -p tcp --syn -j DROP



exit 0


ai reinicio o servidor... configuro a maquina de rede com o endereço 192.168.1.254 como gateway e no Ubuntu normalmente funciona 100%. Mas no Debian a maquina da rede n consegue nem pingar no servidor. Estranho é que quando dou um stop na rede no servidor, quando ele esta no processo a maquina pinga nele.
Mas percebi que n tem como editar o ip_forward, ele da acesso negado até no terminal do root (coisa nova para mim heheh), então lendo alguns tutos na net vi q tem um arquivo sysctl.conf que tirando o argumento da linha net.ipv4.ip_forward=1 era para dar o mesmo resultado, mas tbm n funciona.

avena
(usa Debian)

Enviado em 05/01/2011 - 13:53h

faz conf do eth1 assim
---------------------------------------------------------------------------auto eth1
iface eth1 inet static
address 192.168.1.254
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
---------------------------------------------------------------------------

cara colocar um dhcp3-server fazendo rede pela eth1 - 192.168.1.254
---------------------------------------------------------------------------
ddns-update-style ad-hoc;

option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.254;
option domain-name-servers 192.168.1.254, 208.67.222.222;
option domain-name "rede";

get-lease-hostnames true;

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.100 192.168.1.140;
}
---------------------------------------------------------------------------

e ai veja no micro com debian e que não tem acesso de root (use um live-cd ou no grub init=/bin/bash se for o caso) rodar um dhclient e ver se pega ip e outras conf.

eu já tive problema um vez com speedy que tinha que usar os dns na conf do eth1 por exemplo:

auto eth1
iface eth1 inet static
address 192.168.20.1
netmask 255.255.255.0
network 192.168.20.0
broadcast 192.168.20.255
nameserver 200.204.0.10 # dns do speedy
gateway 192.168.20.1


assim informando o nameserver consegui comparilhar.

Stefan
(usa Debian)

Enviado em 05/01/2011 - 14:30h

Obrigado pela respota.
aqui é Oi, testei aqui isso e mesma coisa. O problema é que não é só acesso a net, o PC local nem pinga no servidor pelo end local.
e quando tento pingar para aq maquina...

PING 192.168.1.100 (192.168.1.100) 56(84) bytes of data.
From 192.168.1.11 icmp_seq=2 Destination Host Unreachable
From 192.168.1.11 icmp_seq=3 Destination Host Unreachable
From 192.168.1.11 icmp_seq=4 Destination Host Unreachable
From 192.168.1.11 icmp_seq=7 Destination Host Unreachable
From 192.168.1.11 icmp_seq=8 Destination Host Unreachable
From 192.168.1.11 icmp_seq=11 Destination Host Unreachable
From 192.168.1.11 icmp_seq=12 Destination Host Unreachable

avena
(usa Debian)

Enviado em 05/01/2011 - 17:24h

tu no cliente deu dhclient - tipo pra pegar ip?

a infra física/cabos/placas e tudo mais neste micro esta ok? pois legal saber deste client o ip se confere com rede que servidor esta criando e qual a rota deste client.

route -n

lance ver ai se client esta ok....e ping do client pra servidor tem rolar....se não rolar problema de rede ou físico.

outros micro pega ip e navega ok? tu esta distribuindo ip pra clientes dhcp? se faz a conf nos clientes manualmente veja se esta tudo ok

ip/netmask/gateway e resolv.conf

agora porque pingou no 192.168.1.100? ele e servidor? entao quem e o 192.168.1.254.

legal ai tu definir quem teu servidor e ip dele pra rede local.

stefan
(usa Debian)

Enviado em 05/01/2011 - 17:32h

o 192.168.1.100 é o cliente, o servidor placa local é 192.168.1.254 e o 192.168.1.11 pega na placa que esta conectada ao modem em Bridge.

avena
(usa Debian)

Enviado em 05/01/2011 - 17:39h

olha ai um problema

servidor placa local é 192.168.1.254 e o 192.168.1.11

tu tem no servidor entao a eth0 configura com 192.168.1.11 (em bridge com outra rede)- e na eth1 192.168.1.254

isso esta causando o problema

PING 192.168.1.100 (192.168.1.100) 56(84) bytes of data.
From 192.168.1.11 icmp_seq=2 Destination Host Unreachable

tu tentou pingar o ...1.100 que de dentro da rede ...1.254 do servidor ne, ai acontece que rota padrão no servidor e pra ...1.11

seria mais fácil e pratico ai no caso tu colocar eth1 com ip tipo 192.168.2.254 e fazer conf do dhcp pra isso e tudo mais como compartilhar. se quiser manter ambos ...1.x acho que jeito e mexendo na mascara de rede.

comentando novamente o que outro colega disse...leia
http://tinyurl.com/2c65xkz

aquelas regras de iptables sua creio que não precisa viu.

Stefan
(usa Debian)

Enviado em 05/01/2011 - 17:47h

ai não sei te dizer, normalmente no Ubuntu eu colocava tudo na mesma classe de rede... E jpa tentei pingar nas duas placas e nenhuma deu resultado. Vou fazer o teste mudando a classe para ver... Obrigado

Stefan
(usa Debian)

Enviado em 06/01/2011 - 13:06h

opa tranquilo?
Fiz o teste e de fato ele precisa que seja uma classe diferente, usei aqui 192.168.0.0 e 1.0 e ficou supimpa.

Usei este tuto para fazer...http://www.vivaolinux.com.br/artigo/Instalando-servidor-Debian-Memento?pagina=2

Muito obrigado pela sua ajuda, abriu meus olhos hehehe.

avena
(usa Debian)

Enviado em 06/01/2011 - 14:02h

que bom que rodou ok. o problema era ai rota. tu pinga no 100 so que rota/gateway no servidor seu por padrão era pra rede .11 nao pra rede .254 - ai vez de fazer a rota

tipo

route add default gw 192.168.1.254 - que ai ficaria com padrão pra 254 e pra 11, mas poderia causa problemas teria que ser melhor feita. com outra classe de rede resolve mais fácil.

e legal ai que no tuto que tu acho na pagina 4 fala bem das duas placas

http://www.vivaolinux.com.br/artigo/Instalando-servidor-Debian-Memento?pagina=4

Stefan
(usa Debian)

Enviado em 06/01/2011 - 15:27h

pois é, o tuto é muito bom mesmo. Mas sempre tem q ter alguem que abre as coisas, senão n cai a ficha hehehe.
Fora que ele é completão, com tudo mesmo que eu precisava :P

E puts, to babando com o Debian, muito estavel e dificilmente da problema no squid como dava muito no ubuntu.