Nesse ponto eu já sei que o primeiro link ADSL (ppp0) está levantado e autenticado. Falta então subir o segundo link ADSL (ppp1) e autenticá-lo. Defini que a rota padrão seria a ppp0 e ppp1 seria uma segunda rota, porém eu iria utilizar o link ppp1 como saída do protocolo http.

É importante dizer, que todo o pacote gerado no próprio servidor ou localhost, vai sair especificamente pelo ppp0, pois eu falei no início desse artigo que os pacotes gerados pelo localhost não entram na tabela que criamos e porque o script de autenticação vai ser executado no próprio servidor. Por isso, todo pacote gerado no localhost sairá pelo primeiro link ADSL(ppp0).

A maior dificuldade nessas horas é com a maldita autenticação que a telemar exige no seu serviço ADSL (velox). Com isso, só iremos conseguir autenticar o link ppp1 excluindo a rota padrão ppp0 e incluindo a rota padrão com ppp1. Em seguida rodamos o script de autenticação para autenticar ppp1 e depois excluímos a rota padrão ppp1 e adicionamos novamente a rota padrão ppp0. Você vai entender melhor isso na prática, onde iremos fazer com um exemplo.

Por hora vamos nos encarregar de subir o segundo link ADSL (ppp1). Primeiro faça uma cópia do seu arquivo pppoe.conf, pois iremos subir o segundo link ADSL(ppp1) em cima do arquivo de configuração que iremos criar agora.

# cp /etc/ppp/pppoe.conf /etc/ppp/pppoe2.conf

Mostrarei agora como ficaria o conteúdo desse segundo arquivo e aí você faz uma comparação com o primeiro e veja o que mudou (basicamente muda muito pouco).

# vim /etc/ppp/pppoe2.conf

Feito isso, basta apenas adicionar em /etc/ppp/pap-secrets o segundo login e senha (que é o número do segundo telefone). Veja como ficou meu pap-secrets:

# vim /etc/ppp/pap-secrets

Nosso segundo velox já possui arquivo de configuração para ele, faltando apenas um último passo. Execute os seguintes comandos:

# cp /usr/sbin/adsl-connect /usr/sbin/adsl-connect2
# cp /usr/sbin/adsl-start /usr/sbin/adsl-start2
# cp /usr/sbin/adsl-stop /usr/sbin/adsl-stop2
# cp /usr/sbin/adsl-status /usr/sbin/adsl-status2

Em seguida abra o script adsl-start2 e modifique dentro dele as seguintes linhas:

• Onde estiver setado para usar o arquivo pppoe.conf, mude para pppoe2.conf;
• Onde estiver setado para usar o arquivo adsl-connect, mude para adsl-connect2;
• Onde estiver setado para usar o arquivo adsl-status, mude para adsl-status2.

Agora abra o script adsl-status2 e modifique dentro dele a única linha:

• Onde estiver setado para usar o arquivo pppoe.conf, mude para pppoe2.conf.

Agora abra o script adsl-connect2 e modifique dentro dele a única linha:

• Onde estiver setado para usar o arquivo pppoe.conf, mude para pppoe2.conf.

Agora abra o script adsl-stop2 e modifique dentro dele a única linha:

• Onde estiver setado para usar o arquivo pppoe.conf, mude para pppoe2.conf.

Feito isso, já estamos prontos para subirmos nosso segundo link ADSL (ppp1). Vai ter que ficar da seguinte maneira:

• O script adsl-start levantará o primeiro link ADSL(ppp0);
• O script adsl-stop derrubará ppp0;
• O script adsl-start2 levantará o segundo link ADSL(ppp1);
• O script adsl-stop2 derrubará ppp1.

Antes de subir o segundo link ADSL(ppp1), vamos dar uma olhada na nossa tabela principal de roteamento (tabela main), pois no momento iremos nos concentrar somente nela para que podemos autenticar nossos dois links ADSL.

No momento vamos ver como se encontra a tabela de roteamento main antes de subimos o segundo velox e depois subiremos o segundo link ADSL (ppp1), onde veremos novamente o conteúdo dessa mesma tabela:

# ip route show table main
200.217.72.1 dev ppp0 proto kernel scope link src 200.164.113.232
10.12.0.0/24 dev eth0 proto kernel scope link src 10.12.0.1
127.0.0.0/8 dev lo scope link
default via 200.217.72.1 dev ppp0

# adsl-start2
# ifconfig

ppp0  Link encap:Point-to-Point Protocol
      inet addr:200.164.113.232  P-t-P:200.217.72.1  Mask:255.255.255.255
      UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
      RX packets:11686943 errors:0 dropped:0 overruns:0 frame:0
      TX packets:13171560 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:3
      RX bytes:4148304848 (3956.1 Mb)  TX bytes:1847128396 (1761.5 Mb)


