Configuração de rede (interfaces de rede), autenticação com ADSL para empresas
Após a configuração do sistema, devemos voltar para a configuração das interfaces de rede. Devemo verificar quais interfaces foram reconhecidas na instalação.
O comando dmesg ajuda muito nessa hora:
# dmesg | grep eth
eth0: Realtek RTL8139 at 0xc89e2e00, 00:e0:7d:9e:fb:fd, IRQ 11
eth0: Identified 8139 chip type 'RTL-8139C'
eth1: RealTek RTL8139 at 0xc89e4f00, 00:40:f4:42:50:0d, IRQ 9
eth1: Identified 8139 chip type 'RTL-8139C'
Bom, como as duas placas foram reconhecidas, devemos agora configurar a rede:
No caso estou utilizando o link ADSL para empresas da Telefônica com autenticação. No caso devemos elaborar um script que faça automaticamente a autenticação.
Assim devemos criar um script que faça isso para nós. Criei um script chamado rc.authadsl no /etc/rc.d (lembrando para quem usa outra distro, procurar o diretório padrão de inicialização de serviços). Segue o conteúdo do arquivo:
#!/bin/bash
USERNAME="user@provedor.com.br"; # Login necessário p/ autenticação
PASSWORD="senha"; # Senha
URL_TEST="www.uol.com.br";
POST_DATA="username=$USERNAME&password=$PASSWORD";
RET_TEST=`ping -c1 $URL_TEST |grep '100% packet loss'`; # Verifica conectividade com a internet
if [ -z "$RET_TEST" ];
then
echo "Conectado!";
else
echo "Conectando ..."; # Linha abaixo deve estar em uma linha única
echo -e $POST_DATA | lynx --dump --accept_all_cookies -post_data http://200.171.222.97:86/speedywebapp/servlet/\
logon?opcion=internet&CPURL=&username=$USERNAME&password=$PASSWORD;
fi
Deixe esse script executável:
# chmod +x rc.authadsl
Agora com as informações de IP válido e DNS em mãos, vamos configurar o acesso a internet.
Atribuindo IP a interface eth1:
# ifconfig eth1 200.x.x.7
Agora devemos mudar a rota padrão de nosso sistema.
Configurando a rota padrão:
# route add default eth1
Configurando o IP do Gateway (verificar com a Telefônica):
# route add default gw 200.x.x.1
Agora podemos configurar o DNS do servidor editando o arquivo /etc/resolv.conf:
search dominio.com.br
nameserver 200.204.0.10 #DNS do Terra
nameserver 200.204.0.138
Devemos agora executar o script que criamos:
# sh /etc/rc.d/rc.authadsl
Conectando...
Executamos ele novamente para verificar se a autenticação foi sucedida:
# sh /etc/rc.d/rc.authadsl
Conectado!
Agora podemos realizar um teste de ping.
# ping -c5 www.terra.com.br
PING www.terra.com.br (200.176.3.142) 56(84) bytes of data.
64 bytes from www.terra.com.br (200.176.3.142): icmp_seq=1 ttl=245 time=134 ms
64 bytes from www.terra.com.br (200.176.3.142): icmp_seq=2 ttl=245 time=48.9 ms
64 bytes from www.terra.com.br (200.176.3.142): icmp_seq=3 ttl=245 time=48.3 ms
64 bytes from www.terra.com.br (200.176.3.142): icmp_seq=4 ttl=245 time=48.9 ms
64 bytes from www.terra.com.br (200.176.3.142): icmp_seq=5 ttl=245 time=48.1 ms
--- www.terra.com.br ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4039ms
rtt min/avg/max/mdev = 48.149/65.730/134.299/34.286 ms
Para não passarmos pelo problema da autenticação expirar, vamos agendar uma tarefa no crontab em que ele executa o script /etc/rc.d/rc.authadsl a cada 5 minutos:
# crontab -e
E adicionamos a linha:
5 * * * * /etc/rc.d/rc.authadsl
Assim estaremos tranqüilos em relação a conexão e autenticação.
[5] Comentário enviado por venon_dark em 12/07/2006 - 10:36h
criei o arquivo e coloquei um usuário dentro.
agora está apresentando:
2006/07/12 10:32:38| ACL name 'SSL_ports' not defined!
FATAL: Bungled squid.conf line 60: http_access deny CONNECT !SSL_ports
Squid Cache (Version 2.5.STABLE9): Terminated abnormally.
[6] Comentário enviado por venon_dark em 12/07/2006 - 11:01h
tiagonux encontrei o erro e resolvi, foi erro humano...desculpe.
agora ele apresentou o seguinte erro:
2006/07/12 10:53:23| squid.conf line 61: http_access adm rede_interna
2006/07/12 10:53:23| aclParseAccessLine: expecting 'allow' or 'deny', got 'adm'.
2006/07/12 10:53:23| ACL name '#Efetivando' not defined!
FATAL: Bungled squid.conf line 62: http_access allow user1 permit_user1 rede_interna #Efetivando a acl
Squid Cache (Version 2.5.STABLE9): Terminated abnormally.
[8] Comentário enviado por chia em 21/08/2006 - 21:54h
Parabéns, excelente artigo.
Artigo muito bom mesmo e está me ajudando muito, mas estou com um pequeno problema, ao colocar no arquivo rc.local a linha /firewall/rc.firewall, e ao reiniciar meu Slackware 10.2 aparece o erro "cannot execute binary file" e não funciona o firewall, o que devo fazer, podem me ajudar ?
[11] Comentário enviado por caporto em 05/09/2006 - 18:00h
Em primeiro lugar quero lhe parabenizar pelo excente artigo, ficou show mesmo.
Vc conhece alguma ferramenta tipo PHP que me permita criar uma forma gráfica de manipular estes scripts do iptables e etc.
A minha ideia é criar uma forma grafica tipo as configurações dos modens adsl atuais, vc chama por um browse de internet e configura de forma visual.
[12] Comentário enviado por lukian2000 em 17/10/2006 - 12:03h
Cara no meu proxy tá dando a mesma mensagem que o arquivo não existe, mas ele tá lá e tem informações nele, já tentei mudar o caminho e colocálo em outra pasta mas a mensagem é sempre a mesma:
squid -k reconfigure
2006/10/17 11:57:23| strtokFile: /etc/squid/usuarios/master.txt not found
2006/10/17 11:57:23| strtokFile: /etc/squid/liberados/master.txt not found
2006/10/17 11:57:23| aclParseAclLine: WARNING: empty ACL: acl master_liberado url_regex -i "/etc/squid/liberados/master.txt"
Já tô ficando chateado com isso, alguém pode me ajudar???
[13] Comentário enviado por aprendiz_ce em 29/12/2006 - 15:23h
Olá tiagonux,
Parabéns pelo seu artigo. Muito bom mesmo!
Por gentileza me tire as seguintes dúvidas:
1) Tanto o PRIMEIRO como SEGUNDO disco devem utilizar o sistema de arquivos "ReiserFS" ou somente no SEGUNDO disco?
2) Para configurar o RAID 1 (software) não posso utilizar o sistema de arquivos "EXT3"?
3) Caso ocorra PANE em um dos disco, qual a forma correta de se recuparar os DADOS contidos nos DISCOS? O procedimento adotado fale para ambos os DISCOS ou não?
4) Existe queda de performance no servidor com o uso de RAID?
Muito obrigado pela sua atenção e aguardo retorno.
[14] Comentário enviado por tiagonux em 29/12/2006 - 21:14h
Vou responder em ordem:
1) O Sistema de arquivos do PRIMEIRO DISCO no caso pode até ser outro, sendo que isto não tenho certeza, vc poderia testar p/ a gente ai e comentar a experiência depois.
2)Sim vc pode utilizar perfeitamente o EXT3.
3)Bom se ocorrer de uma pane em um disco, vamos supor que seja o PRIMEIRO, só temos que averigar se vai estar tudo ok com a MBR do SEGUNDO e jumpear(configuracão da posição do disco SLAVE,MASTER) de acordo com PRIMEIRO disco e iniciar o mesmo. Isto deve-se ser manual pois é RAID via software, se tivessemos usando o RAID via hardware, poderiamos dependendo do servidor tirar o DISCO quebrado e colocar outro com o servidor em operação. Como utilizamos o RAID via software deveremos desligar o servidor e realizar a mudança manualmente, e colocar outro disco no lugar do quebrado.
4)Não existe não, vc poderará ter queda em servidores que terá muita escrita no DISCO, pois tudo o que é escrito em um é replicado p/ o outro via software. Já com o RAID de hardware a história é diferente, pois o sistema operacional nem sabe se está sob um tipo de RAID.
[20] Comentário enviado por marceloespindola em 07/07/2007 - 15:27h
Pessoal estou escrevendo um artigo aqui para o viva o linux sobre scrippt de firewall, ele está completo pois levei muito tempo para desenvolve-lo e tinha objetivo de reunir as principais soluções e dúvidas sobre firewall para este artigo, mas como quero construir um bom artigo ainda está em fase de construção para o vivaolinux, entretanto estou disponibilizando no endereço
[21] Comentário enviado por lucascatani em 04/05/2012 - 17:15h
Boa tarde Tiago. Fiquei com umas dúvidas no seu tutorial do iptables. Sobre essas variáveis. O que colocar nelas? Não tenho ip fixo minha rede é 192.168.0.0/24
# Variáveis\
GW="200.x.x.1" o que deve ser colocado aqui? se deixar assim da BAD IP
IP_EXT="200.x.x.7" o que deve ser colocado aqui? se deixar assim da BAD IP
REDE="10.0.0.0/32"
e da erro nessa regra tb (BAD ARGUMENT 0.0.0.0/0)
# Tudo que for proveniente da rede local e for para
# internet tem seu endereço alterado
iptables -t nat -A POSTROUTING -d 0.0.0.0/0 -s $REDE -j SNAT --to $IP_EXT