Instalando o Vivo Zap no openSuSE 10.2

rooster

Este tutorial mostra como configurar a placa PCMCIA (PC Card) da Growell (modelo c893) no openSuSE 10.2 utilizando a provedora Vivo, o discador kinternet e o gerenciador de conexões knetworkmanager.

[ Hits: 34.418 ]

Por: Rooster em 28/05/2007

0 0

Denuncie Favoritos Indicar Impressora

Pulo do gato

Agora vem as partes mais "legais", daqui pra frente é que está o famoso 'Pulo do Gato'...

Abra um terminal e como root, acesse o diretório /etc/sysconfig/network:

# cd /etc/sysconfig/network

Agora, vou partir do principio que o nome do modem criado seja o 'modem0', ok? Editem o arquivo ifcfg-modem0 (como eu gosto do Midnight Commander, eu utilizo ele para editar, porém pode usar o vi ou qualquer outro de sua preferência):

# mc -e ifcfg-modem0

O arquivo deve ficar assim:

BOOTPROTO='none'
DIALCOMMAND='ATDT'
DIALPREFIX=''
DIALPREFIXREGEX=''
INIT1='ATZ'
INIT2=''
INIT3=''
INIT8=''
INIT9=''
MODEM_DEVICE='/dev/usb/ttyUSB0'
NAME='modem'
PPPD_OPTIONS=''
PROVIDER='vivo'
SPEED='115200'
STARTMODE='manual'
UNIQUE=''
USERCONTROL='yes'

Dentro do diretório /etc/sysconfig/network/providers existem os arquivos de cada provedor criado.

Renomeie o arquivo provider0 (caso este seja o que possui as configurações da Vivo) para 'vivo'.

# cd /etc/sysconfig/network/providers
# mv provider0 vivo

Agora edite o arquivo 'vivo'.

# mc -e vivo

Este deve ficar assim:

