Tutoriais
Configuração do Ubuntu
Configurando a rede Vivo 3G com um Nokia N81 no Ubuntu (conexão Bluetooth)
Configurando a rede Vivo 3G com um Nokia N81 no Ubuntu (conexão Bluetooth)
Pessoalmente não uso a rede 3G da Vivo, mas como essa parece ser uma dúvida comum a muitas pessoas, resolvi enveredar por esses caminhos, e desvendar de vez esse mistério. Depois de um tempo de busca pela internet, achei um excelente artigo, que não continha tudo, mas certamente foi o responsável pela conquista. Infelizmente ainda não existe nenhuma ferramenta gráfica para facilitar esse trabalho, então, para começar, vamos abrir um terminal.

Primeiro passo: buscar o dispositivo com o qual se deseja estabelecer uma conexão. Para isso, execute o comando:
$ hcitool scan
Scanning ...
00:88:88:88:08:88 Nokia N81 8GB
00:11:11:11:11:7E Nokia 7373
Conforme mostra o exemplo, o comando exibirá todos os dispositivos com sinal Bluetooth por perto. O aparelho com o qual queremos estabelecer uma conexão é o Nokia N81.
O próximo passo é descobrir em qual canal cada dispositivo está operando.
$ sdptool search DUN
Inquiring ...
Searching for DUN on 00:88:88:88:08:88 ...
Service Name: Dial-Up Networking
Service RecHandle: 0x10023
Service Class ID List:
"Dialup Networking" (0x1103)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 4
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Dialup Networking" (0x1103)
Version: 0x0100
Searching for DUN on 00:11:11:11:11:7E ...
Service Name: Dial-up networking
Service RecHandle: 0x10014
Service Class ID List:
"Dialup Networking" (0x1103)
"Generic Networking" (0x1201)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 1
Language Base Attr List:
code_ISO639: 0x656e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Dialup Networking" (0x1103)
Version: 0x0100
De posse dessas informações, edite o arquivo /etc/bluetooth/rfcomm.conf com as configurações do aparelho.
$ sudo gedit /etc/bluetooth/rfcomm.conf
rfcomm0 {
bind yes;
# Endereço MAC do aparelho
device 00:88:88:88:08:88;
# Canal que está operando
channel 4;
# Identificação do aparelho
comment "Nokia N81 8GB";
}
Agora edite o arquivo /etc/bluetooth/hcid.conf com as configurações do seu micro. No meu caso isso já estava configurado. Veja se no seu sistema o arquivo está preenchido com um conteúdo semelhante a esse:
$ sudo gedit /etc/bluetooth/hcid.conf
options {
autoinit yes;
security auto;
pairing multi;
passkey "1234567890";
}
device {
name "meu_computador";
class 0x3e0100;
iscan enable; pscan enable;
lm accept;
lp rswitch,hold,sniff,park;
}
Para essas alterações entrarem em vigor, precisamos reiniciar o serviço de bluetooth:
$ sudo /etc/init.d/bluetooth restart
[sudo] password for username:
* Stopping bluetooth [ OK ]
* Starting bluetooth [ OK ]
Caso ainda não tenha feito, faça a paridade entre o seu micro e o aparelho celular em questão. Para isso basta clicar no ícone do applet Bluetooth em seu desktop com o botão esquerdo do mouse, selecionar "Configurar novo dispositivo", e seguir o passo-a-passo do formulário.

