De acordo com as Leis 12.965/2014 e 13.709/2018, que regulam o uso da Internet e o tratamento de dados pessoais no Brasil, ao me inscrever na newsletter do portal DICAS-L, autorizo o envio de notificações por e-mail ou outros meios e declaro estar ciente e concordar com seus Termos de Uso e Política de Privacidade.


Conectando Linux ao Provedor Internet.

Colaboração: Vagner Farias

Data de Publicação: 03 de Setembro de 1997

(Este documento encontra-se também em http://atlas.ucpel.tche.br/~farias/conexao.txt)

1. Introdução.

Este documento tem por função descrever como utilizar o Linux para conectar-se a um Provedor Internet através de uma linha discada. Por enquanto ainda não são abordadas a utilização de softwares de mail, news, etc.

Assim que sobrar um tempinho, estarei lançando um "kit conexão", que poderá ser utilizado em qualquer máquina com Perl instalado.

1.1 Acentuação

Este documento foi escrito na Língua Portuguesa, portanto contém acentução. Se você não consegue visualizar os caracteres acentuados, você tem as seguintes opções, em ordem:

a) Ler o Portuguese-HOWTO (sim, este É em português - *quase* igual ao nosso!) b) Utilizar o software "joe" na leitura, digitando: telematica:~$ joe -asis conexao.txt=

2. Procedimentos iniciais.

Você deve ter instalado os softwares de rede (pacote N, no Slackware - nem todos são necessários), além de ter compilado o kernel com suporte a PPP.

Identifique em qual saída serial o seu modem está conectado. Lembre-se:

  DOS   -   Linux
  COM1      /dev/cua0 (/dev/ttyS0)
  COM2      /dev/cua1 (/dev/ttyS1)
  COM3      /dev/cua2 (/dev/ttyS2)
  COM4      /dev/cua3 (/dev/ttyS3)

Logo após, utilize o "su" para tornar-se root (você não está lendo este documento como root, está?) crie um symlink de /dev/modem para a serial na qual seu modem se encontra. Por exemplo (no caso do modem encontrar-se em /dev/cua1 - COM2):

  telematica:/home/farias# ln -s /dev/cua1 /dev/modem

Esta ação produzirá o seguinte:

  telematica:/home/farias# ls -l /dev/modem
  lrwxrwxrwx   1 root     root            4 Jan 18  1997 /dev/modem -> /dev/cua1

A configuração padrão normalmente permite acesso direto à /dev/modem apenas para o usuário root.

Você pode utilizar o software "minicom" para testar sua configuração e para observar as sequências de conexão do seu Provedor. Você irá precisar delas se desejar automatizar o processo de conexão.

2.1 Arquivos de Configuração.

Novamente, estas tarefas devem ser feitas com o usuário root. Edite os seguintes arquivos:

  #/etc/hosts.deny
  ALL: ALL
  #End of /etc/hosts.deny
  
  #/etc/hosts.allow
  ALL: 127.0.0.1
  #End of /etc/host.allow
  

Para obter maiores informações sobre estes arquivos, consulte "man 5 hosts_access". Estou considerando que você nao esteja conectado à uma LAN e/ou que não tenha acesso à um IP estático (se você não sabe o que é, com certeza nao tem).

Neste ponto, você precisa saber qual é o name server (DNS server) de seu provedor e edite o arquivo "/etc/resolv.conf".

  #/etc/resolv.conf
  search . provedor.com.br
  nameserver 222.222.222.222
  nameserver 333.333.333.333
  nameserver 444.444.444.444
  #End of /etc/resolv.conf

Você pode utilizar até 3 name servers, que serão consultados em ordem, no caso do anterior nao responder.

Modifique agora o arquivo "/etc/hosts".

  #/etc/hosts
  localhost 127.0.0.1
  0.0.0.0   telematica
  #* "telematica" é o nome de minha maquina, troque pelo nome da sua.
  #End of /etc/hosts

Uma mínima configuração é necessária em "/etc/networks".

  #/etc/networks
  loopback 127.0.0.1
  localnet 0.0.0.0
  #End of /etc/networks

