No abre sesion en Debian 7
-- Mensaje reenviado -- De: "javier frf" Fecha: 30/07/2014 01:03 Asunto: Re: No abre sesion en Debian 7 Para: Cc: "Debian user spanish" > > > > El 29 de julio de 2014, 17:40, escribió: > >> >> Buenas tardes a todos >> >> Tengo un problemon estaba actualizando y no pude reinicio el equipo normalmente y de da este cartel en una ventana antes de iniciar sesion: >> >> Could not update ICEauthority file /var/lib/gdm3/.ICEauthority ( Cerrar sesion) >> >> >> Y por ende no puedo entrar a la sesion. >> >> Alguna idea de como reparar esto ?? >> >> Agradezco toda ayuda >> >> > intentaste iniciar sesión desde una tty, y luego iniciar el entorno gráfico? >> >> -- >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> Archive: https://lists.debian.org/b998675573136d591eaa1771e8375...@ida.cu >> > Renombra ese archivo para conservarlo por si esto no sirve. Por ejemplo, .ICEauthorityviejo Reinicia y creo que se te solucionará. No sé porqué, pero recuerdo de hace bastantes años, un problema con ese archivo que solucioné así. Noseasasi.
Re: Monitorizar conexiones para conocer ip
El 29/07/14 21:03, Gonzalo Rivero escribió: El mar, 29-07-2014 a las 21:02 -0300, unciegobailando escribió: El 29/07/14 20:50, Gonzalo Rivero escribió: El mar, 29-07-2014 a las 20:01 -0300, unciegobailando escribió: hola gente.. necesito alguna orientación dentro del basto mundo de linux y debian. Quisiera mas de una vez identificar la dirección ip de una conexión realizada como por ejemplo descargas, vídeos, radio streaming, o también nombres de aplicaciones propias que se estén conectando a un punto remoto. Les agradecería si comparten de memoria algún link con información o la utilización de una herramienta (preferentemente desde consola). P.D.: mi punto flojo son las redes precisamente. Saludos. probablemente NO sea lo que pedís (no entendí muy bien tu pregunta), pero tal vez te sirva: netstat -putan y si no querés que resuelva nombres ni protocolos (solo muestre la ip, y el número de puerto) sacás la n del final Otra vez, tal vez no sea lo que necesitás pero ya es un inicio. Para mas información: man netstat gracias.. ya lo voy a probar. Sabia que netstat andaba por ahi... use nethogs (pero rara vez veo la ip o la direccion especifica de una conexion). y bueno, feliz de escribir con utilidad en la consola una mala palabra netstat -puta me llegó por error a mi mail privado ahi esta, disculpame... me equivoque de boton yo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d8375b.40...@mail.com
Re: Monitorizar conexiones para conocer ip
El mar, 29-07-2014 a las 21:02 -0300, unciegobailando escribió: > El 29/07/14 20:50, Gonzalo Rivero escribió: > > El mar, 29-07-2014 a las 20:01 -0300, unciegobailando escribió: > >> hola gente.. necesito alguna orientación dentro del basto mundo de linux > >> y debian. > >> > >>Quisiera mas de una vez identificar la dirección ip de una conexión > >> realizada como por ejemplo descargas, vídeos, radio streaming, o también > >> nombres de aplicaciones propias que se estén conectando a un punto remoto. > >> > >>Les agradecería si comparten de memoria algún link con información o > >> la utilización de una herramienta (preferentemente desde consola). > >> > >>P.D.: mi punto flojo son las redes precisamente. Saludos. > >> > >> > > > > probablemente NO sea lo que pedís (no entendí muy bien tu pregunta), > > pero tal vez te sirva: > > netstat -putan > > > > y si no querés que resuelva nombres ni protocolos (solo muestre la ip, y > > el número de puerto) sacás la n del final > > Otra vez, tal vez no sea lo que necesitás pero ya es un inicio. Para mas > > información: > > man netstat > > > > > gracias.. ya lo voy a probar. > Sabia que netstat andaba por ahi... use nethogs (pero rara vez veo la > ip o la direccion especifica de una conexion). > y bueno, feliz de escribir con utilidad en la consola una mala palabra > netstat -puta > me llegó por error a mi mail privado -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1406678612.1701.28.ca...@gonzalo.casa
Re: Monitorizar conexiones para conocer ip
El mar, 29-07-2014 a las 20:01 -0300, unciegobailando escribió: > hola gente.. necesito alguna orientación dentro del basto mundo de linux > y debian. > > Quisiera mas de una vez identificar la dirección ip de una conexión > realizada como por ejemplo descargas, vídeos, radio streaming, o también > nombres de aplicaciones propias que se estén conectando a un punto remoto. > > Les agradecería si comparten de memoria algún link con información o > la utilización de una herramienta (preferentemente desde consola). > > P.D.: mi punto flojo son las redes precisamente. Saludos. > > probablemente NO sea lo que pedís (no entendí muy bien tu pregunta), pero tal vez te sirva: netstat -putan y si no querés que resuelva nombres ni protocolos (solo muestre la ip, y el número de puerto) sacás la n del final Otra vez, tal vez no sea lo que necesitás pero ya es un inicio. Para mas información: man netstat -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1406677848.1701.27.ca...@gonzalo.casa
Re: No abre sesion en Debian 7
El 29 de julio de 2014, 17:40, escribió: > > Buenas tardes a todos > > Tengo un problemon estaba actualizando y no pude reinicio el equipo > normalmente y de da este cartel en una ventana antes de iniciar sesion: > > Could not update ICEauthority file /var/lib/gdm3/.ICEauthority ( Cerrar > sesion) > > > Y por ende no puedo entrar a la sesion. > > Alguna idea de como reparar esto ?? > > Agradezco toda ayuda > > > intentaste iniciar sesión desde una tty, y luego iniciar el entorno gráfico? > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/b998675573136d591eaa1771e8375...@ida.cu > >
Monitorizar conexiones para conocer ip
hola gente.. necesito alguna orientación dentro del basto mundo de linux y debian. Quisiera mas de una vez identificar la dirección ip de una conexión realizada como por ejemplo descargas, vídeos, radio streaming, o también nombres de aplicaciones propias que se estén conectando a un punto remoto. Les agradecería si comparten de memoria algún link con información o la utilización de una herramienta (preferentemente desde consola). P.D.: mi punto flojo son las redes precisamente. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d827c3.8080...@mail.com
No abre sesion en Debian 7
Buenas tardes a todos Tengo un problemon estaba actualizando y no pude reinicio el equipo normalmente y de da este cartel en una ventana antes de iniciar sesion: Could not update ICEauthority file /var/lib/gdm3/.ICEauthority ( Cerrar sesion) Y por ende no puedo entrar a la sesion. Alguna idea de como reparar esto ?? Agradezco toda ayuda -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/b998675573136d591eaa1771e8375...@ida.cu
Re: Debian libre de systemd
On Tuesday 29 July 2014 10:20:04 Aradenatorix Veckhom Vacelaevus wrote: > > He leído un poco de systemd y de que ha sido adoptado por varias > distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me > queda claro a que se refieren con la "canibalización de systemd" ni > por qué es tan polémico ese programa. Entiendo que es un demonio > relativamente nuevo que se diseñó para reemplazar al proceso init de > linux y según esto optimizar el arranque. Pero no sé que problemas > conlleve eso. En mi opinión, algunas de las quejas también son más ideológicas que técnicas. Por ejemplo, he oído quejas basadas solamente en que proviene de redhat. Yo lo veo como el paso de devfs a udev, un sistema nuevo, más complejo. ¿Es posible arrancar un debian sin initrd hoy en día de manera sencilla? Grub2 es mucho más complicado de manejar y administrar que Grub. Todos estos elementos también son críticos en el sistema. Desde el punto de usuario, yo he notado con systemd: - Que el arranque es más rápido. - Me resulta más fácil añadir servicios al arranque que en sysvinit. - systemd-analyze blame mola para un portátil :) Sobre las quejas: - journald formato binario. Aquí reconozco que no me gusta para ficheros de log. Debería haber voluntarios para crear un journald alternativo que trabaje con ficheros de texto plano. - Gnome tiene una dependencia de systemd en Debian. En mi opinión es un mal movimiento. - Animo a todos los usuarios de Debian que no estén contentos con systemd que se involucren en conseguir que Debian sea perfectamente instalable y usable con sysvinit o upstart u otra alternativa cono init en pid=1. Rellenar bugs, testear sitemas y paquetes, tratar de arreglarlos, etc. No es sorna, esto solo puede favorecer a todos los usuarios de Debian. Luis
Re: Debian libre de systemd
El Tue, 29 de Jul de 2014, a las 05:23:42PM +, Camaleón dijo: Voy a meter un poco la cuchara. Yo sustituí systemd por sysvinit a raíz de que debian declarara oficialmente que se iba a pasar a él. > Desgraciadamente es popular por imposición no por méritos. No sé hasta que punto es así: hubo una discusión larga en debian y una votación. Yo evidentemente no tengo los conocimientos para saber si el cambio estaba fundado o no en razones técnicas, pero no tengo por qué dudar de que los que tomaron la decisión sí sabían sobre lo que votaban. > Lo principal es que sea estable como una roca porque un error en el > gestor de procesos te puede impedir iniciar el sistema, y lo "novedoso" > no suele ser (por definición) muy estable ya que necesita su tiempo de > rodaje, como el motor de un coche. A mí me dio problemas: cuando lo intalé dejó de iniciar bien porque tengo eth0 en una interfaz bridge para poder usar máquinas virtuales de qemu que estén en la misma red; y por alguna razón el arranque se quedaba colgado intentando levantar mi br0. Al final tuve que quitar el "auto" de mi br0 y la levanto a mano después de reiniciar. No sé si estará resuelto, porque no me he atrevido a probar de nuevo: perdí mi pincho con sistema autoarrancable y, por vago, no he hecho otro. > Que linux se vuelva incompatible es una tragedia ya que su bandera ha > sido siempre la de la compatibilidad y la integración. Bueno, yo no veo que el que linux se vuelva incompatible en este aspecto sea una tragedia: es el arranque de linux, ¿qué importa que systemd no sirva para arrancar FreeBSD, si de lo que se trata es de arrancar linux? Cosa distinta es el caso particular de debian que no es una distribución exclusiva de linux. > Prosperará... no te quepa la menor duda, viene respaldado por un > desarrollador de Redhat y GNOME. En Debian systemd va a ser el gestor de > procesos predeterminado en Jessie (la nueva versión). Por eso lo instalé yo: por ver que los derroteros van por ahí. Jamás instalé devfs (aunque lo había probado en gentoo), porque debian no lo usó oficialmente nunca. Al final, lo que prosperó fue udev. Pero esto parece que ha venido para quedarse. > Saludos, Un saludo. -- No hay gusto, no hay placer sin su descuento, que el dejo del deleite es el tormento. --- Alonso de Ercilla --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729181007.ga32...@cubo.casa
Re: Debian libre de systemd
El Tue, 29 Jul 2014 11:35:45 -0500, Aradenatorix Veckhom Vacelaevus escribió: > El 29 de julio de 2014, 10:49, Camaleón escribió: (...) >>> He leído un poco de systemd y de que ha sido adoptado por varias >>> distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me >>> queda claro a que se refieren con la "canibalización de systemd" >> >> Pues que acaba con todos, se hace dueño y señor de tu sistema, todo >> gira en torno a systemd cuando un buen gestor de procesos debe pasar >> desapercibido por completo y hacer su trabajo a la perfección. > > Entonces no pinta a ser un buen gestor de procesos, sin embargo parece > que ya es popular. Desgraciadamente es popular por imposición no por méritos. >>> Entiendo que es un demonio relativamente nuevo que se diseñó para >>> reemplazar al proceso init de linux y según esto optimizar el >>> arranque. >>> Pero no sé que problemas conlleve eso. >> >> Pues como toda novedad lleva muchos problemas aparejados pero los >> principales que le veo son dos: >> >> 1/ Demasiado novedoso para ser eficiente y es un componente clave para >> el funcionamiento del sistema > > Mas que lo novedoso, creo que lo preocupante seria que no fuera > eficiente. Lo principal es que sea estable como una roca porque un error en el gestor de procesos te puede impedir iniciar el sistema, y lo "novedoso" no suele ser (por definición) muy estable ya que necesita su tiempo de rodaje, como el motor de un coche. >> 2/ Requerimientos totalmente exagerados (journal propio, no disponible >> para entornos BSD...) > > Esos requerimientos tampoco suenan bien, supongo que de adoptarse eso > podría limitar la capacidad de linux de ejecutarse en equipos con pocos > recursos de hardware que es hasta ahora una de sus fortalezas, y el que > no sea compatible con BSD tal vez no sea escandaloso, pero no sé hasta > que punto sea bueno diferenciarse en este aspecto. Que linux se vuelva incompatible es una tragedia ya que su bandera ha sido siempre la de la compatibilidad y la integración. En cuanto a los recursos, no sé exactamente qué requisitos tiene systemd, pero no creo que sean elevados. >> No sé cómo estará en unos años pero de momento prefiero tenerlo en >> entornos de prueba únicamente. >> >> > En fin, pues por todo lo que estoy viendo al respecto, espero que no > prospere o que si hay que mejorar systemv surja algo que lo haga mejor y > sin tantos problemas. Prosperará... no te quepa la menor duda, viene respaldado por un desarrollador de Redhat y GNOME. En Debian systemd va a ser el gestor de procesos predeterminado en Jessie (la nueva versión). 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: https://lists.debian.org/pan.2014.07.29.17.23...@gmail.com
Re: Debian libre de systemd
El 29 de julio de 2014, 10:49, Camaleón escribió: > El Tue, 29 Jul 2014 10:20:04 -0500, Aradenatorix Veckhom Vacelaevus > escribió: > >> >> He leído un poco de systemd y de que ha sido adoptado por varias >> distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me >> queda claro a que se refieren con la "canibalización de systemd" > > Pues que acaba con todos, se hace dueño y señor de tu sistema, todo gira > en torno a systemd cuando un buen gestor de procesos debe pasar > desapercibido por completo y hacer su trabajo a la perfección. Entonces no pinta a ser un buen gestor de procesos, sin embargo parece que ya es popular. > >> ni por qué es tan polémico ese programa. > > Bueno, es que no es un "programa", es el sustituto de systemv que es el > administrador de la gestión de todos los procesos del sistema. Es uno de > los componentes más importantes de cualquier sistema operativo. Ahora entiendo. > >> Entiendo que es un demonio relativamente nuevo que se diseñó para >> reemplazar al proceso init de linux y según esto optimizar el arranque. >> Pero no sé que problemas conlleve eso. > > Pues como toda novedad lleva muchos problemas aparejados pero los > principales que le veo son dos: > > 1/ Demasiado novedoso para ser eficiente y es un componente clave para el > funcionamiento del sistema Mas que lo novedoso, creo que lo preocupante seria que no fuera eficiente. > 2/ Requerimientos totalmente exagerados (journal propio, no disponible > para entornos BSD...) Esos requerimientos tampoco suenan bien, supongo que de adoptarse eso podría limitar la capacidad de linux de ejecutarse en equipos con pocos recursos de hardware que es hasta ahora una de sus fortalezas, y el que no sea compatible con BSD tal vez no sea escandaloso, pero no sé hasta que punto sea bueno diferenciarse en este aspecto. > > No sé cómo estará en unos años pero de momento prefiero tenerlo en > entornos de prueba únicamente. > En fin, pues por todo lo que estoy viendo al respecto, espero que no prospere o que si hay que mejorar systemv surja algo que lo haga mejor y sin tantos problemas. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAACnk7Z2QBBwVJie4�gwlvat7bho4scmgxtppoxgo0yr1...@mail.gmail.com
Re: Debian libre de systemd
El Tue, 29 Jul 2014 10:20:04 -0500, Aradenatorix Veckhom Vacelaevus escribió: > El 29 de julio de 2014, 8:26, Camaleón escribió: (...) >>> Respecto a tener la distro libre de systemd, encontré esto de Arch [2]. >>> Sobre los problemas de systemd [3],[4],[5]. Es interesante el debate >>> que se dio en Debian [6]. >> >> (...) >> >> Sigue habiendo (o al menos esa es mi percepción por lo que leo en >> listas, foros, blogs, etc...) un rechazo generalizado contra la >> canibalización que hace systemd y con su uso. Yo lo único que tengo >> claro es que la próxima instalación que haga (y que preveo será dentro >> de año y medio) no va a llevar systemd y espero que Debian me lo >> permita sin mayores problemas (creo que los tiros van por ahí), ya que >> de lo contrario me plantearía FreeBSD sin dudarlo aunque tenga que >> instalarlo a trompicones. > > He leído un poco de systemd y de que ha sido adoptado por varias > distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me > queda claro a que se refieren con la "canibalización de systemd" Pues que acaba con todos, se hace dueño y señor de tu sistema, todo gira en torno a systemd cuando un buen gestor de procesos debe pasar desapercibido por completo y hacer su trabajo a la perfección. > ni por qué es tan polémico ese programa. Bueno, es que no es un "programa", es el sustituto de systemv que es el administrador de la gestión de todos los procesos del sistema. Es uno de los componentes más importantes de cualquier sistema operativo. > Entiendo que es un demonio relativamente nuevo que se diseñó para > reemplazar al proceso init de linux y según esto optimizar el arranque. > Pero no sé que problemas conlleve eso. Pues como toda novedad lleva muchos problemas aparejados pero los principales que le veo son dos: 1/ Demasiado novedoso para ser eficiente y es un componente clave para el funcionamiento del sistema 2/ Requerimientos totalmente exagerados (journal propio, no disponible para entornos BSD...) No sé cómo estará en unos años pero de momento prefiero tenerlo en entornos de prueba únicamente. 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: https://lists.debian.org/pan.2014.07.29.15.49...@gmail.com
Re: Debian libre de systemd
El 29 de julio de 2014, 8:26, Camaleón escribió: > El Mon, 28 Jul 2014 14:15:57 -0300, Mario A. Guerra escribió: > >> El 28/07/14 10:53, Camaleón escribió: >>> El Mon, 28 Jul 2014 10:14:21 -0300, Mario A. Guerra escribió: >>> - Tengo dos computadoras con Deban Testing (Jessie) que las actualizo manualmente una vez a la semana mas o menos. Y ayer me llevo la gran sorpresa en Synaptic al "marcar todas las actualizaciones": Para ser eliminado: sysvinit-core Para ser instalado: systemd-sysv Para ser actualizado: >>> >>> (...) >>> >>> De eso han estado hablando en la lista de desarrollo, te recomiendo que >>> eches un vistazo al (extenso) hilo: >>> >>> systemd now appears to be only possible init system in testing >>> https://lists.debian.org/debian-devel/2014/07/msg00839.html >>> >>> Si mal no recuerdo (porque no he seguido todos los mensajes) se trata >>> de un cambio temporal, aunque no cabe duda de que quien quiera optar >>> por un entorno GNOME sin complicaciones y completamente funcional se va >>> a tener que "tragar" el systemd, le guste o no :-/ >>> >> Gracias por la respuesta: >> >> - Mirando el hilo que mencionas, hay un bug 752939 [1], y el paquete que >> debiera ser actualizado es el systemd-shim >> - Pude bajar de sid el systemd-shim versión 6-4, junto al cgmanager y >> dependencias, e instalarlas manualmente en Debian Testing. Pero el >> paquete libpam-systemd todavía no entró con el cambio de dependencias y >> no es posible actualizarlo a 208-6. Eventualmente luego de eso podrá >> actualizarse systemd. Igualmente estoy tratando de eliminarlo del todo. > > A mí también me extrañó que al actualizar el sistema (con un "dist- > upgrade") me dijera que se iba a eliminar ese paquete pero inmediatamente > pensé que se trata de un fallo temporal de los que suele ser proclive la > versión de pruebas (testing), así que en lugar de actualizar el sistema > con "dist-upgrade" lo hice con "upgrade" a secas y se quedaron retenidos > varios paquetes a la espera de tiempos mejores. > >> Respecto a tener la distro libre de systemd, encontré esto de Arch [2]. >> Sobre los problemas de systemd [3],[4],[5]. Es interesante el debate que >> se dio en Debian [6]. > > (...) > > Sigue habiendo (o al menos esa es mi percepción por lo que leo en listas, > foros, blogs, etc...) un rechazo generalizado contra la canibalización > que hace systemd y con su uso. Yo lo único que tengo claro es que la > próxima instalación que haga (y que preveo será dentro de año y medio) no > va a llevar systemd y espero que Debian me lo permita sin mayores > problemas (creo que los tiros van por ahí), ya que de lo contrario me > plantearía FreeBSD sin dudarlo aunque tenga que instalarlo a trompicones. He leído un poco de systemd y de que ha sido adoptado por varias distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me queda claro a que se refieren con la "canibalización de systemd" ni por qué es tan polémico ese programa. Entiendo que es un demonio relativamente nuevo que se diseñó para reemplazar al proceso init de linux y según esto optimizar el arranque. Pero no sé que problemas conlleve eso. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caacnk7ycfef3-ppuffnr8jzvi8do44geyosq8tbttvjcwpp...@mail.gmail.com
Re: Filtered en comando nmap
El 29/07/14 07:18, Maykel Franco escribió: > El 25 de julio de 2014, 16:12, Camaleón escribió: > >> El Fri, 25 Jul 2014 10:07:09 +0200, Maykel Franco escribió: >> >>> Buenas, tenía una pequeña duda que no me aclara en la web de nmap y >>> alomejor alguno de ustedes podría ayudarme. >>> >>> Al realizar un nmap a una determinada ip a través de una VPN ipsec >>> devuelve esto: >>> >>> maykel@maykel-debian: ~$ nmap -Pn 192.168.0.10 >>> >>> Starting Nmap 6.46 ( http://nmap.org ) at 2014-07-25 09:25 CEST Nmap >>> scan report for prueba.uk.nex.global (192.168.0.10) >>> Host is up (0.066s latency). >>> Not shown: 998 closed ports PORTSTATESERVICE 80/tcp filtered >>> http 443/tcp filtered https >>> >>> Filtered según la web de nmap: >>> >>> Filtered means that a firewall, filter, or other network obstacle is >>> blocking the port so that Nmap cannot tell whether it is open or closed >>> >>> ¿Esto realmente significa que es incapaz de decirte si está abierto o >>> cerrado? ¿Hay algo que bloquea a nivel de reglas en el firewall de >>> destino? Si es incapaz de decirte si está abierto o cerrado cómo es >>> posible que sea capaz de detectar los puertos? >> >> Desde el punto de vista defensivo, es la mejor respuesta. >> >> Viene a ser como una respuesta de tipo "drop" en iptables, es decir, que >> te indica que hay algo detrás pero no sabes qué ni por qué, por lo que >> tienes que investigar por otro lado. >> >> 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: https://lists.debian.org/pan.2014.07.25.14.12...@gmail.com >> >> > > Pero si en teoría te han dado acceso para acceder a ciertos puertos de esa > ip e inclusive para realizar peticiones icmp, el problema es que no está > correctamente abierto verdad? No necesariamente, puede que en realidad esté muy bien configurado y no te lleguen las respuestas de la IP 192.168.0.10 por lo que Nmap obviamente va a decir que está filtrado, ¿cómo va a decir si está abierto o cerrado si no recibe una respuesta del objetivo? Nmap no tiene poderes de super vaca tampoco XD Ahora, la razón por la que no obtiene respuesta pueden ser demasiadas, como veo que salen filtrados los puertos 80/443 en teoría podrían estar filtrando el user-agent que usa por defecto Nmap al analizar dicho puertos e identificaría de manera clara que se está realizando un escaneo. La anterior es solamente una posibilidad de las muchas que se pueden llegar a dar en este caso. Saludos. > -- Juan Pablo Jaramillo Pineda Ingeniero en Sistemas y Computación Universidad de Caldas -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d7b914.6050...@gmail.com
Re: Check_mk openvpn Debian Wheezy
El Tue, 29 Jul 2014 16:24:01 +0200, Maykel Franco escribió: (y más html... ¿tanta prisa tenéis que no podéis esperar a estar delante de un ordenador de verdad? no tengo nada en contra de los móviles/ tabletas pero si no son/sois capaces de usar un formato adecuado entonces no los uséis para enviar mensajes a la lista, caray... >:-P) > El 29/07/2014 16:20, "Camaleón" escribió: >> >> El Tue, 29 Jul 2014 14:29:37 +0200, Maykel Franco escribió: (...) >> >> https://mathias-kettner.de/checkmk_check_openvpn_clients.html >> >> (...) >> >> > En teoría viene incorporado justo en esta linea: >> > >> > # OpenVPN Clients. Currently we assume that the configuration # is in >> > # /etc/openvpn. We might find a safer way to find the configuration >> > later. >> > if [ -e /etc/openvpn/openvpn-status.log ] ; then >> > echo '<<>>' >> > sed -n -e '/CLIENT LIST/,/ROUTING TABLE/p' < >> > /etc/openvpn/openvpn-status.log | sed -e 1,3d -e '$d' >> > fi >> > >> > Y si ejecuto el sed -n -e . No sale nada... >> >> Lo que saco en claro de la instrucción "sed" es que busca las cadenas >> "CLIENT LIST" y "ROUTING TABLE" para filtrar por esas líneas, así que >> para empezar mira a ver qué contiene el archivo "openvpn-status.log". > > Siento html estoy desde el movil. Creo que no hay forma de enviar en > texto plano desde el cliente gmail en android. Ya, ya... esa excusa me la sé. > Si lo he abierto y aparece CLIENT LIST y ROUTING TABLE, grep -e "CLIENT LIST" -e "ROUTING TABLE" /etc/openvpn/openvpn-status.log | head -5 > es mas le pasado el comando sed todo el trozaco a piñón en la terminal > y no devuelve nada... Si le quito la ultima parte de sed, si que me > devuelve... Podría ser un error en la instrucción de sed; manda la salida del anterior comando y espera a que un gurú de sed te pueda decir algo porque yo sólo adivino que filtra las líneas que contienen esos dos términos y después inyecta el resultado a otra instrucción sed para eliminar las tres primeras líneas, hum... creo O:-) 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: https://lists.debian.org/pan.2014.07.29.14.39...@gmail.com
Re: Check_mk openvpn Debian Wheezy
El 29/07/2014 16:20, "Camaleón" escribió: > > El Tue, 29 Jul 2014 14:29:37 +0200, Maykel Franco escribió: > > (¿tanto cuesta desactivar el html...? Grrr...) > > > El 29 de julio de 2014, 14:13, Maykel Franco > > escribió: > >> > >> Buenas, les traigo otra pregunta de check_mk sistema de monitorización. > >> Me gustaría monitorizar las conexiones de openvpn a través del fichero > >> openvpn-status.log . > >> > >> Según su web, debería de coger el log en > >> /etc/openvpn/openvpn-status.log que es mi caso, el fichero está ahí > >> perfectamente: > >> > >> https://mathias-kettner.de/checkmk_check_openvpn_clients.html > > (...) > > > En teoría viene incorporado justo en esta linea: > > > > # OpenVPN Clients. Currently we assume that the configuration # is in > > # /etc/openvpn. We might find a safer way to find the configuration > > later. > > if [ -e /etc/openvpn/openvpn-status.log ] ; then > > echo '<<>>' > > sed -n -e '/CLIENT LIST/,/ROUTING TABLE/p' < > > /etc/openvpn/openvpn-status.log | sed -e 1,3d -e '$d' > > fi > > > > Y si ejecuto el sed -n -e . No sale nada... > > Lo que saco en claro de la instrucción "sed" es que busca las cadenas > "CLIENT LIST" y "ROUTING TABLE" para filtrar por esas líneas, así que > para empezar mira a ver qué contiene el archivo "openvpn-status.log". Siento html estoy desde el movil. Creo que no hay forma de enviar en texto plano desde el cliente gmail en android. Si lo he abierto y aparece CLIENT LIST y ROUTING TABLE, es mas le pasado el comando sed todo el trozaco a piñón en la terminal y no devuelve nada... Si le quito la ultima parte de sed, si que me devuelve... > > Saludos, 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: https://lists.debian.org/pan.2014.07.29.14.19...@gmail.com >
Re: Check_mk openvpn Debian Wheezy
El Tue, 29 Jul 2014 14:29:37 +0200, Maykel Franco escribió: (¿tanto cuesta desactivar el html...? Grrr...) > El 29 de julio de 2014, 14:13, Maykel Franco > escribió: >> >> Buenas, les traigo otra pregunta de check_mk sistema de monitorización. >> Me gustaría monitorizar las conexiones de openvpn a través del fichero >> openvpn-status.log . >> >> Según su web, debería de coger el log en >> /etc/openvpn/openvpn-status.log que es mi caso, el fichero está ahí >> perfectamente: >> >> https://mathias-kettner.de/checkmk_check_openvpn_clients.html (...) > En teoría viene incorporado justo en esta linea: > > # OpenVPN Clients. Currently we assume that the configuration # is in > # /etc/openvpn. We might find a safer way to find the configuration > later. > if [ -e /etc/openvpn/openvpn-status.log ] ; then > echo '<<>>' > sed -n -e '/CLIENT LIST/,/ROUTING TABLE/p' < > /etc/openvpn/openvpn-status.log | sed -e 1,3d -e '$d' > fi > > Y si ejecuto el sed -n -e . No sale nada... Lo que saco en claro de la instrucción "sed" es que busca las cadenas "CLIENT LIST" y "ROUTING TABLE" para filtrar por esas líneas, así que para empezar mira a ver qué contiene el archivo "openvpn-status.log". 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: https://lists.debian.org/pan.2014.07.29.14.19...@gmail.com
Re: Problema con network manager de testing
El Mon, 28 Jul 2014 19:49:39 +0200, Eduardo Rios escribió: > Hola. > A ver si soy capaz de explicarme. Todo iba bien en mi conexión a > Internet (por cable) hasta que ocurrieron 2 últimas actualizaciones de > network manager de gnome. > > Ahora, cada vez que enciendo o reinicio el equipo, me aparecen 2 > conexiones: > > - Una llamada eth0, que no tiene configurados los parámetros IPv4, por > lo que no me va Internet (logicamente), pero que siempre aparece como > predeterminada... > > - Otra conexión a la que le puse como nombre 'Movistar FTTH' que si > guarda los parámetros IPv4 y con la que tengo conexión sin problema a > Internet. (...) No sigas... BUG: network-manager: keeps creating and using new connection "eth0" that does not work https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755202 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: https://lists.debian.org/pan.2014.07.29.13.50...@gmail.com
Re: Filtered en comando nmap
El Tue, 29 Jul 2014 14:18:50 +0200, Maykel Franco escribió: (ese html va a acabar conmigo...) > El 25 de julio de 2014, 16:12, Camaleón escribió: (...) >> > Starting Nmap 6.46 ( http://nmap.org ) at 2014-07-25 09:25 CEST Nmap >> > scan report for prueba.uk.nex.global (192.168.0.10) >> > Host is up (0.066s latency). >> > Not shown: 998 closed ports PORTSTATESERVICE 80/tcp filtered >> > http 443/tcp filtered https >> > >> > Filtered según la web de nmap: >> > >> > Filtered means that a firewall, filter, or other network obstacle is >> > blocking the port so that Nmap cannot tell whether it is open or >> > closed >> > >> > ¿Esto realmente significa que es incapaz de decirte si está abierto o >> > cerrado? ¿Hay algo que bloquea a nivel de reglas en el firewall de >> > destino? Si es incapaz de decirte si está abierto o cerrado cómo es >> > posible que sea capaz de detectar los puertos? >> >> Desde el punto de vista defensivo, es la mejor respuesta. >> >> Viene a ser como una respuesta de tipo "drop" en iptables, es decir, >> que te indica que hay algo detrás pero no sabes qué ni por qué, por lo >> que tienes que investigar por otro lado. > > Pero si en teoría te han dado acceso para acceder a ciertos puertos de > esa ip e inclusive para realizar peticiones icmp, el problema es que no > está correctamente abierto verdad? Eso no lo sabes, puede estar "correctamente abierto" y permitir ese tipo de tráfico o "incorrectamente cerrado" descartando las peticiones. En pocas palabras, lo que te está diciendo es "ven majo, acércate... pero antes de conocernos dime quién eres y qué quieres y ya veré qué hago contigo". 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: https://lists.debian.org/pan.2014.07.29.13.44...@gmail.com
Re: conexion con el Outlook Express es lenta.
El Mon, 28 Jul 2014 18:04:46 -0400, frank.sc escribió: > Hola tengo instalado iredMail pero tengo un problema la conexion con el > Outlook Express es lenta. Con toda la información (nótese la ironía) que nos das el problema está clarísimo... A ver, ¿sólo notas lento *un equipo concreto* y con *una aplicación determinada* que se conecta a *un servidor específico*? Antes de valorar un problema tienes que hacer más -pero que muchas más- pruebas para ir descartando cosas, hombre... 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: https://lists.debian.org/pan.2014.07.29.13.47...@gmail.com
Re: Debian libre de systemd
El Mon, 28 Jul 2014 14:15:57 -0300, Mario A. Guerra escribió: > El 28/07/14 10:53, Camaleón escribió: >> El Mon, 28 Jul 2014 10:14:21 -0300, Mario A. Guerra escribió: >> >>> - Tengo dos computadoras con Deban Testing (Jessie) que las actualizo >>> manualmente una vez a la semana mas o menos. Y ayer me llevo la gran >>> sorpresa en Synaptic al "marcar todas las actualizaciones": >>> >>> Para ser eliminado: sysvinit-core Para ser instalado: >>> systemd-sysv Para ser actualizado: >> >> (...) >> >> De eso han estado hablando en la lista de desarrollo, te recomiendo que >> eches un vistazo al (extenso) hilo: >> >> systemd now appears to be only possible init system in testing >> https://lists.debian.org/debian-devel/2014/07/msg00839.html >> >> Si mal no recuerdo (porque no he seguido todos los mensajes) se trata >> de un cambio temporal, aunque no cabe duda de que quien quiera optar >> por un entorno GNOME sin complicaciones y completamente funcional se va >> a tener que "tragar" el systemd, le guste o no :-/ >> > Gracias por la respuesta: > > - Mirando el hilo que mencionas, hay un bug 752939 [1], y el paquete que > debiera ser actualizado es el systemd-shim > - Pude bajar de sid el systemd-shim versión 6-4, junto al cgmanager y > dependencias, e instalarlas manualmente en Debian Testing. Pero el > paquete libpam-systemd todavía no entró con el cambio de dependencias y > no es posible actualizarlo a 208-6. Eventualmente luego de eso podrá > actualizarse systemd. Igualmente estoy tratando de eliminarlo del todo. A mí también me extrañó que al actualizar el sistema (con un "dist- upgrade") me dijera que se iba a eliminar ese paquete pero inmediatamente pensé que se trata de un fallo temporal de los que suele ser proclive la versión de pruebas (testing), así que en lugar de actualizar el sistema con "dist-upgrade" lo hice con "upgrade" a secas y se quedaron retenidos varios paquetes a la espera de tiempos mejores. > Respecto a tener la distro libre de systemd, encontré esto de Arch [2]. > Sobre los problemas de systemd [3],[4],[5]. Es interesante el debate que > se dio en Debian [6]. (...) Sigue habiendo (o al menos esa es mi percepción por lo que leo en listas, foros, blogs, etc...) un rechazo generalizado contra la canibalización que hace systemd y con su uso. Yo lo único que tengo claro es que la próxima instalación que haga (y que preveo será dentro de año y medio) no va a llevar systemd y espero que Debian me lo permita sin mayores problemas (creo que los tiros van por ahí), ya que de lo contrario me plantearía FreeBSD sin dudarlo aunque tenga que instalarlo a trompicones. 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: https://lists.debian.org/pan.2014.07.29.13.26...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió: > El día 25 de julio de 2014, 16:00, Camaleón > escribió: (...) [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- >> November/010874.html >>> Gracias por la URL. Lo único que he sacado en claro hacer es añadir un >>> check ntp time personalizado en check_mk y aumentarle los tiempos de >>> respuesta. >> >> Lo que viene a decir el hilo es que se trata de un "timeout" generado >> por alguno de los servidores que tienes configurados para sincronizar >> la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que >> usaras servidores redundados (un único equipo consulta a varios): >> >> sm01@stt008:~$ host es.pool.ntp.org >> es.pool.ntp.org has address 81.184.154.182 >> es.pool.ntp.org has address 213.194.159.3 > > Estos servidores que me devuelve al hacer un ntpq -p: > > -118.Red-81-47-1 217.25.31.1 3 u 895 1024 377 19.0560.359 > 4.387 > +evl1900860-pip.192.93.2.20 2 u 990 1024 3772.534 -3.909 > 5.391 > *guti.uc3m.es130.206.3.1662 u 109 1024 3773.8773.641 > 5.113 > +dns3.masbytes.e 81.19.96.148 3 u 398 1024 377 13.273 -3.225 3.221 Es que son muchos... ¿para que consultar a 4 servidores que además redundados? 0.debian.pool.ntp.org has address 46.17.142.10 0.debian.pool.ntp.org has address 213.194.159.3 0.debian.pool.ntp.org has address 46.16.60.129 sm01@stt008:~$ host 1.debian.pool.ntp.org 1.debian.pool.ntp.org has address 77.227.249.190 1.debian.pool.ntp.org has address 84.77.40.132 1.debian.pool.ntp.org has address 147.83.123.133 > Es el resultado de consultar los que hay en /etc/ntp.conf no?? > > server 0.debian.pool.ntp.org iburst > server 1.debian.pool.ntp.org iburst > server 2.debian.pool.ntp.org iburst > server 3.debian.pool.ntp.org iburst Sí, esa es la configuración predeterminada pero se puede cambiar, de hecho yo lo dejé únicamente éste que me ha funcionado siempre bien: server es.pool.ntp.org iburst Si quieres algo más de seguridad, puedes mantener uno de los predeterminados, por ejemplo: server es.pool.ntp.org iburst server 0.debian.pool.ntp.org iburst > Con lo cual es ahí donde tengo que cambiarlos? Sí, en ese archivo defines qué servidores quieres consultar y con qué opciones. 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: https://lists.debian.org/pan.2014.07.29.13.40...@gmail.com
Re: Creacion de paquete deb para kpcli
El Mon, 28 Jul 2014 10:24:57 -0700, estebanmonge escribió: >> El Thu, 24 Jul 2014 14:35:26 -0700, estebanmonge escribió: >> >>> Hola gente: >>> >>> Estoy haciendo un paquete de este software que me parece maravilloso: >>> http://kpcli.sourceforge.net/ >> >> (...) >> >> Ya lo tienes compilado como .deb en los repos de Debian (testing): >> >> https://packages.debian.org/jessie/kpcli >> >> > Joder segun yo... no estaba... Tranquilo, que eso nos pasa a todos X-) 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: https://lists.debian.org/pan.2014.07.29.13.27...@gmail.com
Re: OT: IDE para C++
Realmente la solucion para ti es QT creator, es lo mejor que te puedas encontrar, ademas que es multiplataforma, puedes compilar tus programas en windows/linux/mac sin tocar el codigo. Ademas puedes compilar tus apps para mobiles android. Al aprenderlo te va a durar el conocimiento puesto que este programa avanza mucho no pasa de moda facilmente porque ya esta extendido -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201407290927.43003.hay...@inor.sld.cu
Re: Check_mk openvpn Debian Wheezy
El 29 de julio de 2014, 14:13, Maykel Franco escribió: > > Buenas, les traigo otra pregunta de check_mk sistema de monitorización. Me > gustaría monitorizar las conexiones de openvpn a través del fichero > openvpn-status.log . > > Según su web, debería de coger el log en /etc/openvpn/openvpn-status.log que > es mi caso, el fichero está ahí perfectamente: > > https://mathias-kettner.de/checkmk_check_openvpn_clients.html > > Por defecto viene incluído el check en el agente check_mk que se instala en > las máquinas a monitorizar: > > https://github.com/opinkerfi/check_mk/blob/master/agents/check_mk_agent.linux > > > root@admin2 openvpn]# check_mk_agent | grep -i openvpn > (nobody,53568,5052,0.0) /usr/sbin/openvpn --daemon --writepid > /var/run/openvpn/mo2o.pid --cd /etc/openvpn/ --config mo2o.conf > (root,109420,880,0.0) grep --color=auto -i openvpn > <<>> > > Debería de detectarmelo, no veo que haya que hacer alguna configuración > adicional como he tenido que hacer para otras cosas... > > Alguien ha conseguido realizar el check openvpn-status.log ? > > Saludos. > En teoría viene incorporado justo en esta linea: # OpenVPN Clients. Currently we assume that the configuration # is in # /etc/openvpn. We might find a safer way to find the configuration later. if [ -e /etc/openvpn/openvpn-status.log ] ; then echo '<<>>' sed -n -e '/CLIENT LIST/,/ROUTING TABLE/p' < /etc/openvpn/openvpn-status.log | sed -e 1,3d -e '$d' fi Y si ejecuto el sed -n -e . No sale nada... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa8dfgzrrdfvhmwfv9h4y3yen6j0g-4rzhgn_dggmdo...@mail.gmail.com
Re: Filtered en comando nmap
El 25 de julio de 2014, 16:12, Camaleón escribió: > El Fri, 25 Jul 2014 10:07:09 +0200, Maykel Franco escribió: > > > Buenas, tenía una pequeña duda que no me aclara en la web de nmap y > > alomejor alguno de ustedes podría ayudarme. > > > > Al realizar un nmap a una determinada ip a través de una VPN ipsec > > devuelve esto: > > > > maykel@maykel-debian: ~$ nmap -Pn 192.168.0.10 > > > > Starting Nmap 6.46 ( http://nmap.org ) at 2014-07-25 09:25 CEST Nmap > > scan report for prueba.uk.nex.global (192.168.0.10) > > Host is up (0.066s latency). > > Not shown: 998 closed ports PORTSTATESERVICE 80/tcp filtered > > http 443/tcp filtered https > > > > Filtered según la web de nmap: > > > > Filtered means that a firewall, filter, or other network obstacle is > > blocking the port so that Nmap cannot tell whether it is open or closed > > > > ¿Esto realmente significa que es incapaz de decirte si está abierto o > > cerrado? ¿Hay algo que bloquea a nivel de reglas en el firewall de > > destino? Si es incapaz de decirte si está abierto o cerrado cómo es > > posible que sea capaz de detectar los puertos? > > Desde el punto de vista defensivo, es la mejor respuesta. > > Viene a ser como una respuesta de tipo "drop" en iptables, es decir, que > te indica que hay algo detrás pero no sabes qué ni por qué, por lo que > tienes que investigar por otro lado. > > 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: https://lists.debian.org/pan.2014.07.25.14.12...@gmail.com > > Pero si en teoría te han dado acceso para acceder a ciertos puertos de esa ip e inclusive para realizar peticiones icmp, el problema es que no está correctamente abierto verdad?
Check_mk openvpn Debian Wheezy
Buenas, les traigo otra pregunta de check_mk sistema de monitorización. Me gustaría monitorizar las conexiones de openvpn a través del fichero openvpn-status.log . Según su web, debería de coger el log en /etc/openvpn/openvpn-status.log que es mi caso, el fichero está ahí perfectamente: https://mathias-kettner.de/checkmk_check_openvpn_clients.html Por defecto viene incluído el check en el agente check_mk que se instala en las máquinas a monitorizar: https://github.com/opinkerfi/check_mk/blob/master/agents/check_mk_agent.linux root@admin2 openvpn]# check_mk_agent | grep -i openvpn (nobody,53568,5052,0.0) /usr/sbin/openvpn --daemon --writepid /var/run/openvpn/mo2o.pid --cd /etc/openvpn/ --config mo2o.conf (root,109420,880,0.0) grep --color=auto -i openvpn <<>> Debería de detectarmelo, no veo que haya que hacer alguna configuración adicional como he tenido que hacer para otras cosas... Alguien ha conseguido realizar el check openvpn-status.log ? Saludos.
Re: Error información desconocida en ntp Debian Wheezy
El día 25 de julio de 2014, 16:00, Camaleón escribió: > El Fri, 25 Jul 2014 10:00:35 +0200, Maykel Franco escribió: > >> El día 22 de julio de 2014, 15:31, Camaleón >> escribió: > > (...) > UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running >>> >>> (...) >>> No entiendo el por qué del error, si devuelve resultado... ¿Qué puedo estar haciendo mal? ¿Alguna idea? >>> >>> Revisa este hilo: >>> >>> [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout >>> in ntpq -p or NTP daemon not running >>> http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- > November/010874.html >>> >> Gracias por la URL. Lo único que he sacado en claro hacer es añadir un >> check ntp time personalizado en check_mk y aumentarle los tiempos de >> respuesta. > > Lo que viene a decir el hilo es que se trata de un "timeout" generado por > alguno de los servidores que tienes configurados para sincronizar la > hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras > servidores redundados (un único equipo consulta a varios): > > sm01@stt008:~$ host es.pool.ntp.org > es.pool.ntp.org has address 81.184.154.182 > es.pool.ntp.org has address 213.194.159.3 Estos servidores que me devuelve al hacer un ntpq -p: -118.Red-81-47-1 217.25.31.1 3 u 895 1024 377 19.0560.359 4.387 +evl1900860-pip. 192.93.2.20 2 u 990 1024 3772.534 -3.909 5.391 *guti.uc3m.es130.206.3.1662 u 109 1024 3773.8773.641 5.113 +dns3.masbytes.e 81.19.96.148 3 u 398 1024 377 13.273 -3.225 3.221 Es el resultado de consultar los que hay en /etc/ntp.conf no?? server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst Con lo cual es ahí donde tengo que cambiarlos? Saludos. > >> Ya lo he cambiado, veremos haber si no vuelve a llegar la alerta... > > De eso se trata, de que vayas haciendo pruebas hasta que des con la mejor > opción. > > 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: https://lists.debian.org/pan.2014.07.25.14.00...@gmail.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA9KfLfXVv=x=htgle8mnues4+px_6z8grd-8ajqv+6...@mail.gmail.com