Agora verifique o status do seu celular:
$ rfcomm
rfcomm0: 00:88:88:88:08:88 channel 4 clean
O canal aqui deve ser o mesmo informado no arquivo /etc/bluetooth/rfcomm.conf. Caso contrário, a conexão vai falhar. E para ter certeza que tudo está bem, verifique se o device rfcomm0 foi criado.
$ ls -l /dev/rfcomm0
crw-rw---- 1 root dialout 216, 0 2009-01-16 15:53 /dev/rfcomm0
Agora precisamos editar o arquivo /etc/wvdial.conf com as configurações de discagem.
$ sudo gedit /etc/wvdial.conf
[Dialer 3g]
Modem = /dev/rfcomm0
Baud = 921600
DialCommand = ATDT
Check Def Route = on
FlowControl = Hardware(CRTSCTS)
Username = vivo
Password = vivo
Phone = *99#
Stupid mode = 1
Auto Reconnect = on
Auto DNS = on
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init5 = AT+CGDCONT=1,"IP","zap.vivo.com.br","",0,0
ISDN = 0
Modem Type = Analog Modem
Estamos quase lá. agora vamos nos conectar ao celular.
$ wvdial 3g
[sudo] password for claudiohfg:
--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","zap.vivo.com.br","",0,0
AT+CGDCONT=1,"IP","zap.vivo.com.br","",0,0
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Thu Jan 15 16:43:57 2009
--> Pid of pppd: 7340
--> Using interface ppp0
--> pppd: ?o[06]??)e[08]?)e[08]
--> pppd: ?o[06]??)e[08]?)e[08]
--> pppd: ?o[06]??)e[08]?)e[08]
--> pppd: ?o[06]??)e[08]?)e[08]
--> local IP address 189.97.5.27
--> pppd: ?o[06]??)e[08]?)e[08]
--> remote IP address 10.6.6.6
--> pppd: ?o[06]??)e[08]?)e[08]
--> primary DNS address 200.220.227.101
--> pppd: ?o[06]??)e[08]?)e[08]
--> secondary DNS address 200.142.130.10
--> pppd: ?o[06]??)e[08]?)e[08]
Abra uma nova tela de terminal sem fechar a anterior, e teste a conexão para ver se tudo está OK. Recebendo a resposta abaixo, nada mais é necessário fazer.
$ ping -c 5 www.google.com
PING www.l.google.com (74.125.47.147) 56(84) bytes of data.
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=1 ttl=243 time=146 ms
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=2 ttl=243 time=154 ms
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=3 ttl=243 time=171 ms
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=4 ttl=243 time=201 ms
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=5 ttl=243 time=179 ms
--- www.l.google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4018ms
rtt min/avg/max/mdev = 146.346/170.665/201.091/19.305 ms
Caso tenha problemas de conexão, como foi o meu caso, verifique as rotas configuradas. No meu caso eu tive que setar a rota do ppp0 para default.
$ route
Tabela de Roteamento IP do Kernel
Destino Roteador MáscaraGen. Opções Métrica Ref Uso Iface
10.6.6.6 * 255.255.255.0 U 2 0 0 ppp0
Use o comando abaixo para setar o IP do device ppp0 como rota padrão, isto é, o dispositivo padrão de conexão com a internet.
$ sudo route add default gw 10.6.6.6
Tabela de Roteamento IP do Kernel
Destino Roteador MáscaraGen. Opções Métrica Ref Uso Iface
10.6.6.6 * 255.255.255.0 U 2 0 0 ppp0
default 10.6.6.6 0.0.0.0 UG 0 0 0 ppp0
Teste novamente a conexão para ver se tudo está OK, e nada mais é necessário fazer.
$ ping -c 5 www.google.comPING www.l.google.com (74.125.47.147) 56(84) bytes of data.
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=1 ttl=243 time=146 ms
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=2 ttl=243 time=154 ms
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=3 ttl=243 time=171 ms
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=4 ttl=243 time=201 ms
64 bytes from yw-in-f147.google.com (74.125.47.147): icmp_seq=5 ttl=243 time=179 ms
--- www.l.google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4018ms
rtt min/avg/max/mdev = 146.346/170.665/201.091/19.305 ms
No meu caso, os servidores de nomes, isto é os servidores que informam ao meu computador onde encontrar os endereços da internet, não foram configurados. Com isso, eu ainda não consegui me conectar ao Google.
Se você também ainda estiver com problemas de conexão, verifique então se o arquivo /etc/resolv.conf está preenchido com os servidores de nomes (nameservers) indicados na tela de conexão do wvdial.
Volte ao terminal onde está sendo executado o wvdial e recupere essas informações.
--> pppd: ?o[06]??)e[08]?)e[08]
--> primary DNS address 200.220.227.101
--> pppd: ?o[06]??)e[08]?)e[08]
--> secondary DNS address 200.142.130.10
--> pppd: ?o[06]??)e[08]?)e[08]
$ sudo gedit /etc/resolv.conf
nameserver 200.220.227.101
nameserver 200.142.130.10
Com isso findamos a configuração da rede 3G da Vivo no Ubuntu 9.04, utilizando um celular Nokia N81 como modem bluetooth.
| < Anterior | Próximo > |
|---|
Última atualização (Sáb, 25 de Abril de 2009 08:08)




