Gracias Jesus Velazquez, Gracias Señores del GLO por su ayuda, y ya quedo resuelto el problema, la IP estaba duplicada por mala comunicación con la persona que se quedo acargo y la que salio, y la nula recopilación de datos en papel, asà que ya quedo, me acepta las conexion y las mantiene y todo esta de lujo! :) Gracias a todos, pero hasta lo más sencillo se le va a uno por pensar que los demás hacen su trabajo :)
El 28 de agosto de 2015, 9:40 a. m., Luis Miguel Arteaga MejÃa via glo< glo@glo.org.mx> escribió: > Por años yo también dejé esos parámetros con sus valores por defecto, > hasta que de un tiempo para acá me empezó a pasar constantemente. > > Pero no era mi servidor ni mi cliente, lo que yo noté es que me pasó con > algunos proveedores de servicios de internet más que con otros. Axtel era > el peor, me desconectaba no solo el SSH, si no también conexiones como las > de PostgreSQL. Tiempo después, comenzó a pasar con TotalPlay y finalmente > con Telmex. No sé si tenga que ver con algun QoS que estén introduciendo > los ISPs o alguna versión de fimrware en equipo de ruteo. ¿Tendrá que ver > con el aumento reciente del tráfico de NetFlix y otros servicios de > streaming? > > Lo que sÃ, cambiando el TCPKeepAlive solucionó todos los problemas que > tenÃa. Todo normal ya. > > -Luis > > On Aug 27, 2015, at 4:05 PM, Fabian Vera <fabianv...@gmail.com> wrote: > > > Hola Alejandro > > > > Nunca habia tenido que realizar la configuración de esos paramentros, > > siempre los dejaba por default, ¿que debo poner? estoy buscando > información > > sobre el archivo de configuración de ssh. > > > > Agradezco tu ayuda Alejandro! :) > > > > > > El 27 de agosto de 2015, 2:34 p. m., Alejandro Ballesteros< > > alejandro.ballestero...@gmail.com> escribió: > > > >> Tienes configurado los parametros de ClientAliveInterval, TCPKeepAlive, > >> etc? > >> > >> A mi me empezo a dar ese tipo de problemas no solo en CENTOS sino en > >> UBUNTU, no se porque diantres cortaba conexiones despues de cierto > tiempo, > >> tuve que meterle esos parametros en el server y en mi cliente ssh el de > >> ServerAliveInterval y caso solucionado. > >> > >> On Thu, Aug 27, 2015 at 2:23 PM, Fabian Vera <fabianv...@gmail.com> > wrote: > >> > >>> Hola Comunidad, Saludos a todos > >>> > >>> Tengo un problema con un servidor centos 6.7 que acabo de instalar en > un > >>> equipo HP Proliant ML310e, con 4 discos de 1 Tb en arreglo 1+0, al > >>> principio me dio problemas por que no reconocia el arreglo, tuve que > >>> descargar el controlador de hp para ese servidor. Una vez descargado y > en > >>> una usb, centos los instaló y pude seguir la instalación, luego > posterior > >>> configuración de los servicios. se le puso IP fijo, sólo que cuando > >> ejecute > >>> setup como root, para configurar el firewall y el adaptador de red, me > >> fije > >>> que no venia eth, asà que lo agregue como eth+, le dije que permitiera > >> ssh, > >>> httpd, y otras cosas cosas. La misma configuración que he realizado en > >> los > >>> demás equipos que administro, pero la sorpresa es que al tratar de > >> realizar > >>> la conexión por ssh me rechaza, y cuando entro a los dos minutos me > corta > >>> la conexión. No encuentro que hacer. > >>> > >>> Al revisar el log secure, tengo esto: > >>> > >>> Aug 26 13:34:01 localhosts sshd[1868]: Received signal 15; terminating. > >>> Aug 26 13:34:04 localhosts sshd[4153]: Server listening on 0.0.0.0 port > >> 22. > >>> Aug 26 13:34:04 localhosts sshd[4153]: Server listening on :: port 22. > >>> Aug 26 13:35:14 localhosts sshd[4153]: Received signal 15; terminating. > >>> Aug 26 13:35:18 localhosts sshd[4274]: Server listening on 0.0.0.0 port > >> 22. > >>> Aug 26 13:35:18 localhosts sshd[4274]: Server listening on :: port 22. > >>> Aug 26 13:38:11 localhosts login: pam_unix(login:session): session > closed > >>> for user root > >>> Aug 26 13:38:11 localhosts sshd[4274]: Received signal 15; terminating. > >>> Aug 26 13:38:11 localhosts sshd[2228]: pam_unix(sshd:session): session > >>> closed for user fabian > >>> Aug 26 13:38:11 localhosts su: pam_unix(su-l:session): session closed > for > >>> user root > >>> Aug 26 13:42:56 localhosts sshd[7138]: Server listening on 0.0.0.0 port > >> 22. > >>> Aug 26 13:42:56 localhosts sshd[7138]: Server listening on :: port 22. > >>> Aug 26 13:48:11 localhosts sshd[7365]: reverse mapping checking > >> getaddrinfo > >>> for 6-59.in-xx.xx.xx [148.202. > >>> 59.6] failed - POSSIBLE BREAK-IN ATTEMPT! > >>> Aug 26 13:48:12 localhosts sshd[7365]: Accepted password for fabian > from > >>> xxx.xxx.xxx.xx port 2098 ssh2 > >>> Aug 26 13:48:12 localhosts sshd[7365]: pam_unix(sshd:session): session > >>> opened for user fabian by (uid=0) > >>> Aug 26 13:56:00 localhosts su: pam_unix(su-l:session): session opened > for > >>> user root by fabian(uid=500) > >>> > >>> En el log messages tengo lineas como las siguientes: > >>> > >>> Aug 27 11:45:13 localhosts su: pam_unix(su-l:session): session opened > for > >>> user root by fabian(uid=500) > >>> Aug 27 11:46:39 localhosts sshd[10665]: pam_unix(sshd:session): session > >>> closed for user fabian > >>> Aug 27 11:46:39 localhosts su: pam_unix(su-l:session): session closed > for > >>> user root > >>> > >>> Si se fijan entre la apertura y cierre de la conexión no pasan ni dos > >>> minutos. ¿Ideas? no entiendo que pasa y necesito ayuda para resolver > >> esto. > >>> > >>> Agradezco de antemano su ayuda y atención. > >>> > >>> -- > >>> Fabián Vera > >>> > >> > > > > > > > > -- > > Fabián Vera > > -- Fabián Vera