ppp1  Link encap:Point-to-Point Protocol
      inet addr:200.141.102.240  P-t-P:200.217.72.56  Mask:255.255.255.255
      UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
      RX packets:13784549 errors:0 dropped:0 overruns:0 frame:0
      TX packets:11222948 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:3
      RX bytes:2845088039 (2713.2 Mb)  TX bytes:3448333476 (3288.5 Mb)

# ip route show table main
200.217.72.56 dev ppp1 proto kernel scope link src 200.141.102.240
200.217.72.1 dev ppp0 proto kernel scope link src 200.164.113.232
10.12.0.0/24 dev eth0 proto kernel scope link src 10.12.0.1
127.0.0.0/8 dev lo scope link
default via 200.217.72.1 dev ppp0

Como podemos observar no novo conteúdo da tabela de roteamento main, o segundo link ADSL (ppp1) se encontra como uma rota de saída dentro da tabela main, mas não é a rota padrão dessa tabela, afinal a rota padrão dessa tabela ainda pertence ao primeiro link ADSL (ppp0).

Também temos que autenticar o segundo link ADSL (ppp1) para que o mesmo esteja disponível para tráfego. Para executarmos essa tarefa, temos que primeiro excluir a rota padrão da tabela main. Observe a seguinte seqüência de comandos que se encarrega de fazer isso. Assim, você vai se adaptar às suas necessidades:

# ip route del default dev ppp0 via 200.217.72.1 table main
# ip route show table main
200.217.72.56 dev ppp1 proto kernel scope link src 200.141.102.240
200.217.72.1 dev ppp0 proto kernel scope link src 200.164.113.232
10.12.0.0/24 dev eth0 proto kernel scope link src 10.12.0.1
127.0.0.0/8 dev lo scope link

# ip route add default dev ppp1 via 200.217.72.56 table main
# ip route show table main
200.217.72.56 dev ppp1 proto kernel scope link src 200.141.102.240
200.217.72.1 dev ppp0 proto kernel scope link src 200.164.113.232
10.12.0.0/24 dev eth0 proto kernel scope link src 10.12.0.1
127.0.0.0/8 dev lo scope link
default via 200.217.72.56 dev ppp1

# ./velox.pl

# ip route del default dev ppp1 via 200.217.72.56 table main
# ip route show table main
200.217.72.56 dev ppp1 proto kernel scope link src 200.141.102.240
200.217.72.1 dev ppp0 proto kernel scope link src 200.164.113.232
10.12.0.0/24 dev eth0 proto kernel scope link src 10.12.0.1
127.0.0.0/8 dev lo scope link

# ip route add default dev ppp0 via 200.217.72.1 table main
# ip route show table main
200.217.72.56 dev ppp1 proto kernel scope link src 200.141.102.240
200.217.72.1 dev ppp0 proto kernel scope link src 200.164.113.232
10.12.0.0/24 dev eth0 proto kernel scope link src 10.12.0.1
127.0.0.0/8 dev lo scope link
default via 200.217.72.1 dev ppp0

No exemplo acima fiz um passo a passo para vermos como funciona o processo de autenticação de 2 velox. Já que agora estamos com os 2 velox configurados e autenticados, vamos adicionar uma rota na tabela de roteamento que criamos chamada "velox2".

O procedimento acima é necessário ser feito toda vez que seu link ADSL cair (independente se for ppp0 ou ppp1). A solução para isso é que o daemon pppd invoca toda vez que ele consegue estabelecer uma conexão o script /etc/ppp/ip-up e /etc/ppp/ip-down caso a conexão caia. Ele também passa parâmetros para esse script como ip do gateway, se conexão é ppp0 ou ppp1, ip da interface ppp0 ou ppp1, dentre outros.

O mais interessante nisso tudo é que quando subimos uma conexão ADSL no Linux, ficam residentes 3 processos referentes à ela. São eles:

• adsl-connect
• pppd
• pppoe

Muitos já devem ter ouvido falar que o velox funciona muito melhor no Linux do que no Windows, mas a minoria sabe explicar o por quê? Depois de muitos dias pesquisando, fui descobrir que o protocolo PPP instalado no Linux possui algoritmos internamente para checar se existe algum problema no meio físico de uma conexão assíncrona. Podem acreditar, pois mesmo sem passar um byte qualquer no canal estabelecido, esse protocolo consegue identificar se existe problema no meio físico. Sendo assim, os processos pppd e pppoe caem caso exista algum erro no meio físico ou coisas parecidas como um problema no modem ADSL. Porém, o processo adsl-connect fica tentando de tempos em tempos subir a conexão ppp e quando essa se estabelece, automaticamente o pppd passa os parâmetros já citados para o script /etc/ppp/ip-up.

Por isso é só você fazer seus scripts para reautenticação caso um deles caiam. Eu já fiz os meus, onde se um cair ele muda de rota automaticamente para o link que ficar de pé e vice versa, além de também serem feitas as reautenticações. No próximo capítulo faremos o NAT e iremos mexer com a nossa tabela de roteamento que criamos.