Re: [OT] Nagios caracteres especiales
El día 9 de septiembre de 2015, 15:56, Camaleónescribió: > El Wed, 09 Sep 2015 09:14:29 +0200, Maykel Franco escribió: > >> Buenas, el siguiente comando me funciona perfectamente lanzado desde la >> terminal, ejemplo: > > (...) > >> El problema viene cuando quiero definir un comando y tengo que meter el >> user agent... >> >> >> Por ejemplo: >> >> define command{ >> command_namecheck_http_useragent_ssl command_line >> $USER1$/check_http -H $ARG1$ -u $ARG2$ -p >> $ARG3$ -w $ARG4$ -c $ARG5$ -t $ARG6$ --useragent="Mozilla/5.0 (Linux; >> Android 5.1.1; Nexus 5 Build/LMY48B) AppleWebKit/537.36 (KHTML, like >> Gecko) Chrome/43.0.2357.78 Mobile Safari/537.36" --ssl=1 } >> >> Esto al usarlo luego en un host, me da el siguiente error: >> >> (No output on stdout) stderr: /bin/sh: 1: Syntax error: "(" unexpected >> >> Creo que lo que pasa es que tengo que escapar los caracteres especiales, >> concretamente el --useragent ... Pero no encuentro nada relevante a >> esto. >> >> Alguien le ha pasado algo similar? >> >> Gracias de antemano. > > Google devuelve este bug de Nagios, pero parece que está marcado como > resuelto en las versiones >4.0.8: > > Plugin with multiline output will break sending of mails if double > quotes + round brackets exist in output > https://tracker.nagios.org/view.php?id=624 > > Y cortesía de Google también, posibles baipases y ayudita extra: > > check_by_ssh works on cmd line, fails in gui > https://support.nagios.com/forum/viewtopic.php?f=6=29334 > > How does one escape characters in check_http regex's? > https://support.nagios.com/forum/viewtopic.php?t=10596=54166 > > Nagios 4 Command Arguments > http://docs.opsview.com/doku.php?id=opsview4.3:upgrading:nagios4commandarguments > > Saludos, > > -- > Camaleón > Pues estoy usando la última versión estable... 4.1.1 compilada a mano y con los plugins últimos también... Voy a revisar los enlaces y lo que me ha comentado el compañero también.
Re: [OT] Nagios caracteres especiales
El día 10 de septiembre de 2015, 9:57, Maykel Francoescribió: > El día 10 de septiembre de 2015, 9:50, Maykel Franco > escribió: >> El día 9 de septiembre de 2015, 15:56, Camaleón >> escribió: >>> El Wed, 09 Sep 2015 09:14:29 +0200, Maykel Franco escribió: >>> Buenas, el siguiente comando me funciona perfectamente lanzado desde la terminal, ejemplo: >>> >>> (...) >>> El problema viene cuando quiero definir un comando y tengo que meter el user agent... Por ejemplo: define command{ command_namecheck_http_useragent_ssl command_line $USER1$/check_http -H $ARG1$ -u $ARG2$ -p $ARG3$ -w $ARG4$ -c $ARG5$ -t $ARG6$ --useragent="Mozilla/5.0 (Linux; Android 5.1.1; Nexus 5 Build/LMY48B) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.78 Mobile Safari/537.36" --ssl=1 } Esto al usarlo luego en un host, me da el siguiente error: (No output on stdout) stderr: /bin/sh: 1: Syntax error: "(" unexpected Creo que lo que pasa es que tengo que escapar los caracteres especiales, concretamente el --useragent ... Pero no encuentro nada relevante a esto. Alguien le ha pasado algo similar? Gracias de antemano. >>> >>> Google devuelve este bug de Nagios, pero parece que está marcado como >>> resuelto en las versiones >4.0.8: >>> >>> Plugin with multiline output will break sending of mails if double >>> quotes + round brackets exist in output >>> https://tracker.nagios.org/view.php?id=624 >>> >>> Y cortesía de Google también, posibles baipases y ayudita extra: >>> >>> check_by_ssh works on cmd line, fails in gui >>> https://support.nagios.com/forum/viewtopic.php?f=6=29334 >>> >>> How does one escape characters in check_http regex's? >>> https://support.nagios.com/forum/viewtopic.php?t=10596=54166 >>> >>> Nagios 4 Command Arguments >>> http://docs.opsview.com/doku.php?id=opsview4.3:upgrading:nagios4commandarguments >>> >>> Saludos, >>> >>> -- >>> Camaleón >>> >> >> Pues estoy usando la última versión estable... 4.1.1 compilada a mano >> y con los plugins últimos también... >> >> Voy a revisar los enlaces y lo que me ha comentado el compañero también. > > He escapado los caracteres pero aún así falla... > > (No output on stdout) stderr: /bin/sh: 1: Syntax error: Unterminated > quoted string Bueno, temporalmente lo tengo solucionado con un export variable='useragent' Y funciona bien... Hasta que averigue porque es, no es mala solución.
Re: [OT] Nagios caracteres especiales
El día 10 de septiembre de 2015, 9:50, Maykel Francoescribió: > El día 9 de septiembre de 2015, 15:56, Camaleón escribió: >> El Wed, 09 Sep 2015 09:14:29 +0200, Maykel Franco escribió: >> >>> Buenas, el siguiente comando me funciona perfectamente lanzado desde la >>> terminal, ejemplo: >> >> (...) >> >>> El problema viene cuando quiero definir un comando y tengo que meter el >>> user agent... >>> >>> >>> Por ejemplo: >>> >>> define command{ >>> command_namecheck_http_useragent_ssl command_line >>> $USER1$/check_http -H $ARG1$ -u $ARG2$ -p >>> $ARG3$ -w $ARG4$ -c $ARG5$ -t $ARG6$ --useragent="Mozilla/5.0 (Linux; >>> Android 5.1.1; Nexus 5 Build/LMY48B) AppleWebKit/537.36 (KHTML, like >>> Gecko) Chrome/43.0.2357.78 Mobile Safari/537.36" --ssl=1 } >>> >>> Esto al usarlo luego en un host, me da el siguiente error: >>> >>> (No output on stdout) stderr: /bin/sh: 1: Syntax error: "(" unexpected >>> >>> Creo que lo que pasa es que tengo que escapar los caracteres especiales, >>> concretamente el --useragent ... Pero no encuentro nada relevante a >>> esto. >>> >>> Alguien le ha pasado algo similar? >>> >>> Gracias de antemano. >> >> Google devuelve este bug de Nagios, pero parece que está marcado como >> resuelto en las versiones >4.0.8: >> >> Plugin with multiline output will break sending of mails if double >> quotes + round brackets exist in output >> https://tracker.nagios.org/view.php?id=624 >> >> Y cortesía de Google también, posibles baipases y ayudita extra: >> >> check_by_ssh works on cmd line, fails in gui >> https://support.nagios.com/forum/viewtopic.php?f=6=29334 >> >> How does one escape characters in check_http regex's? >> https://support.nagios.com/forum/viewtopic.php?t=10596=54166 >> >> Nagios 4 Command Arguments >> http://docs.opsview.com/doku.php?id=opsview4.3:upgrading:nagios4commandarguments >> >> Saludos, >> >> -- >> Camaleón >> > > Pues estoy usando la última versión estable... 4.1.1 compilada a mano > y con los plugins últimos también... > > Voy a revisar los enlaces y lo que me ha comentado el compañero también. He escapado los caracteres pero aún así falla... (No output on stdout) stderr: /bin/sh: 1: Syntax error: Unterminated quoted string
Re: Conexión Ubuntu 14.04 vía mtp
El Wed, 09 Sep 2015 18:33:52 -0500, Manuel Máquez escribió: > Les agradezco la corrección respecto de es una lista Debian, pensé que > como muchos de los archivos que se bajan son Debian, era el lugar donde > me podían ayudar. Es parte de mi novatez. > Buscaré sobre protocolos de almacenamiento masivo. > Nuevamente muchas gracias. No pasa nada, y si algún día te apuntas a Debian aquí estaremos ;-) Saludos, -- Camaleón
Re: [OT] Nagios caracteres especiales
El Thu, 10 Sep 2015 10:14:15 +0200, Maykel Franco escribió: > El día 10 de septiembre de 2015, 9:57, Maykel Franco >escribió: (...) > Creo que lo que pasa es que tengo que escapar los caracteres > especiales, > concretamente el --useragent ... Pero no encuentro nada relevante a > esto. > > Alguien le ha pasado algo similar? > > Gracias de antemano. Google devuelve este bug de Nagios, pero parece que está marcado como resuelto en las versiones >4.0.8: (...) >>> Pues estoy usando la última versión estable... 4.1.1 compilada a mano >>> y con los plugins últimos también... >>> >>> Voy a revisar los enlaces y lo que me ha comentado el compañero >>> también. >> >> He escapado los caracteres pero aún así falla... >> >> (No output on stdout) stderr: /bin/sh: 1: Syntax error: Unterminated >> quoted string ¿Y cómo lo has "escapado" exactamente? ¿Has probado con algo sencillo, por ejemplo "--useragent="Mozilla"? Consulta el manual del plugin por si tuvieras que usar un formato determinado. > Bueno, temporalmente lo tengo solucionado con un export > variable='useragent' > > Y funciona bien... Hasta que averigue porque es, no es mala solución. Eso es lo que sugerían en uno de los enlaces que te pasé: usar un wrapper. O lo que es lo mismo, pasar el valor de la cadena morcillera de texto a través de una variable. Saludos, -- Camaleón
Re: Problemas en jessie al montar los sistemas de ficheros
El Wed, 09 Sep 2015 21:07:53 +0200, José Miguel (sio2) escribió: > Tengo el siguiente problema molesto. Tengo una jessie, cuyo arranque > gestiona systemd, que tiene el siguiente esquema de "particiones": (...) > El sistema en sí está en sda2 que está constituido por un RAID 1 (el > segundo disco no está porque he forzado a que sólo haya un disco en el > RAID, ya pondré el segundo). Dentro de ese RAID he definido un grupo de > volúmenes. > > El caso es que el sistema suele arrancar, pero de vez en cuando NO lo > hace. Se para el arranque y pide la contraseña de root para subsanar el > problema. El problema es que uno de los sistemas de ficheros no ha > podido montarlo. Es exactamente lo que pasa en este bug: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731270 Veo dos errores. El primero no debería estar relacionado con el problema del montaje pero ya que estamos... si buscas en Google: Dec 03 19:54:32 saturn systemd-udevd[1796]: failed to execute '/lib/udev/ socket:@/org/freedesktop/hal/udev_event' Verás algunos comentarios que apuntan al paquete "hal" como el culpable, mira a ver si lo tienes instalado. El segundo error es el que muestra el problema del montaje: Dec 03 19:54:32 saturn mount[1805]: mount: /dev/mapper/vg_saturn-home already mounted or /home busy Se me ocurre que si usas "/etc/fstab" para definir las unidades/ particiones prueba a no usarlo, es decir, si no me falla la memoria systemd puede trabajar sin el fstab ya que tiene, cómo no, su propio sistema: http://zurlinux.com/?p=1940 > pero ese bug ya está subsanado en la jessie estable. El sistema ya lo he > pasado a un disco real (al principio estaba en una máquina virtual), > pero sigue dando el problema: a veces, falla. Lo que aún no he hecho es > sumarle el segundo disco[1]. > > Ahora hay instalados bastantes servicios, pero la instalación pelada de > debian también presentaba este problema. > > [1]aclaro que el RAID está cojo conceptualmente (obviamente para un RAID > 1 necesita dos discos), pero en la configuración no lo está: se puede > definir un RAID 1 con un sólo disco: > > #v+ > $ cat /proc/mdadm Personalities : [raid1] > md0 : active raid1 sda2[0] > 4189824 blocks super 1.2 [1/1] [U] > > unused devices: > #v- > > ¿A alguien se le ocurre algo? También puedes probar a iniciar con sysvinit. De todas formas, si los registros que obtienes *son exactamente los mismos* que los del bug, reábrelo para que echan un vistazo. pero asegúrate de que el error sea el mimos no vaya a ser que el sistema no inicie por algún otro motivo, como por ejemplo que el raid1 esté roto y te pida intervención manual. Saludos, -- Camaleón
Re: No actualizar kernel en Debian 7
El Wed, 09 Sep 2015 21:05:58 -0300, Ricardo escribió: > Tengo un servidor con Debian 7.1 no quiero que se actualice el kernel > por varios motivos. ¿Y esos motivos cuáles son? Pregunto porque un kernel sin actualizar supone un riesgo tremendo en un servidor accesible desde Internet. > como podria evitar para que no se actualice? Puedes probar con un bloqueo: Debian / Ubuntu Linux apt-get: Blacklist a Package From Installing http://www.cyberciti.biz/faq/debian-ubuntu-linux-apt-get-blacklisting-packages-using-hold-option/ Saludos, -- Camaleón
squi3 e iptables
Buenas a todos he tenido que migrar y no he dado mucho pie con bola con el squid3 en comparación con el 2.7 que tenía Alguien puede enviarme para guiarme una conf de squid3 para q los usuarios autentiquen con la básica: #Modulo de autenticacion authenticate_ip_ttl 5 minutes auth_param basic children 5 auth_param basic realm Servidor de Navegacion auth_param basic credentialsttl 2 hours auth_param basic program /usr/lib/squid/ncsa_auth /etc/squid/privados En el squid3 no logro hacerlo me rechaza las conexiones Me pueden dar una mano, para más tengo que montar firewall con iptables aunque nunca he trabajado con este he leído pero cero experiencia pero eso es lo que haré si tiene algo para guiarme pues tanto mejor saludos y agradezco toda ayuda
Re: squi3 e iptables
El Thu, 10 Sep 2015 13:21:19 -0400, luis escribió: > Buenas a todos he tenido que migrar y no he dado mucho pie con bola con > el squid3 en comparación con el 2.7 que tenía > > Alguien puede enviarme para guiarme una conf de squid3 para q los > usuarios autentiquen con la básica: > > #Modulo de autenticacion authenticate_ip_ttl 5 minutes auth_param basic > children 5 auth_param basic realm Servidor de Navegacion auth_param > basic credentialsttl 2 hours auth_param basic program > /usr/lib/squid/ncsa_auth /etc/squid/privados ^ (...) Creo que ya te comenté que *hay que leer* la documentación ;-) Los cambios en Squid3 son varios y de base, por ejemplo, el nombre de los módulos ha variado (así lo dice las notas de la versión de Jessie), por lo que tendrás que comprobar si ahora se llama "ncsa_auth" o "basic_ncsa_auth" o si la ruta es ahora "/usr/lib/squid3/". En fin, lo dicho: toca documentarse. Saludos, -- Camaleón
[OT] Iniciandome en OpenLDAP - Chequear autenticacion usuarios
Buenas, estoy tratando de ponerme un poco las pilas con OpenLDAP y jugar con él. He seguido este tutorial, muy bueno por cierto para iniciarse: https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-a-basic-ldap-server-on-an-ubuntu-12-04-vps Tengo ya usuarios creados, el tema es que me gustaría probar la autenticación de uno de los usuarios. Estoy usando ldapsearch para todo me da "invalid credentials" De qué manera podría probar si puedo autenticarme con un usuario que tengo creado? He probado esto: http://serverfault.com/questions/514870/how-do-i-authenticate-with-ldap-via-the-command-line Pero desconozco que es el uid, no lo veo dentro de OpenLDAP.
visor de RFC
Hola a todos. Me gustaría saber si existe un paquete con algo similar a rfcviewer.com para leer RFC, se de la existencia de qrfcview pero este no cumple mis necesidades ya que baja los RFC por demanda ( no hace provecho del paquete doc-rfc que baja "todos" los RFC ) y no permite hacer búsquedas en ellos. Saludos.
Re: Conexión Ubuntu 14.04 vía mtp
El día 9 de septiembre de 2015, 21:35, Angel Claudio Alvarezescribió: > El Tue, 8 Sep 2015 18:36:59 -0500 > Manuel Máquez escribió: > >> Mucho he de agradecer me ayuden a solucionar el siguiente problema. Tengo >> un móvil Ocean Mini Adroid 4.4 KitKat conectado a Ubuntu 14.04 LTS; y por >> más que le doy vueltas no he conseguido conectarlo. Me explico: >> Lo último que intenté fue el siguiente script que encontré porque soy >> novato en el asunto: > > Te equivocaste de lista > ESTA no es un lista de android > ESTA TAMPOCO es un lista de ubuntu Te falto Ángel, esta tampoco es la lista de Camaleón Aunque para los vampiros, les parezca que si. > >> a) lsusb y obtengo: >> Bus 002 Device 007: ID 8087:0928 Intel Corp >> Bus 002 Device 004: ID 043d:007a Lexmark International, Inc. Generic Hub >> Bus 002 Device 003: ID 0bda:8189 Realtek Semiconductor Corp. RTL8187B >> Wireless 802.11g 54Mbps Network Adapter >> Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub >> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub >> Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub >> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub >> b) seguí los siguientes pasos: >> gksudo gedit /lib/udev/rules.d/69-mtp.rules >> ATTR{idVendor}=="1d6b", ATTR{idProduct}=="0002", SYMLINK+="libmtp-%k", >> ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1" >> >> gksudo gedit /etc/udev/rules.d/51-android.rules >> ATTR{idVendor}=="1d6b", ATTR{idProduct}=="0002", MODE=”0666" >> sudo service udev restart >> sudo reboot >> Cuando terminó de reiniciarse me aparecieron dos iconos, en la barra >> lateral cuyo nombre son EHCI Host Controller, sin embargo al conectar mi >> móvil no se ve ninguna de las carpetas de él. >> ¿Que fue lo que hice mal y cómo puedo revertir el proceso, para poder pasar >> fotos y música; en ambos sentidos? >> Por adelantado reitero las más cumplidas gracias a quien me pueda ayudar a >> resolver el problema. >> >> >> *MANOLO MÁRQUEZ P.* > > > -- > Angel Claudio Alvarez > -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html
Re: No actualizar kernel en Debian 7
El Miércoles, 9 de septiembre de 2015 21:05:58 Ricardo escribió: > Hola Lista > > Tengo un servidor con Debian 7.1 no quiero que se actualice el kernel > por varios motivos. como podria evitar para que no se actualice? Mira si tienes instalado este paquete: linux-image-amd64 Es un metapaquete y es el que actualiza el kernel. -- Agur bero bat / a greeting BasaBuru BASATU ~ basatia bihur zaitez ~ gako ID gnupg: F9044F8FC64B2544 hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544
Re: squi3 e iptables
El jueves, 10 sep 2015 a las 17:21 UTC l...@ida.cu escribió: > Buenas a todos he tenido que migrar y no he dado mucho pie con bola con > el squid3 en comparación con el 2.7 que tenía > > Alguien puede enviarme para guiarme una conf de squid3 para q los > usuarios autentiquen con la básica: > > #Modulo de autenticacion > authenticate_ip_ttl 5 minutes > auth_param basic children 5 > auth_param basic realm Servidor de Navegacion > auth_param basic credentialsttl 2 hours > auth_param basic program /usr/lib/squid/ncsa_auth /etc/squid/privados > > En el squid3 no logro hacerlo me rechaza las conexiones > > > > Me pueden dar una mano, para más tengo que montar firewall con iptables > aunque nunca he trabajado con este he leído pero cero experiencia pero > eso es lo que haré si tiene algo para guiarme pues tanto mejor > > saludos y agradezco toda ayuda ¿Y no te ayuda la documentación incluida en el paquete? Veo que están disponibles las siguientes páginas man relacionadas: squid: /usr/share/man/man8/basic_db_auth.8.gz squid: /usr/share/man/man8/basic_getpwnam_auth.8.gz squid: /usr/share/man/man8/basic_ldap_auth.8.gz squid: /usr/share/man/man8/basic_ncsa_auth.8.gz squid: /usr/share/man/man8/basic_pam_auth.8.gz squid: /usr/share/man/man8/basic_radius_auth.8.gz squid: /usr/share/man/man8/basic_sasl_auth.8.gz Sin tener ni idea pero sabiendo que antes de la actualización funcionaba, empezaría por comprobar los ajustes personalizados: veo un /etc/squid/privados por ahí... -- Manolo Díaz