Vodafone 3G & Debian

Fórum de Suporte
:: Colocado Sábado, 2005-12-31 11:04 por anthon

Olá a todos!

Adquiri recentemente uma placa Vodafone 3G e, como é óbvio, tentei logo conectar-me através do Debian.
O meu kernel (2.6.14) detectou a placa pcmcia como um dispositivo ttyUSB0/1/2.
Fiz um symbolic link do ttyUSB0 para o ttyS2.
Até aqui tudo bem.
Pesquisei na internet e encontrei um wvdial.conf que praticamente tinha toda a "papinha" feita.
Alterei o necessário e tentei estabelecer conexão.
O problema começa aqui.
O modem inicializa, recebe os comandos AT necessários e quando arranca o pppd consigo ver através do "tail -f /var/log/messages" que "CHAP authentication succeded" mas logo a seguir vem "Modem Hang up" e fica eternamente nisto (timeout and reconnect).
Decidi experimentar o kppp e coloquei todas as informações necessárias mais uma vez.
Até executei um "Modem Query" e tudo deu ok.
Mas quando faço "Connect" recebo apenas uma mensagem de "ERROR" no log do kppp (e outra vez timeout e reconnect).
Voltei a tentar com o wvdial logo a seguir e para meu espanto o pppd estabeleceu uma conexão com sucesso!!!
O pppd configurou então o IP público, o privado, o DNS primário e o secundário.
Mas, como nem sempre tudo corre bem (grande amigo Murphy) não fui capaz de obter resolução de nomes nem obter um pong dos servidores DNS (podem estar com "Deny ICMP Request").
No entanto fiz ping com sucesso ao ip do google.com. Dei voltas e voltas ao /etc/resolve.conf, no /etc/ppp/resolve.conf, no /etc/host.conf, no /etc/hosts.... "you name it!!" e nada... :(

Se alguém obteve sucesso nesta situaçao do 3G digam-me o que devo fazer.

Desculpem o tamanho do texto mas queria dar uma explicação razoável.

Agradeço a atenção de todos,
Anthon.

Feliz Ano Novo!

Bookmark/Search this post with:
  • Delicious
  • Digg
  • Reddit
  • Google
  • Yahoo
  • Technorati
‹ Cliente de mail em consola. Problemas com teclado na consola ›

Opções de visualização dos comentários

Seleccione a sua forma preferida de visualização de comentários e clique "Gravar configuração" para activar as suas alterações.

Pelo que explicaste só tens

by mferra - 2005-12-31 16:38

Pelo que explicaste só tens o problema dos dns's. Se souberes quais são os servidores de dns podes colocá-los manualmente no /etc/resolv.conf. Penso que esta é a melhor tentativa para ver se tudo funciona. Os servidores de dns, os seus ip's, devem aparecer ou no log quando te ligas à internet, ou no site de suporte do teu 3G. Um exemplo do /etc/resolv.conf:

search
nameserver 192.168.2.1 192.168.2.2 192.168.2.3

(no máximo 3)

Boa sorte e diz como correu

Caro Marco, Obrigado pela re

by anthon - 2006-01-01 18:58

Caro Marco,
Obrigado pela resposta antes de mais.
Tal como havia dito, dei voltas e voltas aos ficheiros de configuração do DNS porque já constavam lá os nameservers.
O problema é que nenhum deles comunicavam!
Decidi ligar a placa com o Windows XP (eu sei... poupem as piadinhas :P) e verificar as definições da network.
Os ip's DNS não estavam iguais ao que tinha obtido com o pppd.
No pppd obtive um 10.11.12.13 e um 10.11.12.14, enquanto no Windows um 212.18.160.133 e 212.18.160.134.
Neste momento criei um shell script para correr após ter efectuado a conexão com o pppd que me altera automaticamente o resolv.conf.
E *plim* fez-me magia... Tenho resolução de nomes e devo dizer que tudo funciona às mil maravilhas.
Neste momento preciso ainda de tentar configurar manualmente no pppd os servidores DNS e, para além disto, descobrir o porquê do wvdial não me aceitar o comando AT+CPIN="o meu pin" (dá-me erro de bad string).
Para estabelecer a autenticação utilizo o minicom e introduzo o comando.
Arcaico mas funciona!! :D
Era por esta razão que o wvdial apenas funcionava após eu ter tentado estabelecer a ligação com o kppp, pois o kppp introduzia-me o PIN com sucesso.

Cumprimentos,
Anthon.

IP's da forma 10.11.12.x eram

by mferra - 2006-01-01 21:47

IP's da forma 10.11.12.x eram realmente estranhos para servidores de dns, não que fossem inválidos, mas porque são ip's reservados de classe A e só usados em casos (e empresas) especiais. 212.18.160.133 e .134 fazem muito mais sentido, e ainda bem que os descobriste. Está tudo resolvido.

Bom 2006

boas, eu tb ja a conseguir po

by mad_coder - 2006-01-09 19:45

boas, eu tb ja a conseguir por a funcionar mas continuo com um problema dentro no pppd. depois do chap com sucesso ele pára acho que quando vai receber ip's e dns. li o que estava acima, tudo bem, dns's tb os ponho à mao, mas ele da-me sempre o erro: "No network protocols found".
acham que isto é um problema do script ou falta de algum modulo no kernel?

espero que alguem saiba :) que eu perdi-me...