Você precisa agora configurar as opções a serem utilizadas pelo pppd, durante a conexão. Para isto, crie o arquivo "/etc/ppp/options":

  # /etc/ppp/options (NO PAP/CHAP)
  #
  # Prevent pppd from forking into the background
  -detach
  # If you are using a STATIC IP number, edit the 0.0.0.0 part of the
  # following line to your static IP number.
  0.0.0.0:
  #
  # use the modem control lines
  modem
  # use uucp style locks to ensure exclusive access to the serial device
  lock
  # use hardware flow control
  crtscts
  # create a default route for this connection in the routing table
  defaultroute
  # do NOT set up any "escaped" control sequences
  asyncmap 0
  # use a maximum transmission packet size of 552 bytes
  mtu 552
  # use a maximum receive packet size of 552 bytes
  mru 552
  #
  #-------END OF SAMPLE /etc/ppp/options (no PAP/CHAP)

Este arquivo tem funcionado nos Provedores que já tive oportunidade de testar.

Aconselho ainda a criação do arquivo /etc/ppp/scripts/ppp-off, contendo o seguinte:

  #!/bin/sh
  #
  # /etc/ppp/scripts/ppp-off 
  #
  # Determine the device to be terminated.
  #
  if [ "$1" = "" ]; then
  	DEVICE=ppp0
  else
  	DEVICE=$1
  fi
  
  #
  #
  # If the ppp0 pid file is present then the program is running. Stop it.
  if [ -r /var/run/$DEVICE.pid ]; then
          kill -INT ""cat /var/run/$DEVICE.pid""
  #
  # If the kill did not work then there is no process running for this
  # pid. It may also mean that the lock file will be left. You may wish
  # to delete the lock file at the same time.
          if [ ! "$?" = "0" ]; then
                  rm -f /var/run/$DEVICE.pid
                  echo "ERROR: Removed stale pid file"
                  exit 1
          fi
  #
  # Success. Let pppd clean up its own junk.
          echo "PPP link to $DEVICE terminated."
          exit 0
  fi
  #
  # The ppp process is not running for ppp0
  echo "ERROR: PPP link is not active on $DEVICE"
  exit 1
  # --------- End of /etc/ppp/scripts/ppp-off

Com isto, já é possível testar uma conexão manual ao provedor. Se tudo funcionar como desejado, poderemos automatizar o processo.

3 Conexão.

3.1 Conexão Manual.

Você pode utilizar o "minicom", que tem a possibilidade de sair sem ressetar o modem (Ctrl + A + Q ou Alt + Q). Agora você deve logar-se como "root" ("su" não irá funcionar). Disque para seu Provedor, logue-se (informe seu username e senha quando solicitado), e estabeleça PPP no servidor (digitando "ppp" ou selecinando a opção equivalente em algum menu - depende do provedor). Você poderá observar o aparecimento de "lixo" em sua tela, tipo:

  = y}#.!}!}!} }8}!}$}%U}"}&} } } } }%}& ...}'}"}(}"} .¸y}=

Agora saia do minicom sem ressetar o modem (Alt + Q), e no prompt do shell, digite (como root):

  telematica:~# pppd -d -detach /dev/modem &=

A opção -d habilita o debug, o que poderá ajudá-lo na resolução de problemas.

Alguns segundos depois, você poderá verificar a interface PPP, digitando:

  telematica:~# ifconfig ppp0=

Deverá aparecer algo como:

  ppp0      Link encap:Point-Point Protocol
            inet addr:200.248.171.138  P-t-P:200.248.171.4  Mask:255.255.255.0
            UP POINTOPOINT RUNNING  MTU:1500  Metric:1
            RX packets:276 errors:0 dropped:0 overruns:0
            TX packets:268 errors:0 dropped:0 overruns:0

Onde:

  * inet addr: indica o seu número IP para esta conexão.
  * P-t-P: indica o número IP do servidor.

Se tudo ocorreu bem, parabéns, pois você está conectado. Contudo, existe um porém. Se, por acaso, você não conseguir acessar outros hosts que não seja o roteador do provedor (neste caso, 200.248.171.4), você deve verificar a tabela de roteamento do kernel. Digite:

  telematica:~$ /sbin/route=
  Kernel routing table
  Destination     Gateway         Genmask         Flags MSS    Window Use Iface
  vendetta.conesu *               255.255.255.255 UH    1500   0        0 ppp0
  localnet        *               255.255.255.0   U     1500   0        8 eth0
  loopback        *               255.0.0.0       U     3584   0       31 lo
  default         vendetta.conesu *               UG    1500   0       21 ppp0

