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.