Boa tarde, Encontras-te al

by anthon - 2006-01-09 20:00

Boa tarde,

Encontras-te algum erro nos log's (dmesg, syslog, etc)?
Qual a versão do kernel que estás a usar?
Já experimentas-te aceder com o "minicom" ao modem e efectuar alguns comandos?
Se quiseres terei todo o gosto em enviar-te o meu pppd.conf e o wvdial.conf.

Sinceros cumprimentos,
Anthon.

oi, nao viste os meus coment

by mad_coder - 2006-01-11 14:36

oi, nao viste os meus comentários, tb já n interessa.
olha lá o que me acontece agora, já consigo obter o ip local + dns's
mas como n devolve gw isto n funciona.

Jan 11 13:16:00 localhost pppd[11242]: Could not determine remote IP address: defaulting to 10.64.64.64
Jan 11 13:16:00 localhost pppd[11242]: local IP address 213.30.80.138
Jan 11 13:16:00 localhost pppd[11242]: remote IP address 10.64.64.64
Jan 11 13:16:00 localhost pppd[11242]: primary DNS address 212.18.160.133
Jan 11 13:16:00 localhost pppd[11242]: secondary DNS address 212.18.160.134

estou novamente perdido, consultei a ligacao do win, vi o ipconfig e notei que o ip de gateway é o mesmo que o local (wierd) e entao lá fui remover a default gw da route table e adicionei um novo com o ip local, mas mesmo assim nao funciona...
como raio é que voces têm isso? devem ter um parametro qq ou algo assim...
p.s.: ele fica com o 10.64.64.64 porque da um erro de n conseguir obter o remote ip, parece ser um default do pppd.

diz algo... estou a stressar um pouco com isto.

um abraço

Boas, Peço desculpa por n

by anthon - 2006-01-11 14:59

Boas,

Peço desculpa por não ter respondido antes.
O meu ip remoto também é 0 10.64.64.64.
---------------------------------------------
local IP address 87.103.1.38
--> pppd: Command
--> remote IP address 10.64.64.64
--> pppd: Command
--> primary DNS address 10.11.12.13
--> pppd: Command
--> secondary DNS address 10.11.12.14
--> pppd: Command
---------------------------------------------

Ainda não resolvi a questão dos DNS's (faço a alteração dos mesmos após a ligação com um pequeno script).

A minha routing table é a seguinte:
---------------------------------------------
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.64.64.64 * 255.255.255.255 UH 0 0 0 ppp0
default 10.64.64.64 0.0.0.0 UG 0 0 0 ppp0
----------------------------------------------

Parece-me que tens tudo bem.
Se quiseres dá-me o teu endereço de e-mail para te enviar os meus conf's.

Abraço,
Anthon.

cada vez + estranho, aparente

by mad_coder - 2006-01-11 15:05

cada vez + estranho, aparentemente esta tudo... fds

o meu email é mad_coder_pt !at! msn.com