Se não aparecer uma rota default, ou então demorar muito para aparecer toda a tabela de roteamento, é provavel que o pppd esteja tendo problemas para configurar a rota default. Isto poderá acontecer no caso de já existir uma rota default *antes* de você rodar o pppd. Neste caso, digite (como root):

  telematica:/home/farias# /sbin/route del default

É provavel que esta rota esteja sendo definida nos scripts rc de inicialização do Linux (/etc/rc.d/rc.inet1, no SlackWare), portanto comente as linhas necessárias.

Teste agora a resolução de nomes, "pingando" um site que você tenha certeza que esteja on-line. Você irá notar que haverá uma certa demora até que o nome seja resolvido, mas se este atraso não for demais, está tudo OK.

Se tudo funcionou como desejado, desconecte-se digitando (como root):

  telematica:/home/farias# /etc/ppp/scripts/ppp-off
  PPP link to ppp0 terminated.

Se o script nao funcionar, chame o minicom, digite +++ para interromper o modem e depois ATH0 para desligar, quando receber o "OK" do modem.

Agora já é possível automatizar a conexão.

3.2 Automatizando o processo de conexão.

Eu utilizo scripts para o "chat" na automatização da conexão, os quais nunca me deram problemas, portanto nunca me preocupei em aprender a utilizar o "dip".

Com estes scripts, você necessitará digitar apenas um comando para estabelecer conexão com seu provedor de acesso. IMPORTANTE: Somente utilize estes scripts se você testou a conexão manual e a mesma funcionou 100%!!

Para executar tais scripts, você precisará ser root, ou membro do grupo do pppd (lembrei deste fato agora, e não pretendo reescrever este documento abordando esta facilidade, portanto utilize root, ou leia o PPP-HOWTO). Os scripts funcionam da seguinte maneira: quando o modem disca para o provedor, esperamos um prompt de login do servidor, mandamos o login/username. Depois esperamos um prompt de senha, e a enviamos.

  #!/bin/sh
  # /etc/ppp/scripts/ppp-on
  #
  # Este script não é seguro, já que é possivel visualizar os argumentos
  # através do 'ps', mas é bastante fácil de entender. Se desejar algo
  # melhor, RTFM 'n' do your own!
  #
  TELEPHONE=277997	# Número a ser discado
  ACCOUNT=farias		# Username
  PASSWORD=it'sasekrit!	# Senha para este username
  LOCAL_IP=0.0.0.0	# IP local. Dinâmico = 0.0.0.0
  REMOTE_IP=0.0.0.0	# IP remoto. Geralmente 0.0.0.0
  # NETMASK=255.255.255.0	# Netmask, se necessário.
  #
  # Exportar variáveis para que estejam disponíveis para o script ppp-on-dialer
  export TELEPHONE ACCOUNT PASSWORD
  # 
  # Localização do script 'ppp-on-dialer'. TEM que ser o caminho absoluto,
  # não me pergunte o porquê!
  #
  DIALER_SCRIPT=/etc/ppp/scripts/ppp-on-dialer
  #
  # Inicia a conexão
  # 
  # A maioria das opções estão informadas no arquivo /etc/ppp/options.
  #
  exec /usr/sbin/pppd /dev/cua1 19200 \
  	$LOCAL_IP:$REMOTE_IP \
  	connect $DIALER_SCRIPT
  /bin/setserial /dev/cua1 spd_vhi # modems 14.400 ou maior (> UART 16550A)
  # -------- End of /etc/ppp/scripts/ppp-on

