Esta seção descreve o que pode sair errado com uma conexão UUCP e apresenta sugestões para sua correção. De qualquer forma, as questões foram compiladas de memória e baseadas na minha experiência. Há muito mais coisas que podem dar errado.
Em qualquer caso, habilite a depuração através da opção -xall e verifique o conteúdo do arquivo Debug no diretório de tarefas temporárias. Este procedimento pode ajudar a reconhecer rapidamente onde o problema reside. É interessante ainda habilitar o alto falante do modem quando a conexão não ocorre. Em modems compatíveis com o padrão Hayes, isso pode ser obtido adicionando-se ``ATL1M1 OK'' à conversação com o modem no arquivo dial.
A primeira verificação deve ser realizada nas permissões de todos os arquivos de configuração. uucico deve ser setuid uucp e todos os arquivos /usr/lib/uucp, /var/spool/uucp e /var/spool/uucppublic devem ter como dono o usuário uucp. Há ainda alguns arquivos escondidos que devem ser checados12.20 no diretório de tarefas temporárias e que também devem ter como dono o usuário uucp.
uucico continua dizendo ``Hora Errada Para Discar'': Isso provavelmente significa que há uma entrada no arquivo sys para o sistema, com o comando time não configurado devidamente, ou no momento se está dentro de um horário não permitido para acesso. Caso nenhum parâmetro seja fornecido ao comando, uucico assume que o sistema não pode ser acionando nunca.
uucico reclama que o site está em uso: Significa que o programa uucico detectou um arquivo de reserva de recursos para o sistema remoto em /var/spool/uucp. O arquivo pode ter sido gerado por uma conexão anterior que teve um fim anormal. De qualquer forma é como se houvesse outro programa uucico tentando discar para o programa remoto e que ficou preso em um programa de conversação, etc. Caso o processo uucico não seja bem sucedido na conexão com o sistema remoto, ele pode ser finalizado através do comando kill com um sinal de saída e devem ser removidos os arquivos de reservas de recursos criados.
Posso conectar com o site remoto, mas o programa de conversação falha: Verifique o texto recebido do site remoto. Caso ele esteja ilegível, este é provavelmente um problema relacionado com a velocidade. De outra forma, confirme se ela realmente confere com o esperado pelo programa de conversação. Lembre que o programa inicia com a espera do recebimento de uma expressão. Caso seja recebido o indicativo de acesso ao sistema, insira algum tempo de espera antes de enviar o nome de usuário, ou mesmo entre as letras. O envio pode estar sendo muito rápido para o modem disponível.
Meu modem não disca: Caso o modem não indique que a linha DTR foi acionada pelo programa uucico quando este tenta fazer uma ligação, possivelmente o dispositivo correto não está configurado para o programa uucico. Caso seu modem reconheça DTR, verifique através de um programa de terminal se é possível escrever nele. Em caso afirmativo, ative o eco utilizando o comando E no início da conversação com o modem, verifique se a velocidade da linha não está acima da capacidade do modem. Caso se possa visualizar o eco, verifique se as respostas do modem estão habilitadas ou se não estão no formato numérico. Cheque o próprio programa de conversação com o modem. Lembre-se que é necessário definir duas barras para que uma possa ser enviada para o modem.
Meu modem tenta discar, mas não consegue conexão: Insira uma espera no número do telefone. Isso é especialmente útil ao se discar a partir de uma central telefônica interna à uma companhia. Para pessoas na Europa, Brasil e outros países, que usualmente utilizam pulso para discagem, deve ser verificada se a linha telefônica não está configurada para tom. Em alguns países esse tipo de mudança foi feita recentemente.
Meu arquivo de ocorrências diz que há um excesso de perdas de pacotes: Possivelmente há um problema de velocidade. Talvez a conexão entre o computador e o modem seja muito lenta (lembre-se de utilizar a mais alta velocidade de transmissão possível entre estes pontos). Ou o hardware é muito lento para prover os serviços de interrupção adequados. De qualquer forma, sem FIFOS (como chips 16450), 9600 bps será o limite. Esteja seguro de que a negociação por hardware esteja habilitada em linhas seriais.
Outra causa possível pode residir na incapacidade da negociação por hardware na porta especificada. O Taylor UUCP 1.04 não habilita a negociação RTS/CTS automaticamente. Deve-se defini-la explicitamente em rc.serial usando-se o seguinte comando:
Eu consigo conexão mas a negociação falha: Existem uma série de possíveis causas para este tipo de problema. A saída do arquivo de histórico pode dar indicativos fortes do que está ocorrendo. Verifique os protocolos que o site remoto oferece (ele deve enviar a cadeia Pprotlist durante a negociação). Talvez eles não tenham nada em comum (foi selecionado algum protocolo nos arquivos sys ou port?).
Caso o sistema remoto envie a expressão RLCK, há um arquivo de reserva de recursos para o sistema informado no sistema remoto. Caso ele não seja originado de uma conexão ao mesmo sistema através de uma linha diferente, solicite a sua remoção.
Caso o sistema remoto envie a expressão RBADSEQ, o outro site tem a verificação de seqüência de acesso habilitada, mas os números não conferem. Caso ele envie a expressão RLOGIN, o usuário informado não tem permissão de acesso ao sistema remoto.