hey, olha, deixa... já sei o

by mad_coder - 2006-01-11 17:18

hey, olha, deixa... já sei o que era ;)

iptables

hehe... pois, obrigado na mesma!

boas, este sistema é um Ubun

by mad_coder - 2006-01-09 20:21

boas, este sistema é um Ubuntu 5.04
o kernel é o 2.6.10-6 (acho, tenho quase certeza)
o max. de erro que arranjo é isto:

8<-----
Jan 9 19:06:43 localhost kernel: PPP generic driver version 2.4.2
Jan 9 19:06:43 localhost pppd[9889]: pppd 2.4.2 started by root, uid 0
Jan 9 19:06:45 localhost pppd[9889]: Serial connection established.
Jan 9 19:06:46 localhost pppd[9889]: using channel 1
Jan 9 19:06:46 localhost pppd[9889]: Using interface ppp0
Jan 9 19:06:46 localhost pppd[9889]: Connect: ppp0 <--> /dev/ttyUSB0
Jan 9 19:06:47 localhost pppd[9889]: sent [LCP ConfReq id=0x1 ]
Jan 9 19:06:47 localhost pppd[9889]: rcvd [LCP ConfReq id=0x0 ]
Jan 9 19:06:47 localhost pppd[9889]: sent [LCP ConfRej id=0x0 ]
Jan 9 19:06:47 localhost pppd[9889]: rcvd [LCP ConfAck id=0x1 ]
Jan 9 19:06:47 localhost pppd[9889]: rcvd [LCP ConfReq id=0x1 ]
Jan 9 19:06:47 localhost pppd[9889]: sent [LCP ConfAck id=0x1 ]
Jan 9 19:06:47 localhost pppd[9889]: sent [LCP EchoReq id=0x0 magic=0x1f4e9653]
Jan 9 19:06:47 localhost pppd[9889]: rcvd [LCP DiscReq id=0x2 magic=0x8025922]
Jan 9 19:06:47 localhost pppd[9889]: rcvd [CHAP Challenge id=0x1 <40d937015ef997f9560a7568acc9f9db>, name = "UMTS_CHAP_SRVR"]
Jan 9 19:06:47 localhost pppd[9889]: sent [CHAP Response id=0x1 , name = "vodafone"]
Jan 9 19:06:47 localhost pppd[9889]: rcvd [LCP EchoRep id=0x0 magic=0x8025922 f9 56 0a 75]
Jan 9 19:06:47 localhost pppd[9889]: rcvd [CHAP Success id=0x1 ""]
Jan 9 19:06:47 localhost pppd[9889]: CHAP authentication succeeded
Jan 9 19:06:47 localhost pppd[9889]: sent [IPCP ConfReq id=0x1 ]
Jan 9 19:07:14 localhost last message repeated 9 times
Jan 9 19:07:17 localhost pppd[9889]: sent [LCP EchoReq id=0x1 magic=0x1f4e9653]
Jan 9 19:07:17 localhost pppd[9889]: IPCP: timeout sending Config-Requests
Jan 9 19:07:17 localhost pppd[9889]: sent [LCP TermReq id=0x2 "No network protocols running"]
Jan 9 19:07:20 localhost pppd[9889]: sent [LCP TermReq id=0x3 "No network protocols running"]
Jan 9 19:07:23 localhost pppd[9889]: Connection terminated.
Jan 9 19:07:24 localhost pppd[9889]: Exit.
Jan 9 19:08:58 localhost pppd[10014]: pppd 2.4.2 started by root, uid 0
Jan 9 19:08:59 localhost pppd[10014]: Connect script failed
Jan 9 19:09:00 localhost pppd[10014]: Exit.
--->8

parece-me que o problema é a obter o ip... secalhar falta-me um timeout, ja li algures que era preciso...
se me pudesses mandar o que tens agradecia, depois vejo como o por no meu sistema... eu tenho um ficheiro etc/ppp/vodafone para usar com o pppd e um etc/ppp/peers/vodafone-chat que é utilizado pelo anterior, nao estou a usar o wvdial, mas se funcionar :) siga

obrigado, eu ja n usava o pppd desde 97...