Re: servidor de acceso remoto
El 14/04/2010 02:18 a.m., Camaleón escribió: El Tue, 13 Apr 2010 16:02:38 -0400, Leonel Hernández Grandela escribió: hola amigos ahora vengo ya dispuesto a instalar y configurar un servidor de acceso remoto [PPP] resulta que tengo instalado ppp+mgetty, pero me es necesario limitar un horario de conexiones a diferentes usuarios o sea .. quiero que el usuario pepe se pueda conectar desde las 8AM hasta las 11AM y que a las 11AM si el no se desconecta porque quiere ser malo y robar mas tiempo de conexión :-D el sistema solo lo desconecte y no le permita conectar mas hasta las3PM y que lo vuelva a desconectar a las 5PM ... ahora mi pregunta me hace falta algun otro paquete a instalar para implementar eso o ya con ppp+mgetty me sirve !! muchas gracias :) Hum... no se me ocurre nada salvo un sistema centralizado de autentificación y control como Radius, pero quizá sea demasiado complejo :-/ Saludos, Hola , no tengo mucha experiencia pero pensé en CRON y un script para detener e iniciar el servicio por ejemplo. Atentamente Gerardo Rogelio Flores -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bd8f5a0.4080...@yahoo.com.mx
Re: servidor de acceso remoto
El Tue, 13 Apr 2010 16:02:38 -0400, Leonel Hernández Grandela escribió: > hola amigos ahora vengo ya dispuesto a instalar y configurar un servidor > de acceso remoto [PPP] resulta que tengo instalado ppp+mgetty, pero me > es necesario limitar un horario de conexiones a diferentes usuarios o > sea .. quiero que el usuario pepe se pueda conectar desde las 8AM hasta > las 11AM y que a las 11AM si el no se desconecta porque quiere ser malo > y robar mas tiempo de conexión :-D el sistema solo lo desconecte y no le > permita conectar mas hasta las3PM y que lo vuelva a desconectar a las > 5PM ... ahora mi pregunta me hace falta algun otro paquete a instalar > para implementar eso o ya con ppp+mgetty me sirve !! muchas gracias :) Hum... no se me ocurre nada salvo un sistema centralizado de autentificación y control como Radius, pero quizá sea demasiado complejo :-/ Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.04.14.07.18...@gmail.com
servidor de acceso remoto
hola amigos ahora vengo ya dispuesto a instalar y configurar un servidor de acceso remoto [PPP] resulta que tengo instalado ppp+mgetty, pero me es necesario limitar un horario de conexiones a diferentes usuarios o sea .. quiero que el usuario pepe se pueda conectar desde las 8AM hasta las 11AM y que a las 11AM si el no se desconecta porque quiere ser malo y robar mas tiempo de conexión :-D el sistema solo lo desconecte y no le permita conectar mas hasta las3PM y que lo vuelva a desconectar a las 5PM ... ahora mi pregunta me hace falta algun otro paquete a instalar para implementar eso o ya con ppp+mgetty me sirve !! muchas gracias :) -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bc4cdde.5040...@filialfcm.ssp.sld.cu
Re: Fwd: servidor de acceso remoto casero!!
El día 23 de septiembre de 2009 17:54, Leonel Hernández Grandela escribió: > Jorge A. Secreto wrote: >> >> El día 23 de septiembre de 2009 16:24, Leonel Hernández Grandela >> escribió: >> >>> >>> Jorge A. Secreto wrote: >>> El día 23 de septiembre de 2009 14:50, Leonel Hernández Grandela escribió: > > Jorge A. Secreto wrote: > >>> >>> 09/21 11:54:44 yS0 check for lockfiles >>> >> >> se fija si algún programa está usando el com >> >>> >>> 09/21 11:54:44 yS0 checklock: stat failed, no file >>> >> >> no encuentra ningún archivo de bloqueo >> >>> >>> 09/21 11:54:44 yS0 locking the line >>> >> >> entonces bloquea el com1 >> >>> >>> 09/21 11:54:44 yS0 makelock(ttyS0) called >>> 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' >>> 09/21 11:54:44 yS0 lock made >>> >> >> ya está bloqueado >> >>> >>> 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR >>> >> >> chequeó las lineas de status el modem está presente >> >>> >>> 09/21 11:54:45 yS0 lowering DTR to reset Modem >>> >> >> lo resetea >> >>> >>> 09/21 11:54:45 yS0 tss: set speed to 38400 (017) >>> >> >> setea la velocidad del puerto de comunicaciones a 38400 baudios >> >>> >>> 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) >>> >> >> setea el control de flujo por hardware para usar RTS CTS DSR DTR y no >> XON-XOF >> >>> >>> 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: >>> >> >> espera un poco :-) >> >>> >>> 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] >>> >> >> envía un comando al modem >> >>> >>> 09/21 11:54:49 yS0 waiting for ``OK'' >>> >> >> y espera la respuesta (que tendría que ser OK) >> >>> >>> 09/21 11:54:49 yS0 got: >>> 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' >>> >> >> esperó 20 segundos y se cansó de esperar :-) >> lo que sigue es mas de lo mismo >> por eso te digo que el modem no escucha a la pc por la linea de datos, >> o la pc no escucha al modem por la misma linea. >> Una posibilidad es que el modem esté en 9600 baudios (por ejemplo) y >> que no entienda lo que le transmite la pc a 38400. >> >>> >>> 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat >>> 09/21 11:55:09 yS0 send: >>> \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] >>> 09/21 11:55:13 yS0 waiting for ``OK'' >>> 09/21 11:55:13 yS0 got: >>> 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' >>> 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system >>> call >>> 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 >>> 09/21 11:55:33 yS0 removing lock file >>> <> >>> el error que dice ..modem turned off or bad cable? es cuando el modem >>> no esta >>> instalado en la pc, no tengo ni idea de lo que me preguntas cuando >>> te >>> refieres a (¿el modem está seteado a 38400 baudios? ¿probaste el >>> modem >>> con minicom o seyon?) >>> >> >> Disculpame que contesté arriba pero quería aclararte el handshaking >> que realiza el mgetty. >> Minicom y Seyon son programas del estilo del Hyperterminal, para >> chequear la comunicación con el modem a mano. >> >>> >>> disculpa, el modem lo tengo usando a el 100% de su capacidad en >>> windows server 2003 .. asi que no tiene problemas, alguna u otra >>> sugerengia!!! gracias .. >>> >> >> Con respecto a que el modem funciona Ok en win2003: >> ¿Es la misma pc o es otra? >> ¿Lo usas con el mismo cable? >> > > uso el mismo cable pero en otro pc diferente > ¿Y a que velocidad se conecta el 2003 al modem? >>> >>> el modem en el win2 serv 2003 conecta a 33.6kbytes o >>> a 22.6kbytes saludos >>> >> >> Supongo que esta velocidad que me decís es la velocidad a la que se >> conectan los clientes a través del teléfono. >> Si es así creo que, el win2003, se está conectando con el módem a una >> velocidad superior. No he usado RAS en windows pero en algún lugar >> tenés que decirle a que velocidad se comunica con el módem. El >> servidor con el módem. (Es la velocidad del puerto com) >> Disculpame que insista pero no sé si estoy explicando bien lo que >> pregunto. >> >> > > si esa velocidad que ahi expuse anteriormente es a la que se conectan los > clientes al windows > > en el windows server 2003 le tengo en la velocidad maxima del puerto 115200 > pero no tengo ni idea en que unidad se mide esa velocidad de ahi .. gracias > :) > La velocidad de las comunicaciones seriales se miden generalmente en baudios o bps(no son la misma cosa, pero casi), bits por segundo. 33600 bps es aproxima
Re: Fwd: servidor de acceso remoto casero!!
Jorge A. Secreto wrote: El día 23 de septiembre de 2009 16:24, Leonel Hernández Grandela escribió: Jorge A. Secreto wrote: El día 23 de septiembre de 2009 14:50, Leonel Hernández Grandela escribió: Jorge A. Secreto wrote: 09/21 11:54:44 yS0 check for lockfiles se fija si algún programa está usando el com 09/21 11:54:44 yS0 checklock: stat failed, no file no encuentra ningún archivo de bloqueo 09/21 11:54:44 yS0 locking the line entonces bloquea el com1 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made ya está bloqueado 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR chequeó las lineas de status el modem está presente 09/21 11:54:45 yS0 lowering DTR to reset Modem lo resetea 09/21 11:54:45 yS0 tss: set speed to 38400 (017) setea la velocidad del puerto de comunicaciones a 38400 baudios 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) setea el control de flujo por hardware para usar RTS CTS DSR DTR y no XON-XOF 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: espera un poco :-) 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] envía un comando al modem 09/21 11:54:49 yS0 waiting for ``OK'' y espera la respuesta (que tendría que ser OK) 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' esperó 20 segundos y se cansó de esperar :-) lo que sigue es mas de lo mismo por eso te digo que el modem no escucha a la pc por la linea de datos, o la pc no escucha al modem por la misma linea. Una posibilidad es que el modem esté en 9600 baudios (por ejemplo) y que no entienda lo que le transmite la pc a 38400. 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file <> el error que dice ..modem turned off or bad cable? es cuando el modem no esta instalado en la pc, no tengo ni idea de lo que me preguntas cuando te refieres a (¿el modem está seteado a 38400 baudios? ¿probaste el modem con minicom o seyon?) Disculpame que contesté arriba pero quería aclararte el handshaking que realiza el mgetty. Minicom y Seyon son programas del estilo del Hyperterminal, para chequear la comunicación con el modem a mano. disculpa, el modem lo tengo usando a el 100% de su capacidad en windows server 2003 .. asi que no tiene problemas, alguna u otra sugerengia!!! gracias .. Con respecto a que el modem funciona Ok en win2003: ¿Es la misma pc o es otra? ¿Lo usas con el mismo cable? uso el mismo cable pero en otro pc diferente ¿Y a que velocidad se conecta el 2003 al modem? el modem en el win2 serv 2003 conecta a 33.6kbytes o a 22.6kbytes saludos Supongo que esta velocidad que me decís es la velocidad a la que se conectan los clientes a través del teléfono. Si es así creo que, el win2003, se está conectando con el módem a una velocidad superior. No he usado RAS en windows pero en algún lugar tenés que decirle a que velocidad se comunica con el módem. El servidor con el módem. (Es la velocidad del puerto com) Disculpame que insista pero no sé si estoy explicando bien lo que pregunto. si esa velocidad que ahi expuse anteriormente es a la que se conectan los clientes al windows en el windows server 2003 le tengo en la velocidad maxima del puerto 115200 pero no tengo ni idea en que unidad se mide esa velocidad de ahi .. gracias :) -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fwd: servidor de acceso remoto casero!!
El día 23 de septiembre de 2009 16:24, Leonel Hernández Grandela escribió: > Jorge A. Secreto wrote: >> El día 23 de septiembre de 2009 14:50, Leonel Hernández Grandela >> escribió: >>> Jorge A. Secreto wrote: > 09/21 11:54:44 yS0 check for lockfiles se fija si algún programa está usando el com > 09/21 11:54:44 yS0 checklock: stat failed, no file no encuentra ningún archivo de bloqueo > 09/21 11:54:44 yS0 locking the line entonces bloquea el com1 > 09/21 11:54:44 yS0 makelock(ttyS0) called > 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' > 09/21 11:54:44 yS0 lock made ya está bloqueado > 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR chequeó las lineas de status el modem está presente > 09/21 11:54:45 yS0 lowering DTR to reset Modem lo resetea > 09/21 11:54:45 yS0 tss: set speed to 38400 (017) setea la velocidad del puerto de comunicaciones a 38400 baudios > 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) setea el control de flujo por hardware para usar RTS CTS DSR DTR y no XON-XOF > 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: espera un poco :-) > 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] envía un comando al modem > 09/21 11:54:49 yS0 waiting for ``OK'' y espera la respuesta (que tendría que ser OK) > 09/21 11:54:49 yS0 got: > 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' esperó 20 segundos y se cansó de esperar :-) lo que sigue es mas de lo mismo por eso te digo que el modem no escucha a la pc por la linea de datos, o la pc no escucha al modem por la misma linea. Una posibilidad es que el modem esté en 9600 baudios (por ejemplo) y que no entienda lo que le transmite la pc a 38400. > 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat > 09/21 11:55:09 yS0 send: > \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] > 09/21 11:55:13 yS0 waiting for ``OK'' > 09/21 11:55:13 yS0 got: > 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' > 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system > call > 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 > 09/21 11:55:33 yS0 removing lock file > <> > el error que dice ..modem turned off or bad cable? es cuando el modem > no esta > instalado en la pc, no tengo ni idea de lo que me preguntas cuando te > refieres a (¿el modem está seteado a 38400 baudios? ¿probaste el modem > con minicom o seyon?) Disculpame que contesté arriba pero quería aclararte el handshaking que realiza el mgetty. Minicom y Seyon son programas del estilo del Hyperterminal, para chequear la comunicación con el modem a mano. > disculpa, el modem lo tengo usando a el 100% de su capacidad en > windows server 2003 .. asi que no tiene problemas, alguna u otra > sugerengia!!! gracias .. Con respecto a que el modem funciona Ok en win2003: ¿Es la misma pc o es otra? ¿Lo usas con el mismo cable? >>> uso el mismo cable pero en otro pc diferente >> ¿Y a que velocidad se conecta el 2003 al modem? > el modem en el win2 serv 2003 conecta a 33.6kbytes o > a 22.6kbytes saludos Supongo que esta velocidad que me decís es la velocidad a la que se conectan los clientes a través del teléfono. Si es así creo que, el win2003, se está conectando con el módem a una velocidad superior. No he usado RAS en windows pero en algún lugar tenés que decirle a que velocidad se comunica con el módem. El servidor con el módem. (Es la velocidad del puerto com) Disculpame que insista pero no sé si estoy explicando bien lo que pregunto. -- Jorge A Secreto Analista de Sistemas MP 361 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Fwd: servidor de acceso remoto casero!!
perdón, otra vez se me fué al privado -- Mensaje reenviado -- De: Jorge A. Secreto Fecha: 23 de septiembre de 2009 15:22 Asunto: Re: servidor de acceso remoto casero!! Para: Leonel Hernández Grandela El día 23 de septiembre de 2009 14:50, Leonel Hernández Grandela escribió: > Jorge A. Secreto wrote: >>> >>> 09/21 11:54:44 yS0 check for lockfiles >>> >> >> se fija si algún programa está usando el com >> >>> >>> 09/21 11:54:44 yS0 checklock: stat failed, no file >>> >> >> no encuentra ningún archivo de bloqueo >> >>> >>> 09/21 11:54:44 yS0 locking the line >>> >> >> entonces bloquea el com1 >> >>> >>> 09/21 11:54:44 yS0 makelock(ttyS0) called >>> 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' >>> 09/21 11:54:44 yS0 lock made >>> >> >> ya está bloqueado >> >>> >>> 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR >>> >> >> chequeó las lineas de status el modem está presente >> >>> >>> 09/21 11:54:45 yS0 lowering DTR to reset Modem >>> >> >> lo resetea >> >>> >>> 09/21 11:54:45 yS0 tss: set speed to 38400 (017) >>> >> >> setea la velocidad del puerto de comunicaciones a 38400 baudios >> >>> >>> 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) >>> >> >> setea el control de flujo por hardware para usar RTS CTS DSR DTR y no >> XON-XOF >> >>> >>> 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: >>> >> >> espera un poco :-) >> >>> >>> 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] >>> >> >> envía un comando al modem >> >>> >>> 09/21 11:54:49 yS0 waiting for ``OK'' >>> >> >> y espera la respuesta (que tendría que ser OK) >> >>> >>> 09/21 11:54:49 yS0 got: >>> 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' >>> >> >> esperó 20 segundos y se cansó de esperar :-) >> lo que sigue es mas de lo mismo >> por eso te digo que el modem no escucha a la pc por la linea de datos, >> o la pc no escucha al modem por la misma linea. >> Una posibilidad es que el modem esté en 9600 baudios (por ejemplo) y >> que no entienda lo que le transmite la pc a 38400. >> >> >>> >>> 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat >>> 09/21 11:55:09 yS0 send: >>> \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] >>> 09/21 11:55:13 yS0 waiting for ``OK'' >>> 09/21 11:55:13 yS0 got: >>> 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' >>> 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system >>> call >>> 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 >>> >>> 09/21 11:55:33 yS0 removing lock file >>> >>> >>> <> >>> >>> >>> el error que dice ..modem turned off or bad cable? es cuandoel modem noe >>> sta >>> instalado en la pc, no tengo ni idea de lo que me preguntas cuando te >>> refieres a (¿el modem está seteado a 38400 baudios? ¿probaste el modem >>> con minicom o seyon?) >>> >> >> Disculpame que contesté arriba pero quería aclararte el handshaking >> que realiza el mgetty. >> Minicom y Seyon son programas del estilo del Hyperterminal, para >> chequear la comunicación con el modem a mano. >> >>> >>> disculpa, el modem lo tengo usando a el 100% de su capacidad en >>> windows server 2003 .. asi que no tiene problemas, alguna u otra >>> sugerengia!!! gracias .. >>> >>> >> >> Con respecto a que el modem funciona Ok en win2003: >> ¿Es la misma pc o es otra? >> ¿Lo usas con el mismo cable? >> >> > > uso el mismo cable pero en otro pc diferente > ¿Y a que velocidad se conecta el 2003 al modem? -- Jorge A Secreto Analista de Sistemas MP 361 -- Jorge A Secreto Analista de Sistemas MP 361 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
Jorge A. Secreto wrote: 09/21 11:54:44 yS0 check for lockfiles se fija si algún programa está usando el com 09/21 11:54:44 yS0 checklock: stat failed, no file no encuentra ningún archivo de bloqueo 09/21 11:54:44 yS0 locking the line entonces bloquea el com1 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made ya está bloqueado 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR chequeó las lineas de status el modem está presente 09/21 11:54:45 yS0 lowering DTR to reset Modem lo resetea 09/21 11:54:45 yS0 tss: set speed to 38400 (017) setea la velocidad del puerto de comunicaciones a 38400 baudios 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) setea el control de flujo por hardware para usar RTS CTS DSR DTR y no XON-XOF 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: espera un poco :-) 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] envía un comando al modem 09/21 11:54:49 yS0 waiting for ``OK'' y espera la respuesta (que tendría que ser OK) 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' esperó 20 segundos y se cansó de esperar :-) lo que sigue es mas de lo mismo por eso te digo que el modem no escucha a la pc por la linea de datos, o la pc no escucha al modem por la misma linea. Una posibilidad es que el modem esté en 9600 baudios (por ejemplo) y que no entienda lo que le transmite la pc a 38400. 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file <> el error que dice ..modem turned off or bad cable? es cuandoel modem noe sta instalado en la pc, no tengo ni idea de lo que me preguntas cuando te refieres a (¿el modem está seteado a 38400 baudios? ¿probaste el modem con minicom o seyon?) Disculpame que contesté arriba pero quería aclararte el handshaking que realiza el mgetty. Minicom y Seyon son programas del estilo del Hyperterminal, para chequear la comunicación con el modem a mano. disculpa, el modem lo tengo usando a el 100% de su capacidad en windows server 2003 .. asi que no tiene problemas, alguna u otra sugerengia!!! gracias .. Con respecto a que el modem funciona Ok en win2003: ¿Es la misma pc o es otra? ¿Lo usas con el mismo cable? uso el mismo cable pero en otro pc diferente -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
> 09/21 11:54:44 yS0 check for lockfiles se fija si algún programa está usando el com > 09/21 11:54:44 yS0 checklock: stat failed, no file no encuentra ningún archivo de bloqueo > 09/21 11:54:44 yS0 locking the line entonces bloquea el com1 > 09/21 11:54:44 yS0 makelock(ttyS0) called > 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' > 09/21 11:54:44 yS0 lock made ya está bloqueado > 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR chequeó las lineas de status el modem está presente > 09/21 11:54:45 yS0 lowering DTR to reset Modem lo resetea > 09/21 11:54:45 yS0 tss: set speed to 38400 (017) setea la velocidad del puerto de comunicaciones a 38400 baudios > 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) setea el control de flujo por hardware para usar RTS CTS DSR DTR y no XON-XOF > 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: espera un poco :-) > 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] envía un comando al modem > 09/21 11:54:49 yS0 waiting for ``OK'' y espera la respuesta (que tendría que ser OK) > 09/21 11:54:49 yS0 got: > 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' esperó 20 segundos y se cansó de esperar :-) lo que sigue es mas de lo mismo por eso te digo que el modem no escucha a la pc por la linea de datos, o la pc no escucha al modem por la misma linea. Una posibilidad es que el modem esté en 9600 baudios (por ejemplo) y que no entienda lo que le transmite la pc a 38400. > 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat > 09/21 11:55:09 yS0 send: > \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] > 09/21 11:55:13 yS0 waiting for ``OK'' > 09/21 11:55:13 yS0 got: > 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' > 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system > call > 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 > > 09/21 11:55:33 yS0 removing lock file > > > <> > > > el error que dice ..modem turned off or bad cable? es cuandoel modem noe sta > instalado en la pc, no tengo ni idea de lo que me preguntas cuando te > refieres a (¿el modem está seteado a 38400 baudios? ¿probaste el modem con > minicom o seyon?) Disculpame que contesté arriba pero quería aclararte el handshaking que realiza el mgetty. Minicom y Seyon son programas del estilo del Hyperterminal, para chequear la comunicación con el modem a mano. > disculpa, el modem lo tengo usando a el 100% de su capacidad en > windows server 2003 .. asi que no tiene problemas, alguna u otra > sugerengia!!! gracias .. > Con respecto a que el modem funciona Ok en win2003: ¿Es la misma pc o es otra? ¿Lo usas con el mismo cable? -- Jorge A Secreto Analista de Sistemas MP 361 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
Jorge A. Secreto wrote: El día 22 de septiembre de 2009 02:26, Leonel Hernández Grandela escribió: Jorge A. Secreto wrote: El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: no manda errror simplemente cuando llamo desde un telefono o un cell a ese numero donde esta el modem y el linux debian lenny5 instalado con el ppp+mgetty no recive la llamada el ppp aca les muestro el log del mgetty ahi a mi apreciacion parece que el detecta el modemj ya y no da error ... 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 09/21 11:54:44 yS0 check for lockfiles 09/21 11:54:44 yS0 checklock: stat failed, no file 09/21 11:54:44 yS0 locking the line 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 09/21 11:54:45 yS0 lowering DTR to reset Modem 09/21 11:54:45 yS0 tss: set speed to 38400 (017) 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 11:54:49 yS0 waiting for ``OK'' 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file <> [2.979572] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled [2.980309] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [2.981082] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [2.982558] 00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [2.983103] 00:0a: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A tenés dos puertos com ¿puede ser que tengas enchufado el modem en ttyS1? Fijate que el mgetty está tratando que le responda en ttyS0 <...> el modem es un modem externo, marka ZYXEL U-336 E Entonces no hay nada que instalar, el lsmod estuvo de gusto :-) bueno un saludo a la colaboracion pero te comento colega aca muestro el log del mgetty cuando el modem esta kitado o sea .. --- 09/21 21:22:16 yS0 WARNING: DSR is off - modem turned off or bad cable? no lo reconoce está bien puesto en el com1 o sea en ttyS0 ... 09/21 21:22:16 yS0 mgetty: interim release 1.1.36-Jun15 09/21 21:22:16 yS0 check for lockfiles 09/21 21:22:16 yS0 checklock: stat failed, no file 09/21 21:22:16 yS0 locking the line 09/21 21:22:16 yS0 makelock(ttyS0) called 09/21 21:22:16 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 21:22:16 yS0 lock made 09/21 21:22:16 yS0 tio_get_rs232_lines: status: RTS DTR 09/21 21:22:16 yS0 WARNING: DSR is off - modem turned off or bad cable? 09/21 21:22:16 yS0 lowering DTR to reset Modem 09/21 21:22:17 yS0 tss: set speed to 38400 (017) 09/21 21:22:17 yS0 tio_set_flow_control( HARD ) 09/21 21:22:17 yS0 waiting for line to clear (VTIME=1), read: 09/21 21:22:17 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 21:22:20 yS0 waiting for ``OK'' 09/21 21:22:20 yS0 got: 09/21 21:22:40 yS0 timeout in chat script, waiting for `OK' Si te fijas, las lineas que siguen al chequeo del DSR son muy similares, tanto si está conectado el cable como si no. Da la impresión de que el modem no escucha el comando o que el puerto no escucha la respuesta. Dice que espera 10 segundos antes de darse por vencido. ¿el modem está seteado a 38400 baudios? ¿probaste el modem con minicom o seyon? La siguiente prueba que haría es controlar que el modem y el cable funcionen en otra pc. También probaría si en el otro puerto funciona, cambiando los parámetros en el mgetty.config. 09/21 21:22:40 yS0 init chat timed out, trying force-init-chat 09/21 21:22:40 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 21:22:44 yS0 waiting for ``OK'' 09/21 21:22:44 yS0 got: 09/21 21:23:04 yS0 timeout in chat script, waiting for `OK' 09/21 21:23:04 yS0 init chat failed, exiting...: Interrupted system call 09/21 21:23:04 # failed in mg_init_data, dev=ttyS0, pid=28420 09/21 21:23:04 yS0 removing lock file Me parece que esta vez son mas preguntas que ayudas ;-) el error que dice ..modem turned off or bad cable? es cuandoel modem noe sta instalado en la pc, no tengo ni idea de lo que me preguntas cuando te refieres a ( ¿el modem está seteado a 38400 baudios? ¿probaste el modem con minicom o seyon?) disculpa, el modem lo tengo usando a el 100% de su capacidad en windows server 2003 .. asi que no tiene problemas, alguna u otra sugerengia!!! gracias
Re: servidor de acceso remoto casero!!
El día 22 de septiembre de 2009 02:26, Leonel Hernández Grandela escribió: > Jorge A. Secreto wrote: >>> >>> El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: >>> >> no manda errror simplemente cuando llamo desde un telefono o un cell a >> ese >> numero donde esta el modem y el linux debian lenny5 instalado con el >> ppp+mgetty no recive la llamada el ppp aca les muestro el log del >> mgetty >> ahi >> a mi apreciacion parece que el detecta el modemj ya y no da error ... >> >> 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 >> 09/21 11:54:44 yS0 check for lockfiles >> 09/21 11:54:44 yS0 checklock: stat failed, no file >> 09/21 11:54:44 yS0 locking the line >> 09/21 11:54:44 yS0 makelock(ttyS0) called >> 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' >> 09/21 11:54:44 yS0 lock made >> 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR >> 09/21 11:54:45 yS0 lowering DTR to reset Modem >> 09/21 11:54:45 yS0 tss: set speed to 38400 (017) >> 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) >> 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: >> 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] >> 09/21 11:54:49 yS0 waiting for ``OK'' >> 09/21 11:54:49 yS0 got: >> 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' >> 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat >> 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] >> 09/21 11:55:13 yS0 waiting for ``OK'' >> 09/21 11:55:13 yS0 got: >> 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' >> 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system >> call >> 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 >> >> 09/21 11:55:33 yS0 removing lock file >> <> >> >>> >>> [ 2.979572] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ >>> sharing enabled >>> [ 2.980309] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A >>> [ 2.981082] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A >>> [ 2.982558] 00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A >>> [ 2.983103] 00:0a: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A >>> >> >> tenés dos puertos com ¿puede ser que tengas enchufado el >> modem en ttyS1? Fijate que el mgetty está tratando que le >> responda en ttyS0 >> <...> >>> el modem es un modem externo, marka ZYXEL U-336 E >> Entonces no hay nada que instalar, el lsmod estuvo de gusto :-) > > bueno un saludo a la colaboracion pero te comento colega aca muestro el log > del mgetty cuando el modem esta kitado o sea .. > --- 09/21 21:22:16 yS0 WARNING: DSR is off - modem turned off or bad cable? > no lo reconoce está bien puesto en el com1 o sea en > > ttyS0 > > ... > 09/21 21:22:16 yS0 mgetty: interim release 1.1.36-Jun15 > 09/21 21:22:16 yS0 check for lockfiles > 09/21 21:22:16 yS0 checklock: stat failed, no file > 09/21 21:22:16 yS0 locking the line > 09/21 21:22:16 yS0 makelock(ttyS0) called > 09/21 21:22:16 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' > 09/21 21:22:16 yS0 lock made > 09/21 21:22:16 yS0 tio_get_rs232_lines: status: RTS DTR > 09/21 21:22:16 yS0 WARNING: DSR is off - modem turned off or bad cable? > 09/21 21:22:16 yS0 lowering DTR to reset Modem > 09/21 21:22:17 yS0 tss: set speed to 38400 (017) > 09/21 21:22:17 yS0 tio_set_flow_control( HARD ) > 09/21 21:22:17 yS0 waiting for line to clear (VTIME=1), read: > 09/21 21:22:17 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] > 09/21 21:22:20 yS0 waiting for ``OK'' > 09/21 21:22:20 yS0 got: > 09/21 21:22:40 yS0 timeout in chat script, waiting for `OK' Si te fijas, las lineas que siguen al chequeo del DSR son muy similares, tanto si está conectado el cable como si no. Da la impresión de que el modem no escucha el comando o que el puerto no escucha la respuesta. Dice que espera 10 segundos antes de darse por vencido. ¿el modem está seteado a 38400 baudios? ¿probaste el modem con minicom o seyon? La siguiente prueba que haría es controlar que el modem y el cable funcionen en otra pc. También probaría si en el otro puerto funciona, cambiando los parámetros en el mgetty.config. > 09/21 21:22:40 yS0 init chat timed out, trying force-init-chat > 09/21 21:22:40 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] > 09/21 21:22:44 yS0 waiting for ``OK'' > 09/21 21:22:44 yS0 got: > 09/21 21:23:04 yS0 timeout in chat script, waiting for `OK' > 09/21 21:23:04 yS0 init chat failed, exiting...: Interrupted system call > 09/21 21:23:04 # failed in mg_init_data, dev=ttyS0, pid=28420 > > 09/21 21:23:04 yS0 removing lock file > Me parece que esta vez son mas preguntas que ayudas ;-) -- Jorge A Secreto Analista de Sistemas MP 361 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsu
Re: servidor de acceso remoto casero!!
On Mon September 21 2009 10:12:37 am Leonel Hernández Grandela wrote: > > me yego por ekivocacion al privado reenvio a la lista... Te seria posible escribir correctamente, por favor? Pretendemos usar un lenguaje entendible para todos, asi evitamos malos entendidos y discuciones infructuosas; "yego" y "ekivocacion"; no son palabras en Castellano. Gracias por tu atencion. > -- > > Este mensaje le ha llegado mediante el servicio de correo electronico que > ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema > Nacional de Salud. La persona que envia este correo asume el compromiso de > usar el servicio a tales fines y cumplir con las regulaciones establecidas > > Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
Jorge A. Secreto wrote: El día 21 de septiembre de 2009 14:17, Leonel Hernández Grandela escribió: Leonel Hernández Grandela wrote: Jorge A. Secreto wrote: El día 21 de septiembre de 2009 17:00, Leonel Hernández Grandela escribió: Juan Manuel Acuña Barrera wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: haldrik wrote: no manda errror simplemente cuando llamo desde un telefono o un cell a ese numero donde esta el modem y el linux debian lenny5 instalado con el ppp+mgetty no recive la llamada el ppp aca les muestro el log del mgetty ahi a mi apreciacion parece que el detecta el modemj ya y no da error ... 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 09/21 11:54:44 yS0 check for lockfiles 09/21 11:54:44 yS0 checklock: stat failed, no file 09/21 11:54:44 yS0 locking the line 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 09/21 11:54:45 yS0 lowering DTR to reset Modem 09/21 11:54:45 yS0 tss: set speed to 38400 (017) 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 11:54:49 yS0 waiting for ``OK'' 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file Lo que veo acá, que alguien me corrija si me equivoco, es que el modem no contesta. Estas seguro de que el modem está funcionando. Mandá una copia de lo que tiren dmesg y lsmod. Se me ocurre que tenés un winmodem y por eso no responde. ¿Es un modem externo? ¿marca y modelo? me yego por ekivocacion al privado reenvio a la lista... dmseg esta GRANDISIMO ... r...@debian:~# dmesg [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.26-2-686 (Debian 2.6.26-19) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Wed Aug 19 06:06:52 UTC 2009 <> [2.979572] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled [2.980309] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [2.981082] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [2.982558] 00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [2.983103] 00:0a: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A tenés dos puertos com ¿puede ser que tengas enchufado el modem en ttyS1? Fijate que el mgetty está tratando que le responda en ttyS0 <...> el modem es un modem externo, marka ZYXEL U-336 E Entonces no hay nada que instalar, el lsmod estuvo de gusto :-) Un abrazo bueno un saludo a la colaboracion pero te comento colega aca muestro el log del mgetty cuando el modem esta kitado o sea .. --- 09/21 21:22:16 yS0 WARNING: DSR is off - modem turned off or bad cable? no lo reconoce está bien puesto en el com1 o sea en ttyS0 ... 09/21 21:22:16 yS0 mgetty: interim release 1.1.36-Jun15 09/21 21:22:16 yS0 check for lockfiles 09/21 21:22:16 yS0 checklock: stat failed, no file 09/21 21:22:16 yS0 locking the line 09/21 21:22:16 yS0 makelock(ttyS0) called 09/21 21:22:16 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 21:22:16 yS0 lock made 09/21 21:22:16 yS0 tio_get_rs232_lines: status: RTS DTR 09/21 21:22:16 yS0 WARNING: DSR is off - modem turned off or bad cable? 09/21 21:22:16 yS0 lowering DTR to reset Modem 09/21 21:22:17 yS0 tss: set speed to 38400 (017) 09/21 21:22:17 yS0 tio_set_flow_control( HARD ) 09/21 21:22:17 yS0 waiting for line to clear (VTIME=1), read: 09/21 21:22:17 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 21:22:20 yS0 waiting for ``OK'' 09/21 21:22:20 yS0 got: 09/21 21:22:40 yS0 timeout in chat script, waiting for `OK' 09/21 21:22:40 yS0 init chat timed out, trying force-init-chat 09/21 21:22:40 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 21:22:44 yS0 waiting for ``OK'' 09/21 21:22:44 yS0 got: 09/21 21:23:04 yS0 timeout in chat script, waiting for `OK' 09/21 21:23:04 yS0 init chat failed, exiting...: Interrupted system call 09/21 21:23:04 # failed in mg_init_data, dev=ttyS0, pid=28420 09/21 21:23:04 yS0 removing lock file -- Este mensaje le ha llegado mediante el servicio de correo
Re: servidor de acceso remoto casero!!
El día 21 de septiembre de 2009 14:17, Leonel Hernández Grandela escribió: > Leonel Hernández Grandela wrote: >> >> Jorge A. Secreto wrote: >>> >>> El día 21 de septiembre de 2009 17:00, Leonel Hernández Grandela >>> escribió: >>> Juan Manuel Acuña Barrera wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: > > >> >> haldrik wrote: >> >>> >>> >>> no manda errror simplemente cuando llamo desde un telefono o un cell a ese numero donde esta el modem y el linux debian lenny5 instalado con el ppp+mgetty no recive la llamada el ppp aca les muestro el log del mgetty ahi a mi apreciacion parece que el detecta el modemj ya y no da error ... 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 09/21 11:54:44 yS0 check for lockfiles 09/21 11:54:44 yS0 checklock: stat failed, no file 09/21 11:54:44 yS0 locking the line 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 09/21 11:54:45 yS0 lowering DTR to reset Modem 09/21 11:54:45 yS0 tss: set speed to 38400 (017) 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 11:54:49 yS0 waiting for ``OK'' 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file >>> >>> Lo que veo acá, que alguien me corrija si me equivoco, es que el modem >>> no contesta. >>> Estas seguro de que el modem está funcionando. Mandá una copia de lo >>> que tiren dmesg y lsmod. >>> Se me ocurre que tenés un winmodem y por eso no responde. ¿Es un modem >>> externo? ¿marca y modelo? >>> >>> >> >> me yego por ekivocacion al privado reenvio a la lista... >> > dmseg esta GRANDISIMO ... > > r...@debian:~# dmesg > [ 0.00] Initializing cgroup subsys cpuset > [ 0.00] Initializing cgroup subsys cpu > [ 0.00] Linux version 2.6.26-2-686 (Debian 2.6.26-19) > (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian > 4.1.2-25)) #1 SMP Wed Aug 19 06:06:52 UTC 2009 <> > [ 2.979572] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ > sharing enabled > [ 2.980309] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > [ 2.981082] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A > [ 2.982558] 00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > [ 2.983103] 00:0a: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A tenés dos puertos com ¿puede ser que tengas enchufado el modem en ttyS1? Fijate que el mgetty está tratando que le responda en ttyS0 <...> > > el modem es un modem externo, marka ZYXEL U-336 E Entonces no hay nada que instalar, el lsmod estuvo de gusto :-) Un abrazo -- Jorge A Secreto Analista de Sistemas MP 361 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
Leonel Hernández Grandela wrote: Jorge A. Secreto wrote: El día 21 de septiembre de 2009 17:00, Leonel Hernández Grandela escribió: Juan Manuel Acuña Barrera wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: haldrik wrote: no manda errror simplemente cuando llamo desde un telefono o un cell a ese numero donde esta el modem y el linux debian lenny5 instalado con el ppp+mgetty no recive la llamada el ppp aca les muestro el log del mgetty ahi a mi apreciacion parece que el detecta el modemj ya y no da error ... 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 09/21 11:54:44 yS0 check for lockfiles 09/21 11:54:44 yS0 checklock: stat failed, no file 09/21 11:54:44 yS0 locking the line 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 09/21 11:54:45 yS0 lowering DTR to reset Modem 09/21 11:54:45 yS0 tss: set speed to 38400 (017) 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 11:54:49 yS0 waiting for ``OK'' 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file Lo que veo acá, que alguien me corrija si me equivoco, es que el modem no contesta. Estas seguro de que el modem está funcionando. Mandá una copia de lo que tiren dmesg y lsmod. Se me ocurre que tenés un winmodem y por eso no responde. ¿Es un modem externo? ¿marca y modelo? me yego por ekivocacion al privado reenvio a la lista... -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ dmseg esta GRANDISIMO ... r...@debian:~# dmesg [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.26-2-686 (Debian 2.6.26-19) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Wed Aug 19 06:06:52 UTC 2009 [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 000a (usable) [0.00] BIOS-e820: 000f - 0010 (reserved) [0.00] BIOS-e820: 0010 - 07ef (usable) [0.00] BIOS-e820: 07ef - 07ef3000 (ACPI NVS) [0.00] BIOS-e820: 07ef3000 - 07f0 (ACPI data) [0.00] BIOS-e820: ffb0 - 0001 (reserved) [0.00] 0MB HIGHMEM available. [0.00] 126MB LOWMEM available. [0.00] Entering add_active_range(0, 0, 32496) 0 entries of 256 used [0.00] Zone PFN ranges: [0.00] DMA 0 -> 4096 [0.00] Normal 4096 ->32496 [0.00] HighMem 32496 ->32496 [0.00] Movable zone start PFN for each node [0.00] early_node_map[1] active PFN ranges [0.00] 0:0 ->32496 [0.00] On node 0 totalpages: 32496 [0.00] DMA zone: 32 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 4064 pages, LIFO batch:0 [0.00] Normal zone: 222 pages used for memmap [0.00] Normal zone: 28178 pages, LIFO batch:7 [0.00] HighMem zone: 0 pages used for memmap [0.00] Movable zone: 0 pages used for memmap [0.00] DMI 2.2 present. [0.00] ACPI: RSDP 000F6F50, 0014 (r0 00) [0.00] ACPI: RSDT 07EF3000, 0028 (r1 00 AWRDACPI 42302E31 AWRD0) [0.00] ACPI: FACP 07EF3040, 0074 (r1 00 AWRDACPI 42302E31 AWRD0) [0.00] ACPI: DSDT 07EF30C0, 2DC7 (r1 00 AWRDACPI 1000 MSFT 10C) [0.00] ACPI: FACS 07EF, 0040 [0.00] ACPI: PM-Timer IO Port: 0x4008 [0.00] Allocating PCI resources starting at 1000 (gap: 07f0:f7c0) [0.00] PM: Registered nosave memory: 000a - 000f [0.00] PM: Registered nosave memory: 000f - 0010 [0.00] SMP: Allowing 0 CPUs, 0 hotplug CPUs [0.00
Re: servidor de acceso remoto casero!!
Jorge A. Secreto wrote: El día 21 de septiembre de 2009 17:00, Leonel Hernández Grandela escribió: Juan Manuel Acuña Barrera wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: haldrik wrote: no manda errror simplemente cuando llamo desde un telefono o un cell a ese numero donde esta el modem y el linux debian lenny5 instalado con el ppp+mgetty no recive la llamada el ppp aca les muestro el log del mgetty ahi a mi apreciacion parece que el detecta el modemj ya y no da error ... 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 09/21 11:54:44 yS0 check for lockfiles 09/21 11:54:44 yS0 checklock: stat failed, no file 09/21 11:54:44 yS0 locking the line 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 09/21 11:54:45 yS0 lowering DTR to reset Modem 09/21 11:54:45 yS0 tss: set speed to 38400 (017) 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 11:54:49 yS0 waiting for ``OK'' 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file Lo que veo acá, que alguien me corrija si me equivoco, es que el modem no contesta. Estas seguro de que el modem está funcionando. Mandá una copia de lo que tiren dmesg y lsmod. Se me ocurre que tenés un winmodem y por eso no responde. ¿Es un modem externo? ¿marca y modelo? me yego por ekivocacion al privado reenvio a la lista... -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
Juan Manuel Acuña Barrera wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 11:00 a.m., Leonel Hernández Grandela escribió: Juan Manuel Acuña Barrera wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: haldrik wrote: El día 21 de septiembre de 2009 10:28, Leonel Hernández Grandela escribió: hola gente hace algun tiempo me expuse acá pidiendo ayuda y no consegui mucho que digamos, pues lo que quiero ahcer es un server RAS de acceso remoto casero, implementando los paquetes ppp y mgetty ... denme guias webs no se algo pues no logro hacer que el reciba la llamada :s ... racias!!! -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Lo que pasa es que tu forma de pedir las cosas no es la mejor, además dices que te expones como si esto fuese un paredón. Suena que lo que pides es que te hagan la tarea de la universidad y eso si es de mal gusto, tienes que venir aquí con dudas mas concretas, ¿que has intentado? ¿que errores te da? no no vengo acá como si fuese un paredon .. vengo acá pidiendo AYUDA no mas ... si la forma de pedir las kosas no es como deveria ser disculpenme, pero asi es como mes alio la escritura la primera vez, lo que he intentado pues ... antes no reconocia el modem el mgetty ahora lo reconoce ... no he probado llamando de un pc a otro .. he probado llamando normal yo mismo desde un telef a ese que quiero conectar y si el respondiera deberia salir un ruido chillon y no sale o sea lo cual me deja pensando que el ppp no esta atendiendo las llamadas por asi decirlo, de acceso remoto en linux no se nada .. yo lo ando usando en windows server 2003 pero qujeiro mejorar el servicio pasandomelo a linux ... saludos y gracias Buenas Leonel, mira, aunque no conozco mucho del tema, creo que de entrada sería útil ver los logs de tu sistema, para ver si ahí manda algún error o algo que nos de idea de por donde puede ir, que sea algo del kernel, o una configuración, o un puerto, una dependencia, lo que sea nos dará pistas para poder buscar una solución. Adicionalmente a los logs, quizá serviría que describas un poco que instalaste, si te mandó algún mensaje cuando lo instalaste, y que nos platiques más detalladamente que es lo que pasa, ok? Saludos! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq3n/oACgkQTc4QiYN6hDf9FwCfVLa3oTP6Is8/IJx0cFs+gOop 1IIAnRzCRxIn2lrevuZ6PZagwcP5VJDC =W0BV -END PGP SIGNATURE- no manda errror simplemente cuando llamo desde un telefono o un cell a ese numero donde esta el modem y el linux debian lenny5 instalado con el ppp+mgetty no recive la llamada el ppp aca les muestro el log del mgetty ahi a mi apreciacion parece que el detecta el modemj ya y no da error ... 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 09/21 11:54:44 yS0 check for lockfiles 09/21 11:54:44 yS0 checklock: stat failed, no file 09/21 11:54:44 yS0 locking the line 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 09/21 11:54:45 yS0 lowering DTR to reset Modem 09/21 11:54:45 yS0 tss: set speed to 38400 (017) 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 11:54:49 yS0 waiting for ``OK'' 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file Normalmente en /etc/mgetty/logn.config en la linea /AutoPPP/ tienes que asignar un password a los usuarios. Cuando no está asignado ese password o está asignado incorrectamente los scripts de chat se mueren. Quizá sea lo que te está pasando, ya que los logs te están enviando un timeout. Saludos! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq3pHwACgkQTc4QiYN6hDfwRwCfdQ92siXmAu3K7KoW3jxh8/za alAAoJItUFtOh+2SkFeDKI9skdAeQiNg =xa+b -END PGP SIGNATURE- asi le tengo puesta en esa opcion ahi .. /AutoPPP/ - a_ppp /usr/sbin/pppd file /etc/ppp/options.private donde options.private tengo puesto esto nadamas... -detach asyncmap 0 modem
Re: servidor de acceso remoto casero!!
El lun, 21-09-2009 a las 10:47 -0500, Juan Manuel Acuña Barrera escribió: > >> > >>> hola gente hace algun tiempo me expuse acá pidiendo ayuda y no > >>> consegui > >>> mucho que digamos, pues lo que quiero ahcer es un server RAS de > >>> acceso > >>> remoto casero, implementando los paquetes ppp y mgetty ... denme > >>> guias webs > >>> no se algo pues no logro hacer que el reciba la llamada :s ... > >>> racias!!! > >> > >> > > no no vengo acá como si fuese un paredon .. vengo acá pidiendo AYUDA > > no mas ... si la forma de pedir las kosas no es como deveria ser > > disculpenme, pero asi es como mes alio la escritura la primera vez, > > lo que he intentado pues ... antes no reconocia el modem el mgetty > > ahora lo reconoce ... no he probado llamando de un pc a otro .. he > > probado llamando normal yo mismo desde un telef a ese que quiero > > conectar y si el respondiera deberia salir un ruido chillon y no > > sale o sea lo cual me deja pensando que el ppp no esta atendiendo > > las llamadas por asi decirlo, de acceso remoto en linux no se > > nada .. yo lo ando usando en windows server 2003 pero qujeiro > > mejorar el servicio pasandomelo a linux ... saludos y gracias > > > > Buenas Leonel, mira, aunque no conozco mucho del tema, creo que de > entrada sería útil ver los logs de tu sistema, para ver si ahí manda > algún error o algo que nos de idea de por donde puede ir, que sea algo > del kernel, o una configuración, o un puerto, una dependencia, lo que > sea nos dará pistas para poder buscar una solución. > > Adicionalmente a los logs, quizá serviría que describas un poco que > instalaste, si te mandó algún mensaje cuando lo instalaste, y que nos > platiques más detalladamente que es lo que pasa, ok? > > Saludos! También sería útil que escribiera con un poco más de cuidado y coherencia, usando esas cosas que se llaman puntos, comas y mayúsculas. Porque la verdad es que leer el primer mensaje fue complicado pero el segundo es digno de un egiptólogo. Dicho con la mejor onda, no para que se la tomen a mal ni se enojen ni nada. Es sólo que un correo no es un sms, no se escribe "como sale", hay que revisarlo antes de enviar para que quede entendible. Un par de errores de tipeo no matan a nadie pero un error o una falta cada dos palabras cambia la cosa. Saludos Sylvia
Re: servidor de acceso remoto casero!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 11:00 a.m., Leonel Hernández Grandela escribió: Juan Manuel Acuña Barrera wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: haldrik wrote: El día 21 de septiembre de 2009 10:28, Leonel Hernández Grandela escribió: hola gente hace algun tiempo me expuse acá pidiendo ayuda y no consegui mucho que digamos, pues lo que quiero ahcer es un server RAS de acceso remoto casero, implementando los paquetes ppp y mgetty ... denme guias webs no se algo pues no logro hacer que el reciba la llamada :s ... racias!!! -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Lo que pasa es que tu forma de pedir las cosas no es la mejor, además dices que te expones como si esto fuese un paredón. Suena que lo que pides es que te hagan la tarea de la universidad y eso si es de mal gusto, tienes que venir aquí con dudas mas concretas, ¿que has intentado? ¿que errores te da? no no vengo acá como si fuese un paredon .. vengo acá pidiendo AYUDA no mas ... si la forma de pedir las kosas no es como deveria ser disculpenme, pero asi es como mes alio la escritura la primera vez, lo que he intentado pues ... antes no reconocia el modem el mgetty ahora lo reconoce ... no he probado llamando de un pc a otro .. he probado llamando normal yo mismo desde un telef a ese que quiero conectar y si el respondiera deberia salir un ruido chillon y no sale o sea lo cual me deja pensando que el ppp no esta atendiendo las llamadas por asi decirlo, de acceso remoto en linux no se nada .. yo lo ando usando en windows server 2003 pero qujeiro mejorar el servicio pasandomelo a linux ... saludos y gracias Buenas Leonel, mira, aunque no conozco mucho del tema, creo que de entrada sería útil ver los logs de tu sistema, para ver si ahí manda algún error o algo que nos de idea de por donde puede ir, que sea algo del kernel, o una configuración, o un puerto, una dependencia, lo que sea nos dará pistas para poder buscar una solución. Adicionalmente a los logs, quizá serviría que describas un poco que instalaste, si te mandó algún mensaje cuando lo instalaste, y que nos platiques más detalladamente que es lo que pasa, ok? Saludos! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq3n/oACgkQTc4QiYN6hDf9FwCfVLa3oTP6Is8/IJx0cFs+gOop 1IIAnRzCRxIn2lrevuZ6PZagwcP5VJDC =W0BV -END PGP SIGNATURE- no manda errror simplemente cuando llamo desde un telefono o un cell a ese numero donde esta el modem y el linux debian lenny5 instalado con el ppp+mgetty no recive la llamada el ppp aca les muestro el log del mgetty ahi a mi apreciacion parece que el detecta el modemj ya y no da error ... 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 09/21 11:54:44 yS0 check for lockfiles 09/21 11:54:44 yS0 checklock: stat failed, no file 09/21 11:54:44 yS0 locking the line 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 09/21 11:54:45 yS0 lowering DTR to reset Modem 09/21 11:54:45 yS0 tss: set speed to 38400 (017) 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 11:54:49 yS0 waiting for ``OK'' 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file Normalmente en /etc/mgetty/logn.config en la linea /AutoPPP/ tienes que asignar un password a los usuarios. Cuando no está asignado ese password o está asignado incorrectamente los scripts de chat se mueren. Quizá sea lo que te está pasando, ya que los logs te están enviando un timeout. Saludos! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq3pHwACgkQTc4QiYN6hDfwRwCfdQ92siXmAu3K7KoW3jxh8/za alAAoJItUFtOh+2SkFeDKI9skdAeQiNg =xa+b -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
Juan Manuel Acuña Barrera wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: haldrik wrote: El día 21 de septiembre de 2009 10:28, Leonel Hernández Grandela escribió: hola gente hace algun tiempo me expuse acá pidiendo ayuda y no consegui mucho que digamos, pues lo que quiero ahcer es un server RAS de acceso remoto casero, implementando los paquetes ppp y mgetty ... denme guias webs no se algo pues no logro hacer que el reciba la llamada :s ... racias!!! -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Lo que pasa es que tu forma de pedir las cosas no es la mejor, además dices que te expones como si esto fuese un paredón. Suena que lo que pides es que te hagan la tarea de la universidad y eso si es de mal gusto, tienes que venir aquí con dudas mas concretas, ¿que has intentado? ¿que errores te da? no no vengo acá como si fuese un paredon .. vengo acá pidiendo AYUDA no mas ... si la forma de pedir las kosas no es como deveria ser disculpenme, pero asi es como mes alio la escritura la primera vez, lo que he intentado pues ... antes no reconocia el modem el mgetty ahora lo reconoce ... no he probado llamando de un pc a otro .. he probado llamando normal yo mismo desde un telef a ese que quiero conectar y si el respondiera deberia salir un ruido chillon y no sale o sea lo cual me deja pensando que el ppp no esta atendiendo las llamadas por asi decirlo, de acceso remoto en linux no se nada .. yo lo ando usando en windows server 2003 pero qujeiro mejorar el servicio pasandomelo a linux ... saludos y gracias Buenas Leonel, mira, aunque no conozco mucho del tema, creo que de entrada sería útil ver los logs de tu sistema, para ver si ahí manda algún error o algo que nos de idea de por donde puede ir, que sea algo del kernel, o una configuración, o un puerto, una dependencia, lo que sea nos dará pistas para poder buscar una solución. Adicionalmente a los logs, quizá serviría que describas un poco que instalaste, si te mandó algún mensaje cuando lo instalaste, y que nos platiques más detalladamente que es lo que pasa, ok? Saludos! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq3n/oACgkQTc4QiYN6hDf9FwCfVLa3oTP6Is8/IJx0cFs+gOop 1IIAnRzCRxIn2lrevuZ6PZagwcP5VJDC =W0BV -END PGP SIGNATURE- no manda errror simplemente cuando llamo desde un telefono o un cell a ese numero donde esta el modem y el linux debian lenny5 instalado con el ppp+mgetty no recive la llamada el ppp aca les muestro el log del mgetty ahi a mi apreciacion parece que el detecta el modemj ya y no da error ... 09/21 11:54:44 yS0 mgetty: interim release 1.1.36-Jun15 09/21 11:54:44 yS0 check for lockfiles 09/21 11:54:44 yS0 checklock: stat failed, no file 09/21 11:54:44 yS0 locking the line 09/21 11:54:44 yS0 makelock(ttyS0) called 09/21 11:54:44 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 09/21 11:54:44 yS0 lock made 09/21 11:54:45 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 09/21 11:54:45 yS0 lowering DTR to reset Modem 09/21 11:54:45 yS0 tss: set speed to 38400 (017) 09/21 11:54:45 yS0 tio_set_flow_control( HARD ) 09/21 11:54:45 yS0 waiting for line to clear (VTIME=1), read: 09/21 11:54:46 yS0 send: \d\d\d+++\d\d\dAT&FS2=255[0d] 09/21 11:54:49 yS0 waiting for ``OK'' 09/21 11:54:49 yS0 got: 09/21 11:55:09 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:09 yS0 init chat timed out, trying force-init-chat 09/21 11:55:09 yS0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/21 11:55:13 yS0 waiting for ``OK'' 09/21 11:55:13 yS0 got: 09/21 11:55:33 yS0 timeout in chat script, waiting for `OK' 09/21 11:55:33 yS0 init chat failed, exiting...: Interrupted system call 09/21 11:55:33 # failed in mg_init_data, dev=ttyS0, pid=21265 09/21 11:55:33 yS0 removing lock file -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El 21/09/2009, a las 10:37 a.m., Leonel Hernández Grandela escribió: haldrik wrote: El día 21 de septiembre de 2009 10:28, Leonel Hernández Grandela escribió: hola gente hace algun tiempo me expuse acá pidiendo ayuda y no consegui mucho que digamos, pues lo que quiero ahcer es un server RAS de acceso remoto casero, implementando los paquetes ppp y mgetty ... denme guias webs no se algo pues no logro hacer que el reciba la llamada :s ... racias!!! -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Lo que pasa es que tu forma de pedir las cosas no es la mejor, además dices que te expones como si esto fuese un paredón. Suena que lo que pides es que te hagan la tarea de la universidad y eso si es de mal gusto, tienes que venir aquí con dudas mas concretas, ¿que has intentado? ¿que errores te da? no no vengo acá como si fuese un paredon .. vengo acá pidiendo AYUDA no mas ... si la forma de pedir las kosas no es como deveria ser disculpenme, pero asi es como mes alio la escritura la primera vez, lo que he intentado pues ... antes no reconocia el modem el mgetty ahora lo reconoce ... no he probado llamando de un pc a otro .. he probado llamando normal yo mismo desde un telef a ese que quiero conectar y si el respondiera deberia salir un ruido chillon y no sale o sea lo cual me deja pensando que el ppp no esta atendiendo las llamadas por asi decirlo, de acceso remoto en linux no se nada .. yo lo ando usando en windows server 2003 pero qujeiro mejorar el servicio pasandomelo a linux ... saludos y gracias Buenas Leonel, mira, aunque no conozco mucho del tema, creo que de entrada sería útil ver los logs de tu sistema, para ver si ahí manda algún error o algo que nos de idea de por donde puede ir, que sea algo del kernel, o una configuración, o un puerto, una dependencia, lo que sea nos dará pistas para poder buscar una solución. Adicionalmente a los logs, quizá serviría que describas un poco que instalaste, si te mandó algún mensaje cuando lo instalaste, y que nos platiques más detalladamente que es lo que pasa, ok? Saludos! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkq3n/oACgkQTc4QiYN6hDf9FwCfVLa3oTP6Is8/IJx0cFs+gOop 1IIAnRzCRxIn2lrevuZ6PZagwcP5VJDC =W0BV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
haldrik wrote: El día 21 de septiembre de 2009 10:28, Leonel Hernández Grandela escribió: hola gente hace algun tiempo me expuse acá pidiendo ayuda y no consegui mucho que digamos, pues lo que quiero ahcer es un server RAS de acceso remoto casero, implementando los paquetes ppp y mgetty ... denme guias webs no se algo pues no logro hacer que el reciba la llamada :s ... racias!!! -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Lo que pasa es que tu forma de pedir las cosas no es la mejor, además dices que te expones como si esto fuese un paredón. Suena que lo que pides es que te hagan la tarea de la universidad y eso si es de mal gusto, tienes que venir aquí con dudas mas concretas, ¿que has intentado? ¿que errores te da? no no vengo acá como si fuese un paredon .. vengo acá pidiendo AYUDA no mas ... si la forma de pedir las kosas no es como deveria ser disculpenme, pero asi es como mes alio la escritura la primera vez, lo que he intentado pues ... antes no reconocia el modem el mgetty ahora lo reconoce ... no he probado llamando de un pc a otro .. he probado llamando normal yo mismo desde un telef a ese que quiero conectar y si el respondiera deberia salir un ruido chillon y no sale o sea lo cual me deja pensando que el ppp no esta atendiendo las llamadas por asi decirlo, de acceso remoto en linux no se nada .. yo lo ando usando en windows server 2003 pero qujeiro mejorar el servicio pasandomelo a linux ... saludos y gracias -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: servidor de acceso remoto casero!!
El día 21 de septiembre de 2009 10:28, Leonel Hernández Grandela escribió: > hola gente hace algun tiempo me expuse acá pidiendo ayuda y no consegui > mucho que digamos, pues lo que quiero ahcer es un server RAS de acceso > remoto casero, implementando los paquetes ppp y mgetty ... denme guias webs > no se algo pues no logro hacer que el reciba la llamada :s ... racias!!! > > -- > > Este mensaje le ha llegado mediante el servicio de correo electronico que > ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema > Nacional de Salud. La persona que envia este correo asume el compromiso de > usar el servicio a tales fines y cumplir con las regulaciones establecidas > Lo que pasa es que tu forma de pedir las cosas no es la mejor, además dices que te expones como si esto fuese un paredón. Suena que lo que pides es que te hagan la tarea de la universidad y eso si es de mal gusto, tienes que venir aquí con dudas mas concretas, ¿que has intentado? ¿que errores te da? -- "LARGA VIDA Y PODEROSA." -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
servidor de acceso remoto casero!!
hola gente hace algun tiempo me expuse acá pidiendo ayuda y no consegui mucho que digamos, pues lo que quiero ahcer es un server RAS de acceso remoto casero, implementando los paquetes ppp y mgetty ... denme guias webs no se algo pues no logro hacer que el reciba la llamada :s ... racias!!! -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