A seguir, o script ppp-on-dialer.

  #!/bin/sh
  # /etc/ppp/scripts/ppp-on-dialer
  #
  # Segunda parte dos scripts de conexão...
  # 
  exec chat						\
  	TIMEOUT		30				\
  	ABORT		'\nBUSY\r'			\
  	ABORT		'\nNO ANSWER\r'			\
  	ABORT		'\nRINGING\r\n\r\nRINGING\r'	\
  	''		\rAT				\
  	'OK-+++\c-OK'	ATH0				\
  	TIMEOUT		45				\
  	OK		ATDT$TELEPHONE			\
  	BIS		''				\
  	login:--login:	$ACCOUNT			\
  	assword:	$PASSWORD			\
   	'ption'		'4'
  # ------ End of /etc/ppp/scripts/ppp-on-dialer

Para maiores informações sobre scripts de conexão, leia a manpage do chat, o PPP-HOWTO.

3.2.1 Testando os scripts de conexão.

Logue-se como root em um VC (virtual console) ou xterm e digite:

  telematica~# tail -f /var/log/messages=

(ou seja lá qual seja seu arquivo de log)

Em outro VC ou xterm, também como root, digite:

  telematica:~# /etc/ppp/scripts/ppp-on &=
  [1] 678

Se você não rodar o script em background (utilizando o '&'), você não terá o prompt liberado até que o pppd termine (quando o link é terminado).

Agora, retorne ao VC (ou xterm) onde o log está sendo mostrado. Você deverá observar algo semelhante ao que segue (desde que tenha especificado a opção '-v'para o chat):

  Aug  6 16:34:43 telematica pppd[677]: pppd 2.2.0 started by root, uid 0
  Aug  6 16:34:44 telematica chat[678]: timeout set to 30 seconds
  Aug  6 16:34:44 telematica chat[678]: abort on (\nBUSY\r) 
  Aug  6 16:34:44 telematica chat[678]: abort on (\nNO ANSWER\r) 
  Aug  6 16:34:44 telematica chat[678]: abort on (\nRINGING\r\n\r\nRINGING\r) 
  Aug  6 16:34:44 telematica chat[678]: send (rAT^M) 
  Aug  6 16:34:44 telematica chat[678]: expect (OK) 
  Aug  6 16:34:44 telematica chat[678]: rAT^M^M 
  Aug  6 16:34:44 telematica chat[678]: OK -- got it 
  Aug  6 16:34:44 telematica chat[678]: send (ATH0^M) 
  Aug  6 16:34:44 telematica chat[678]: timeout set to 45 seconds
  Aug  6 16:34:44 telematica chat[678]: expect (OK) 
  Aug  6 16:34:44 telematica chat[678]: ^M 
  Aug  6 16:34:45 telematica chat[678]: ATH0^M^M 
  Aug  6 16:34:45 telematica chat[678]: OK -- got it 
  Aug  6 16:34:45 telematica chat[678]: send (ATDT277997^M) 
  Aug  6 16:34:45 telematica chat[678]: expect (BIS) 
  Aug  6 16:34:45 telematica chat[678]: ^M 
  Aug  6 16:35:01 telematica chat[678]: ATDT277997^M^M 
  Aug  6 16:35:01 telematica chat[678]: CONNECT 14400/REL-LAPM V.42 BIS -- got it 
  Aug  6 16:35:01 telematica chat[678]: send (^M) 
  Aug  6 16:35:01 telematica chat[678]: expect (login:) 
  Aug  6 16:35:01 telematica chat[678]: ^M 
  Aug  6 16:35:01 telematica last message repeated 2 times
  Aug  6 16:35:01 telematica chat[678]:             -----------------------------------------------^M 
  Aug  6 16:35:01 telematica chat[678]:             |                 CYCLOM-MP/RA                |^M 
  Aug  6 16:35:01 telematica chat[678]:             | Copyright(C) 1995,1996 CYCLADES Corporation |^M 
  Aug  6 16:35:01 telematica chat[678]:             -----------------------------------------------^M 
  Aug  6 16:35:01 telematica chat[678]: ^M 
  Aug  6 16:35:01 telematica chat[678]: ^M 
  Aug  6 16:35:01 telematica chat[678]: tom login: -- got it 
  Aug  6 16:35:01 telematica chat[678]: send (farias^M) 
  Aug  6 16:35:02 telematica chat[678]: expect (assword:) 
  Aug  6 16:35:02 telematica chat[678]:  ^M 
  Aug  6 16:35:02 telematica chat[678]:  
  Aug  6 16:35:02 telematica chat[678]: Invalid user name.^M 
  Aug  6 16:35:02 telematica chat[678]: tom login: farias^M 
  Aug  6 16:35:02 telematica chat[678]: Password: -- got it 
  Aug  6 16:35:02 telematica chat[678]: send (censored!^M) 
  Aug  6 16:35:02 telematica chat[678]: expect (option) 
  Aug  6 16:35:03 telematica chat[678]:  ^M 
  Aug  6 16:35:03 telematica chat[678]: ^M 
  Aug  6 16:35:03 telematica chat[678]: CYCLOM-MP/RA Main Menu 
  Aug  6 16:35:03 telematica chat[678]: ^M 
  Aug  6 16:35:03 telematica pppd[677]: Serial connection established.
  Aug  6 16:35:03 telematica chat[678]: 1. Telnet                 2. Logout                     3. Ping^M 
  Aug  6 16:35:03 telematica chat[678]: 4. PPP^M 
  Aug  6 16:35:03 telematica chat[678]:  
  Aug  6 16:35:03 telematica chat[678]: Select option -- got it 
  Aug  6 16:35:03 telematica chat[678]: send (4^M) 
  Aug  6 16:35:04 telematica pppd[677]: Using interface ppp0
  Aug  6 16:35:04 telematica pppd[677]: Connect: ppp0 <--> /dev/cua1
  Aug  6 16:35:05 telematica pppd[677]: local  IP address 200.248.171.146
  Aug  6 16:35:05 telematica pppd[677]: remote IP address 200.248.171.6