ASKPASSWORD='no'
AUTODNS='yes'
DEMAND='no'
DSLSUPPORTED='no'
IDLETIME='300'
ISDNSUPPORTED='no'
MODEMSUPPORTED='yes'
MODIFYDNS='yes'
PASSWORD='vivo'
PHONE='#777'
PROVIDER='Vivo Zap'
STUPIDMODE='no'
USERNAME='DDCCCCCCCC@vivozap.com.br' (Onde DD é o código de DDD da sua placa e o CCCCCCCC é o número do celular dela, neste, a apóstrofe (') é necessária!)
DEFAULTROUTE='yes'
IPADDR=''
MODIFYIP='yes'
REMOTE_IPADDR=''

Para a conexão existe ainda um outro arquivo que não tinha sido citado em nenhum outro tutorial, o tal do wvdial.conf, que encontra-se dentro do diretório /etc. Copie-o para a sua pasta de usuário (não do root) e renomeie para .wvdial.conf:

# cp /etc/wvdial.conf /home/usuario/.wvdial.conf

Mude as permissões deste arquivo:

# chmod 600 /home/usuario/.wvdial.conf
# chown usuário:users /home/usuario/.wvdia.conf

Obs.: Lembrando que aqui uso o nome 'usuário' para identificar o seu usuário do computador, o 'users' utilizado no comando 'chown' pode permanecer.

Agora edite este arquivo, o mesmo deve ficar assim:

[Dialer Defaults]
Modem = /dev/usb/ttyUSB0
Baud = 115200
Init1 = ATZ
Init2 =
Init3 =
Area Code =
Phone = 0
Username =
Password =
Ask Password = 0
Dial Command = ATDT
Stupid Mode = 1
Compuserve = 0
Force Address =
Idle Seconds = 300
DialMessage1 =
DialMessage2 =
ISDN = 0
Auto DNS = 1

Obs.: Existe uma primeira linha antes da entrada [Dialer Defaults] que fica em branco, não tentei removê-la, porém, como no arquivo original existe, resolvi deixá-la.

Com todas estas configurações finalizadas, reinicie o serviço smpppd:

# service smpppd stop
# service smpppd start

Se tudo correu bem, vamos executar o 'kinternet' (carregue-o executando, como um usuário, o comando kinternet a partir de um terminal ou do 'Run Command').

Aparece então um novo ícone na sua bandeja, que parece ser um cabo de energia. Clique com o botão direito sobre ele, escolha 'Interface' e então o modem que você configurou, no caso do exemplo, é o 'modem0'.

Novamente com o botão direito sobre o ícone do kinternet, verifique se na opção 'Provider' se a opção 'Vivo Zap' está marcada. Só para garantir, vamos abrir a janela de log de conexão. Para isso, use o botão direito sobre o ícone do kinternet e escolha 'View Log'.

Conectando à internet

Novamente com o botão direito sobre o ícone do kinternet, escolha a opção 'Dial-In'. Observe a janela de log para ver se ocorreu algum erro.

Para testar a conexão, faça um ping ou tente acessar um site qualquer, de preferência algum que você sabe que raramente estará fora, como o site do Terra (www.terra.com.br), da UOL (www.uol.com.br) ou qualquer outro de sua preferência.

Página anterior Próxima página

Páginas do artigo

   1. Objetivo
   2. Driver
   3. KNetworkManager
   4. Pulo do gato
   5. Carga do módulo
   6. Notas finais

Outros artigos deste autor

Nenhum artigo encontrado.

Leitura recomendada

ArchLinux: Configuração pós-instalação

Fresh Player no Slackware (sim, FRESH)

Instalando e configurando Cacti + SNMP no CentOS / Red Hat

Implementando servidor LDAP no Ubuntu

VPN Site-to-Site Openswan x ASA (Cisco)

Comentários

[1] Comentário enviado por form1ga em 28/05/2007 - 08:41h

Opa Rooster, eu também estou nessa ai, a conexão não fica muito tempo, para e tenho que tirar e conectar novamente a placa, uso uma usb da YiSo, que se configura da mesma forma, e acontece a mesma coisa, creio que só pode ser o driver usbserial mesmo.

OBS: Já que escreveu na língua portuguesa não custa trocar a linha:
echo -n "Loading module Growell C893 (Vivo Zap 3G)"
por algo como:
echo -n "Lendo o módulo da Growell C893 (Vivo Zap 3G)"
Vamos valorizar nossa língua :)
Mas parabéns pelo tutorial.
Valeu.

0 0

[2] Comentário enviado por rooster em 28/05/2007 - 11:45h

Desculpe, é que meu sistema todo está em inglês e nem prestei atenção no detalhe da lingua.

Quanto ao usbserial, percebi que a placa se comporta melhor com ele do que com o que vem para o Windows. A minha conexão é mais estável qnd estou no Linux do que qnd, por algum motivo, tenho que bootar pelo Windows.

0 0

[3] Comentário enviado por _m4n14c_ em 29/05/2007 - 18:10h

Eu uso a placa Kyocera KP 650, resolvi o problema de ter que retirar a placa removendo o modulo usbserial e depois parando o slot pcmcia... Se vc usa o KPPP com a janela de dialogo aberta que a placa nao encerra a sessao PPP quando vc derruba o pppd, entao em vez de responder aos comandos AT ela responde como se vc tivesse enviando pacotes mal formados pro modem... Eu achava que era um bug da placa kyocera, mas se o vcs tao tendo esse problema (com a Yiso e a Growell), deve ser um bug do usbserial...

0 0

[4] Comentário enviado por _m4n14c_ em 29/05/2007 - 18:13h

botei num script pra automatizar a tarefa de reiniciar a conexao.. eh o mesmo esquema dos scripts do init: vivozap start; vivozap stop; vivozap restart....

#!/bin/sh
start() {
sudo /sbin/modprobe usbserial vendor=0xc88 product=0x17da
sleep 1
sudo sh /etc/rc.d/rc.pcmcia start
sleep 1
#criei um script pra automatizar a discagem, baseado em outros artigos aqui do vol...
sudo /usr/sbin/pppd call 1xEVDO
while ! (/sbin/ifconfig | grep ppp0 > /dev/null)
do
case $status in
'-') status='\' ;;
'\') status='|' ;;
'|') status='/' ;;
*) status='-' ;;
esac
printf "[%s] Aguardando conexao...\r" $status
sleep 1;
done
# nao sei pq o pppd nao acerta o dns...
sudo cp resolv.conf /etc/resolv.conf
echo
echo Conectou...
sleep 1
}

stop() {
sudo killall pppd
sleep 2
sudo /sbin/rmmod usbserial
sleep 1
sudo sh /etc/rc.d/rc.pcmcia stop
}

restart() {
stop
stop
sleep 1
start
}

case "$1" in
'start')
start
;;
'stop')
stop
;;
'restart')
restart
;;
esac

0 0

[5] Comentário enviado por risibe em 02/09/2007 - 23:23h

Tenho acesso Vivo Zap ilimitado através do modem Yiso C893 instalado no Linux, Opensuse 10.2, funcionando perfeitamente, graças a esse tutorial. Porém, estou trocando de notebook e, dessa forma, terei que dizer adeus à minha placa C893, pois a mesma é PCMCIA. A entrada do notebook novo é EXPRESS CARD. Sei que a Luxicom lançou EX893, que no Windows funciona perfeitamente. O que preciso saber é se o procedimento para instalação no Linux é o mesmo do C893 ou se tenho que mudar alguma configuração.

0 0

[6] Comentário enviado por saocubo em 25/01/2008 - 03:43h

?comentario=m4n14c, quanto ao problema da reconexão, experimente utilizar o driver "option" em vez do "usbserial"... Para carregá-lo é necessário recompilá-lo. A partir daí, sempre que o modem for plugado irá ser reconhecido, sem nenhum artifício nem deverá haver mais o problema da reconexão.

0 0

[7] Comentário enviado por romualdoandre em 11/06/2008 - 20:40h

?comentario=Também possuo esta internet da Vivo. Porém o Fedora 7 não se comporta bem com o driver usbserial. Às vezes quando conecto a Internet o computador trava. Descobri que há problemas com o kernel original (2.6.21-1, salve engano). A atualização simplesmente piora as coisas, ao discar simplesmente o computador trava. Testei em outras distros e as mais novas apresentam este comportamento.

0 0