De repente, bateu a curiosidade de fazer linha discada funcionar de novo (no Linux e manualmente, como é de rigueur).
A primeira dificuldade: não havia nenhum modem analógico por aqui. Não deveria ser uma surpresa, considerando que eu despacho as velharias periodicamente, mas honestamente foi. E apenas um computador (um PC velho) tem porta serial.
Raciocinei que um modem que era considerado bom em 1995 deveria estar valendo 2 reais no Mercado Livre hoje em dia. Pensei em comprar um US Robotics externo. Por incrível que pareça, tais modems valem 300 reais ou mais. O "rationale" é que são utilizados em sistemas de alarme, mas mesmo assim pareceu um absurdo.
Por outro lado, modems USB novos custam apenas de 10 a 50 dólares, com a vantagem adicional de não precisar porta serial, nem cabo, fonte, etc.
Aí temos o mesmo problema dos anos 90: escolher um modem que funcione com Linux. Sessão nostalgia com direito até a lembranças ruins! Os "hardmodems" são caros (50 dólares o USR) e muitos "winmodems" não funcionam com Linux, nem com Mac.
Acabei descobrindo que o Zoom 3095 funciona com Linux, talvez mediante instalação de driver binário. Comprei um desses, novo, pelo eBay, por 15 doletas:
Estte modem só tem duas "desvantagens": não tem uma segunda porta controlada por relé (para ligar o aparelho de telefone), e não tem alto-falante. A sessão nostalgia fica um pouco "silenciosa", sem o "click piiiiiiiiiiii shhhhhhhhh" característico. Mas sempre posso me consolar com o modem QAM escrito em Python.
Usando Ubuntu Lucid, bastou espetar no computador para ele reconhecer e funcionar. Ou o kernel ou o Ubuntu já vêm com o driver pré-instalado. O device é /dev/ttyACM0. Parece que no Mac OS X também é só espetar que funciona. Devidamente testado no Minicom, constatado que o modem responde a comandos AT, disca e conecta, é hora de configurar o PPP.
Eu tinha umas contas criadas tanto no iG quanto no POP, prevendo uma necessidade de Internet discada em 2007, quando mudei para cá. Felizmente não precisei delas, o lapso até a instalação da ADSL foi coberto pela Internet via celular. O caso é que estas contas, que nunca foram usadas, *ainda* estavam ativas.
Mas, por algum motivo, não autenticavam no Minicom. No "meu tempo", a autenticação PPP era feita pelo "chat" ou pelo "wvdial", antes de efetivamente o PPP começar a trafegar. Assim, para mim fazia sentido testá-las no Minicom antes de fazer um chat script. Mas todo login retornava inválido. Será que os discadores estavam encriptando a senha com MAC?
Aí o amigo token_ deu a dica: essa autenticação prévia não é mais usada, e a mensagem de "Login:" só aparece se nenhum tráfego PPP for observado nos primeiros segundos.
De fato, fiz um script chat simples para o PPP, que apenas discava , e adicionei usuário/senha aos arquivos /etc/ppp/pap-secrets e chap-secrets. Funcionou de primeira tanto para POP quanto para iG.
Por um lado fiquei contente que funcionou, por outro me senti meio "obsoleto", tendo sido enganado por um detalhe assim, igual àqueles velhos na frente das máquinas de auto-atendimento, que ficam esperando por algo que nunca acontece...
A configuração manual do PPP não era completamente estranha para mim, pois configurar "discagem" para Internet via celular sobre Bluetooth é bem parecido. Eu até já tinha uma configuração dessas pronta e funcionando, então foi só copiar e mudar umas poucas coisinhas.
FWIW, e para despertar lembranças doce-amargas em muita gente, segue o conteúdo dos arquivos relevantes:
/etc/ppp/peers/ig
------------------------
/dev/ttyACM0
115200
defaultroute
replacedefaultroute
crtscts
debug
nopersist
maxfail 1
connect "/etc/ppp/disca-ig"
user "usuario@ig.com.br"
/etc/ppp/disca-ig (com permissão de execução)
------------------------
exec chat \
TIMEOUT 5 \
ECHO ON \
ABORT '\nBUSY\r' \
ABORT '\nERROR\r' \
ABORT '\nNO ANSWER\r' \
ABORT '\nNO CARRIER\r' \
ABORT '\nNO DIALTONE\r' \
ABORT '\nRINGING\r\n\r\nRINGING\r' \
'' \rAT \
TIMEOUT 12 \
SAY "Press CTRL-C to close the connection at any stage!" \
SAY "\ndefining PDP context...\n" \
OK ATH \
OK ATE1 \
OK 'ATDT32174334' \
TIMEOUT 60 \
SAY "\nwaiting for connect...\n" \
CONNECT "" \
SAY "\nConnected."
/etc/ppp/pap-secrets
------------------------
"usuario@ig.com.br" * "senha"
/etc/ppp/chap-secrets
------------------------
"usuario@ig.com.br" * "senha"
É interessante notar que o POP usa autenticação CHAP e o iG usa autenticação PAP, então a rigor não é necessário incluir cada usuário nos dois últimos arquivos. Mas o que abunda não desagrada :)
Além disso, o iG considera que o @ig.com.br faz parte do nome (acho que os mesmos números de discagem atendem um porrilhão de provedores "gratuitos" e o sufixo diferencia o provedor, tal qual na autenticação ADSL).
Já o usuário POP funciona sem nenhum sufixo @pop.com.br (não testei se ele tolera o sufixo, se acidentalmente adicionado).