chat
.chat
.El módem debe encontrarse en modo comando para poder marcar. Si su módem ya está en linea, los comandos de marcado se envían al sistema remoto como si fuesen datos normales.
Si es posible, configure su módem para que monitorice la señal DTR y
retorne al modo de comandos cuando se desactive esta señal. Esto
permitirá al ordenador forzar al módem para que vuelva al modo de
comandos cuando el proceso pppd
termine como resultado del fin de la
conexión. De este modo, se asegura que el módem se queda en el estado
adecuado para que chat
pueda marcar.
Si no puede cambiar la configuración del módem, entonces debería cambiar la secuencia de marcado para que se parezca a la siguiente. Esta secuencia se asegura que el módem está en modo comando antes de intentar enviar la secuencia de marcado al módem.
TIMEOUT 3 "" \rAT OK-+++\c-OK AT&D2&C1 TIMEOUT 60 OK ATDT555-1212 CONNECT
Esta secuencia cambia el temporizador de alarma a 3 segundos. Este valor se acomoda al tiempo requerido por la mayoría de los módem para responder. Tras esto, envía un AT al módem para esperar su respuesta OK. Si esto no sucede en el tiempo especificado en el TIMEOUT (3 segundos), manda la secuencia +++ al módem y espera de nuevo una respuesta OK del módem. Una vez recibida la confirmación del módem, configura el módem adecuadamente, restablece el TIMEOUT y marca (por tonos) el número de teléfono (555-1212).
Vea la pregunta anterior. Generalmente esto suele ser causado por el mismo problema que el descrito en la pregunta anterior.
chat
se para tras enviar el login al sistema remotoy nunca envía el password.Algunos sistemas, especialmente SCO, vacían los buffers de
recepción justo tras escribir el prompt de entrada del login y del
password. Chat
normalmente transmite la respuesta al prompt nada
más ver este prompt. El resultado de todo esto es que la respuesta
que ha enviado chat
se pierde al vaciarse el buffer. Como el
sistema remoto no ha recibido el login, no pregunta por el password y como
chat
está esperando precisamente eso, se ha llegado a un
estado de bloqueo.
La solución es sencilla. Enleztezca las respuestas de chat
, de
tal forma que haya tiempo en el sistema remoto para vaciar su buffer antes
de que chat
envíe la respuesta. Para hacer esto, cambie las
cadenas de respuesta del script a algo como esto:
ogin:--ogin: \d\daccount assword: \d\dhello2u2
Donde cada \d representa un retraso (delay) de un segundo a esperar por chat
antes de
enviar la respuesta.