Observe as últimas 3 linhas de log. Se você receber estas, existem boas chances de você estar conectado! :-) Agora, teste a conexão, primeiramente 'pingando' o "remote IP". Logo após, faça o mesmo com o IP de um site que sabidamente esteja on-line. Depois destes dois testes, utilize nomes ao invés de IP's para testar o seu "/etc/resolv.conf".

Algo deu errado? Observe o log, veja onde aconteceu algo estranho (se *tudo* lhe parece estranho, de uma olhada no PPP-HOWTO ou ISP-Hookup-HOWTO e situe-se melhor!). Em último caso (eu disse ú-l-t-i-m-o), mande um mail para <farias (a) spock ucpel tche br> com o log da conexão (ei! não mande todo o /var/log/messages!), que assim que eu lembrar minha senha nesse servidor eu leio e respondo! :-)

Se tudo ocorreu bem, você pode navegar à vontade, pois você já faz parte da grande rede!!

3.2.2 Desconectando...

Para desconectar-se, utilize o script /etc/ppp/scripts/ppp-off. Novamente, você deve ser root para executar esta tarefa (ou membro do grupo do pppd, mas isto é outra história...). Você poderá observar o seguinte no arquivo de log (ou algo semelhante):

  Aug  6 16:36:23 telematica pppd[677]: Terminating on signal 2.
  Aug  6 16:36:23 telematica pppd[677]: Connection terminated.
  Aug  6 16:36:23 telematica pppd[677]: Exit.

4. Conclusão

A idéia básica deste documento era apenas ajudar os usuários a estabelecerem uma conexão PPP com um provedor de acessos. Quanto à utilização de softwares clientes, como browsers, leitores de e-mail, programas de ftp, etc, aconselho a leitura do ISP-Hookup-HOWTO ou então entre em contato com seu Linux Guru local. Ainda não consegui organizar meu tempo para criar um documento mais abrangente.

Espero que este documento possa ajudar qualquer usuário com o mínimo de conhecimento em Unices a conectar-se a Internet. Se meu objetivo não foi alcançado, solicito que entrem em contato comigo para que se possa melhorar este breve e simples tutorial. A intenção é tornar o Linux um SO o mais amigável possível, e embora seja uma tarefa difícil, é algo que *pode* ser acabado, se um dia for *iniciado*!

Vagner Farias
<farias (a) atlas ucpel tche br>

Adicionar comentário

* Campos obrigatórios
5000
Powered by Commentics

Comentários

Nenhum comentário ainda. Seja o primeiro!


Veja a relação completa dos artigos de Vagner Farias