Re: Consultas SNMP en "paralelo"

2015-12-02 Por tema Camaleón 
El Mon, 30 Nov 2015 15:38:06 -0300, Pablo JIMÉNEZ escribió:

> On Mon, Nov 30, 2015 at 05:52:41PM +, Camaleón wrote:
>> El Mon, 30 Nov 2015 14:09:00 -0300, Mauro Antivero escribió:
>> 
>> > Estimados, tengo un script en PHP que realiza consultas SNMP a muchos
>> > dispositivos y guarda los resultados en una DB MySQL. Una "ronda"
>> > completa tarda aprox. 1 hora en correr. Esto en si por ahora no es un
>> > problema pero me gustaría saber como puedo hacer para lanzar
>> > múltiples consultas en paralelo (yo después vería como adaptar el
>> > script para que cada uno consulte equipos distintos, sin pisarse
>> > digamos) para que corran claro está al mismo tiempo.

(...)

>> Según la documentación, no parece que SNMP sea muy amigo de las
>> consultas asíncronas:

(...)
 
>> Pero sí he encontrado una biblioteca (para Python) que parece que
>> gestiona este tipo de peticiones, quizá haya algo similar para PHP:
>> 
>> http://pysnmp.sourceforge.net/
> 
> En Perl5, Net::SNMP permite realizar consultas en modo non-blocking:
> 
> http://search.cpan.org/~dtown/Net-SNMP-v6.0.1/lib/Net/SNMP.pm#Non-blocking_Objects
> http://search.cpan.org/~dtown/Net-SNMP-v6.0.1/lib/Net/SNMP.pm#3._Non-blocking_SNMPv2c_get-bulk-request_for_ifTable
> http://search.cpan.org/~dtown/Net-SNMP-v6.0.1/lib/Net/SNMP.pm#4._Non-blocking_SNMPv1_get-request_and_set-request_on_multiple_hosts

Entiendo que harán algo similar a lo que hace la biblioteca de Python. 
Pero es curioso que el demonio en sí no esté preparado para procesamiento 
de hilos múltiples porque ya ha llovido bastante desde que salió la 
versión 3 y el multihilo (2003).

Saludos,

-- 
Camaleón

[OT] Re: Consulta de sistema de gestión de emergencia

2015-12-02 Por tema Camaleón 
El Wed, 02 Dec 2015 10:04:08 -0300, Marcelo Nigro escribió:

> Hola Lista

Hola, se te ha olvidado marcar el hilo como OT y usar formato de texto 
plano. Lo corrijo.
 
> Estoy en la busqueda de un sistema de gestión de emergencia estilo 911
> Agentina, no estoy hablando de sistema de ticket, sino de emergencia
> bomberos, policia, etc. alguien conoce alguno GNU. Buscando encontre
> varios en españa.Pagos

Ni idea... yo preguntaría a Google a ver qué tiene:

https://www.google.es/search?q=Alarm+Notification+Software=utf-8=utf-8_rd=cr=LxBfVoHiAYO2adbOk5AI

Saludos,

-- 
Camaleón

Re: [OT] Supermicro o HP DL180

2015-12-02 Por tema Camaleón 
El Tue, 01 Dec 2015 00:07:17 +0100, Maykel Franco escribió:

> El día 29 de noviembre de 2015, 16:07, Camaleón 
> escribió:

(...)

>>> Cualquier otra recomendación es bienvenida siempre y cuando no sea un
>>> desktop que no nos caben en el datacenter jeje.
>>>
>>> Que opinais??
>>
>> Yo te puedo hablar de Supermicro que son los servidores que tengo en
>> las oficinas (2U), así como también estaciones de trabajo (placas
>> base). Los servidores están funcionando 7/24/365 desde hace 10 años y
>> sólo he tenido que cambiar los ventiladores frontales. Las estaciones
>> de trabajo se encienden en horario normal (8-20) y sólo he tenido que
>> cambiar alguna fuente de alimentación que para 10 años pues ya van bien
>> :-)
>>
>> Es decir, una joyita de hardware.
>>
>> Pero en ambos casos (Supermicro y HP) te digo que te fijes en los
>> detalles, que no todos los chipsets ni componentes tienen el mismo
>> nivel de soporte en Linux, que lo releas con lupa, que busques
>> información e Internet para ver qué dice la gente sobre esas placas y
>> qué problemas tienen con Linux.
>>
>>
> Gracias por los consejos...
> 
> Llamarme "loco", pero yo optaría por pillar 6 de estos cacharros:
> 
> https://www.pccomponentes.com/core/client/showList/id/751380/hash/FpRbwTpq
> 
> Seguro que vuelan...Colocaditos en una bandeja, incluso puedes elegir i5
> o un i7. Siendo para lo que son, creo que le sacas más partido a 6
> máquinas de estas que a 2 HP "gordotas".

No por dios... eso para jugar está bien, pero no lo compares con 
servidores de HP o Supermicro. Sé que son muy monos y cucos 8:-) pero no 
para trabajos serios, ni colocados en clusters ni en paralelo ni en 
gaitas. No tienen aguante.

Saludos,

-- 
Camaleón

Re: saludos lista

2015-12-02 Por tema Camaleón 
El Tue, 01 Dec 2015 10:05:47 -0500, David Miranda Aragon escribió:

> tengo un problema con mi cliente jabber psi-plus pues en mi empresa
> tengo como servidor jabber el openfire y no me puedo conectar a mi
> servidor jabber desde el psi-plus si la conexion del mismo no es cifrada

¿Y si es cifrada conecta sin problemas? ¿Has intentando iniciarlo desde 
la línea de comandos para ver si te saca algún mensaje de error al 
conectar? ¿Has probado con otro cliente para jabber (p. ej., pidging)?

> mi servidor jabber esta montado en debian 7 y yo utilizo debian 8 ahhh
> esto me sucede en linux nada mas pues en otras estaciones de trabajo
> donde esta el windows instalado si se conecta bien

¿Son las mismas versiones de PSI+ la que tienes en Windows y Linux?

Saludos,

-- 
Camaleón

Re: [OT] Re: Consulta de sistema de gestión de emergencia

2015-12-02 Por tema Edwin De La Cruz 
El 02/12/2015 10:40, "Camaleón"  escribió:
>
> El Wed, 02 Dec 2015 10:04:08 -0300, Marcelo Nigro escribió:
>
> > Hola Lista
>
> Hola, se te ha olvidado marcar el hilo como OT y usar formato de texto
> plano. Lo corrijo.
>
> > Estoy en la busqueda de un sistema de gestión de emergencia estilo 911
> > Agentina, no estoy hablando de sistema de ticket, sino de emergencia
> > bomberos, policia, etc. alguien conoce alguno GNU. Buscando encontre
> > varios en españa.Pagos
>
> Ni idea... yo preguntaría a Google a ver qué tiene:
>
>
https://www.google.es/search?q=Alarm+Notification+Software=utf-8=utf-8_rd=cr=LxBfVoHiAYO2adbOk5AI
>
> Saludos,
>
> --
> Camaleón
>

Yo tenia un sistema llamado usaga para gestión alarmas vecinales
(comunitarias) está en github pero fue abandonado.
Tengo otro que lo estoy implemetando con algunas características más pero
está recién empezando se llama openams. Busca en github por edwinspire.

Re: [OT] Re: Eliminar indices graylog Debian Wheezy

2015-12-02 Por tema Camaleón 
El Tue, 01 Dec 2015 12:52:21 +0100, Maykel Franco escribió:

> El día 31 de octubre de 2015, 17:16, Camaleón 
> escribió:
>> El Sat, 31 Oct 2015 15:01:59 +0100, Maykel Franco escribió:
>>
>>> Buenas, tengo un servidor graylog que se está llenando el
>>> almacenamiento y me gustaría borrar índices de elasticsearch para así
>>> liberar espacio,
>>> por ejemplo lo anterior a un mes, he cambiado los siguientes
>>> parámetros en server.conf y reiniciado graylog pero no libera
>>> espacio...
>>
>> (...)
>>
>>> Me falta algo o estoy haciendo algo mal?
>>
>> Revisa este artículo:
>>
>> A Retention Complication
>> http://secopsmonkey.com/a-retention-complication.html
>>
>>
>>
> Retomo este tema...
> 
> He seguido la guía que me pasastes, cambiado los parámetros según como
> dice y sigue sin rotar ni un solo GB... Tengo ya usados 662G y no
> libera...

ten en cuenta que los cambios que hayas hecho no son retroactivos, es 
decir, se aplicarán después de los días que hayas estipulado desde que 
hiciste la modificación (si lo cambiaste el 2015-12-01 suma los x días 
que hayas configurado). 

De todas formas, hablas de espacio (662 GiB) y no de días, tendrás que 
buscar un término medio que se acomode a tu configuración porque si 
realizas muchas transacciones, es posible que tengas que rotar o eliminar 
contenido antes de esos 30 días si no quieres que se te llene el disco.

> http://pastebin.com/HtEBwVYE

Estos son los valores que tienes actualmente:

elasticsearch_max_docs_per_index = 2000
elasticsearch_max_number_of_indices = 20
elasticsearch_max_time_per_index = 1d
elasticsearch_max_number_of_indices = 20

Pero tienes que entender lo que significan esos valores y leer bien lo 
que tienes definido actualmente. En tu caso, veo que además de esos 
parámetros que mencionan en el artículo, tienes este:

rotation_strategy = count

Entiendo que si usas este valor en lugar de "time" el resto de opciones 
se invalidan.

> La verdad no sé que hacer porque me quedo sin espacio... Otra opción es
> borrar todos los índices pero eso no es solución, dentro de unos meses
> estaré igual...
> 
> Alguna sugerencia?

Que leas con tranquilidad la documentación y hagas pruebas :-)

Saludos,

-- 
Camaleón

Re: [OT] Otra de discos...

2015-12-02 Por tema Camaleón 
El Tue, 01 Dec 2015 16:32:54 +0100, Maykel Franco escribió:

> Llevo un tiempo que me ha mirado un tuerto... Ahora me llega las alertas
> de smartctl:
> 
> Device: /dev/sdc [SAT], 8 Offline uncorrectable sectors
> 
> Está usado durante 3 años pero lo he formateado hace poco y reusado para
> otras cosas... Es necesario cambiarlo? Esa es mi duda porque he visto en
> algún foro que no es necesario cambiar el disco duro.

No, simplemente monitorízalo con smartctl o pasa la herramienta del 
fabricante y no lo uses para cosas series. Si ves que aumenta cada poco 
tiempo el número de sectores que no puede corregir, pues vete pensando el 
cambiarlo. 8 sectores para un disco de 500 GiB es muy poco, pero llegará 
un momento inesperado e inoportuno en el que el disco no pueda acceder a 
uno de esos sectores y simplemente te deje el equipo bloqueado cuando 
intente leer/escribir ahí >:-)

Saludos,

-- 
Camaleón

(SOLUCIONADO)Re: [OT] Otra de discos...

2015-12-02 Por tema Maykel Franco 
El día 2 de diciembre de 2015, 16:32, Camaleón  escribió:
> El Tue, 01 Dec 2015 16:32:54 +0100, Maykel Franco escribió:
>
>> Llevo un tiempo que me ha mirado un tuerto... Ahora me llega las alertas
>> de smartctl:
>>
>> Device: /dev/sdc [SAT], 8 Offline uncorrectable sectors
>>
>> Está usado durante 3 años pero lo he formateado hace poco y reusado para
>> otras cosas... Es necesario cambiarlo? Esa es mi duda porque he visto en
>> algún foro que no es necesario cambiar el disco duro.
>
> No, simplemente monitorízalo con smartctl o pasa la herramienta del
> fabricante y no lo uses para cosas series. Si ves que aumenta cada poco
> tiempo el número de sectores que no puede corregir, pues vete pensando el
> cambiarlo. 8 sectores para un disco de 500 GiB es muy poco, pero llegará
> un momento inesperado e inoportuno en el que el disco no pueda acceder a
> uno de esos sectores y simplemente te deje el equipo bloqueado cuando
> intente leer/escribir ahí >:-)
>
> Saludos,
>
> --
> Camaleón
>

ok, gracias.

Re: Consulta de sistema de gestión de emergencia

2015-12-02 Por tema MARCELO IGNACIO nigro 
Hola gestión bomberos municipalidad policía ambulancias como si fuera
sistema de ticket en informática , pero orientado a emergencias
El dic 2, 2015 11:02 AM, "Edwin De La Cruz"  escribió:

>
> El 02/12/2015 08:18, "Marcelo Nigro"  escribió:
> >
> > Hola Lista
> >
> >
> > Estoy en la busqueda de un sistema de gestión de emergencia estilo 911
> Agentina, no estoy hablando de sistema de ticket, sino de emergencia
> bomberos, policia, etc. alguien conoce alguno GNU. Buscando encontre varios
> en españa.Pagos
> >
> >
> > gracias y saludos
> >
> > --
> > Lic. Marcelo i  Nigro
> > Soluciones Informaticas
> > www.netserv.com.ar
> > mni...@netserv.com.ar
> > linux.org
> > libroblanco.org.ar - netserv
> > linuxcounter.net  Linux User -> #511729
> > https://launchpad.net/ubuntu
> > ar.linkedin.com/in/marnigro/
> > skype marcelonigro78
> > 115 887 9825
> >
> >
>
> Y que funciones tiene el 911 de argentina
>

Re: Debian testing: no encuentra partición cifrada

2015-12-02 Por tema Camaleón 
El Mon, 30 Nov 2015 16:44:05 -0500, listascorreo escribió:

> El 2015-11-30 16:01, listascor...@msjs.co escribió:
>> Buen día lista...
>> 
>> Cambie los repos de estable a testing (partición cifrada con crypsetup
>> y lvm) e hice un dist-upgrade 

Me impresiona la facilidad con la gente hace ese tipo de cambios tan a la 
ligera... y más aún habiendo un volumen LVM y además, cifrado de por 
medio :-O

>> y al reiniciar  plop... sale este mensaje:
>> 
>> 
>> volumes group "nombre-volumen" not found.
>> reading all physicall volumes. This may take a while.
>> 
>>   -r ALERT!  /dev/disk/by-uuid/[the partition's uuid] does not exist
>>   Check cryptopts=source= bootarg:cat/proc/cmdline or  missing
>> modules, device:cat /proc/modules, ls/dev dropping to a shell! will
>> skip  /dev/disk/by-uuid/[the partition's uuid]
>> if you can't fix modprobe : ehci-orion not found in modules.dep

(...)

Hum... ¿has comprobado lo que te sugiere?

1/ Si existe en el sistema el volumen con el UUID que indica
2/ La línea del kernel con los datos de cryptopts
3/ Módulos que necesita el kernel y que no encuentra en la nueva versión 
que hayas instalado

>> /proc/cmdline es:
>> BOOT-IMAGE=/dev/mapper/GV--nombre-VL--nombre  ro quiet
>> 
>> modprobe 
>> ehci-orion not found

¿Desde dónde ejecutas "modprobe"? En la consola de mantenimiento te carga 
muy poquitos controladores y tienes poco margen de actuación.

>> 
>> ensaye la solución de esta pág:
>> http://www.linuxquestions.org/questions/linux-software-2/problems-
booting-from-luks-on-top-of-lvm-4175487926/
>> 
>> edite el grub con la tecla 'e' y agregué
>>  lvmwait=/dev/mapper/GV-ORSI rootdelay=20
^^^

¿Estás seguro de que ese el nombre correcto? ¿No debería ser el mismo que 
la imagen? Quizá en este caso no se trate de un problema de tiempo.

>> y sigue igual... en la opción de rescate del grub sale igual...
>> desde otra partición con otro s.o. si puedo acceder a la partición
>> cifrada.
> 
> También leí que hay que hacer un update-initramfs -u pero no puedo
> acceder al s.o. cifrado. Ademas cómo hago para cargar ese módulo.

No estoy del todo segura de que ese módulo que dice (ehci-orion) tenga 
relación directa con el problema, parece relacionado con un controlador 
USB ¿no? :-?

Saludos,

-- 
Camaleón

Re: openfire

2015-12-02 Por tema Camaleón 
El Mon, 30 Nov 2015 16:36:02 -0500, Ariel Alvarez escribió:

> hola lista tengo una situacion con un openfire que esta abierto al mundo
> en el cual se pueden registrar los usuarios desde donde sea, 

O_o

Espero que tengas un servicio bien protegido y dimensionado porque esa 
configuración abierta es una llamada a gritos a los problemas.

> el problema es que al parecer tengo algunas cuentas repetidas de
> usuarios desde una misma direccion ip con lijeras variaciones en el
> nombre ademas me doy cuenta por que los ID no estan siendo usados, como
> dato adicional los usuarios autentican a una BD en mysql. Sobre esto
> quisiera preguntarles al respecto:
> 
> como limpiar de forma automatica o mediante una herramienta la base de
> datos en torno a los usuarios repetidos, se que eso lo puedo hacer
> manual.
> 
> lo mas importante es impedir desde una direccion ip varios registros de
> usuarios.

(...)

Recuerda que desde una misma dirección IP se pueden estar registrando 
usuarios legítimos distintos (p. ej., si usan NAT) así que no creo que 
eliminarlos en base a ese factor sea prudente.

Saludos,

-- 
Camaleón

Re: Archivos bloqueados

2015-12-02 Por tema Camaleón 
El Tue, 01 Dec 2015 10:27:25 -0500, Luis Ernesto Garcia reyes escribió:

> En ocasiones cuando so el repositorio que tengo en un hdd algunas
> carpetas como por ejemplo la del bind9 en pool/main/ en debían me sale
> la carpeta vacia y en Windows me dice que está dañada como puedo
> resolver el problema??

Das pocos detalles de cuándo/cómo ocurre el error pero yo comprobaría si 
efectivamente el directorio se encuentra vacío con el comando "ls" y 
además revisaría el log en Debian (/var/log/syslog), a ver qué puede 
estar pasando.

Saludos,

-- 
Camaleón

Re: [OT] Re: Eliminar indices graylog Debian Wheezy

2015-12-02 Por tema Maykel Franco 
El 2 dic. 2015 4:20 p. m., "Camaleón"  escribió:
>
> El Tue, 01 Dec 2015 12:52:21 +0100, Maykel Franco escribió:
>
> > El día 31 de octubre de 2015, 17:16, Camaleón 
> > escribió:
> >> El Sat, 31 Oct 2015 15:01:59 +0100, Maykel Franco escribió:
> >>
> >>> Buenas, tengo un servidor graylog que se está llenando el
> >>> almacenamiento y me gustaría borrar índices de elasticsearch para así
> >>> liberar espacio,
> >>> por ejemplo lo anterior a un mes, he cambiado los siguientes
> >>> parámetros en server.conf y reiniciado graylog pero no libera
> >>> espacio...
> >>
> >> (...)
> >>
> >>> Me falta algo o estoy haciendo algo mal?
> >>
> >> Revisa este artículo:
> >>
> >> A Retention Complication
> >> http://secopsmonkey.com/a-retention-complication.html
> >>
> >>
> >>
> > Retomo este tema...
> >
> > He seguido la guía que me pasastes, cambiado los parámetros según como
> > dice y sigue sin rotar ni un solo GB... Tengo ya usados 662G y no
> > libera...
>
> ten en cuenta que los cambios que hayas hecho no son retroactivos, es
> decir, se aplicarán después de los días que hayas estipulado desde que
> hiciste la modificación (si lo cambiaste el 2015-12-01 suma los x días
> que hayas configurado).
>
> De todas formas, hablas de espacio (662 GiB) y no de días, tendrás que
> buscar un término medio que se acomode a tu configuración porque si
> realizas muchas transacciones, es posible que tengas que rotar o eliminar
> contenido antes de esos 30 días si no quieres que se te llene el disco.
>
> > http://pastebin.com/HtEBwVYE
>
> Estos son los valores que tienes actualmente:
>
> elasticsearch_max_docs_per_index = 2000
> elasticsearch_max_number_of_indices = 20
> elasticsearch_max_time_per_index = 1d
> elasticsearch_max_number_of_indices = 20
>
> Pero tienes que entender lo que significan esos valores y leer bien lo
> que tienes definido actualmente. En tu caso, veo que además de esos
> parámetros que mencionan en el artículo, tienes este:
>
> rotation_strategy = count
>
> Entiendo que si usas este valor en lugar de "time" el resto de opciones
> se invalidan.
>
> > La verdad no sé que hacer porque me quedo sin espacio... Otra opción es
> > borrar todos los índices pero eso no es solución, dentro de unos meses
> > estaré igual...
> >
> > Alguna sugerencia?
>
> Que leas con tranquilidad la documentación y hagas pruebas :-)
>
> Saludos,
>
> --
> Camaleón
>

Ok, revisaré y leeré la documentación. Lo de count lo he pasado así pero
probé con time también...

Revisó.

Gracias.

Re: [OT] Re: Consulta de sistema de gestión de emergencia

2015-12-02 Por tema MARCELO IGNACIO nigro 
Veo lo ya recomendado, sigo aceptando sugerencias gracias a todo, san
google siempre me salva pero no a la experiencia del uso de algún soft

Gracias
El dic 2, 2015 12:40 PM, "Camaleón"  escribió:

> El Wed, 02 Dec 2015 10:04:08 -0300, Marcelo Nigro escribió:
>
> > Hola Lista
>
> Hola, se te ha olvidado marcar el hilo como OT y usar formato de texto
> plano. Lo corrijo.
>
> > Estoy en la busqueda de un sistema de gestión de emergencia estilo 911
> > Agentina, no estoy hablando de sistema de ticket, sino de emergencia
> > bomberos, policia, etc. alguien conoce alguno GNU. Buscando encontre
> > varios en españa.Pagos
>
> Ni idea... yo preguntaría a Google a ver qué tiene:
>
>
> https://www.google.es/search?q=Alarm+Notification+Software=utf-8=utf-8_rd=cr=LxBfVoHiAYO2adbOk5AI
>
> Saludos,
>
> --
> Camaleón
>
>

Re: VideoConferencia

2015-12-02 Por tema Gonzalo Rivero 
El vie, 27-11-2015 a las 09:12 -0500, frank.sc escribió:
> Hola Lista Necesito saber como crear un servidor de vídeo
> conferencias 
> en debian
> Saludos
> 
a mi me gustó el bigbluebutton, pero está muy orientado a ubuntu, de
hecho terminé montando un ubuntu server para hacerlo andar

también está el apache openmeetings que tiene resueltas varias cosas
que bbb no (salas de chat, usuarios,...)

-- 
(-.(-.(-.(-.(-.(-.-).-).-).-).-).-)

Re: VideoConferencia

2015-12-02 Por tema MARCELO IGNACIO nigro 
Hola

Dimdim es de winchot recuerdo haberlo buscado para GNU pero ahora no
recuerdo el nombre
El nov 27, 2015 11:23 AM, "frank.sc"  escribió:

> Hola Lista Necesito saber como crear un servidor de vídeo conferencias en
> debian
> Saludos
>
> --
> Frank A Sanchez Calzada
>
> Especialista B en Ciencias Informáticas
>
> División de Talleres Asertec Holguin
>
> Jabber: fr...@jabber.asertec.azcuba.cu
>
> Telf: (024)426446
>
>

Re: openfire

2015-12-02 Por tema Yoandy Madrazo Gómez 



El 02/12/2015 a las 2:33 PM, Ariel Alvarez escribió:
a ver expongo mas al detalle el escenario, estoy en cuba y aca existe 
una red llamada snet la cual no tiene alcance global es decir a 
internet, se trata de una estructura de conexion mediante nanos m2 y 
swihtchers hasta llegar a las pc de los hogares pero sin llegar a 
internet, es una especie de intranet entre provincias y municipios, en 
este caso una estacion de trabajo llega al servidor anunciandose con 
su propia direccion ip, es decir no existe proxy ni nada por el 
estilo, en este escenario es que tengo mi openfire recibiendo 
peticiones desde cualquier lugar de acceso de dicha extructura, el 
problema expuesto es que muchos usuarios en sus hogares se dan de alta 
en el servicio y por x motivos tienen varias cuentas y el openfire 
consume bastante memoria ram, actualmente en ese servidor tengo 
corriendo los servicios de openfire, apache,php,mysql, teamspeak, 
entre otras utilidades para admuinistrar el mismo, tiene 4 Gb de ram y 
cerca de 900 usuarios para openfire, la idea primaria es impedir que 
desde una misma direccion ip no se pueda registrar mas de una cuenta.


no obstante muy valida tu aclaracion camaleon he tenido en cuenta el 
tema de la seguridad.


Los usuarios registrados no te van a consumir RAM, esta se va a consumir 
cuando los tengas conectados pero mientras no así que no cojas tanta 
lucha con eso.


Saludos


El 02/12/2015 9:57, Camaleón escribió:

El Mon, 30 Nov 2015 16:36:02 -0500, Ariel Alvarez escribió:

hola lista tengo una situacion con un openfire que esta abierto al 
mundo

en el cual se pueden registrar los usuarios desde donde sea,

O_o

Espero que tengas un servicio bien protegido y dimensionado porque esa
configuración abierta es una llamada a gritos a los problemas.


el problema es que al parecer tengo algunas cuentas repetidas de
usuarios desde una misma direccion ip con lijeras variaciones en el
nombre ademas me doy cuenta por que los ID no estan siendo usados, como
dato adicional los usuarios autentican a una BD en mysql. Sobre esto
quisiera preguntarles al respecto:

como limpiar de forma automatica o mediante una herramienta la base de
datos en torno a los usuarios repetidos, se que eso lo puedo hacer
manual.

lo mas importante es impedir desde una direccion ip varios registros de
usuarios.

(...)

Recuerda que desde una misma dirección IP se pueden estar registrando
usuarios legítimos distintos (p. ej., si usan NAT) así que no creo que
eliminarlos en base a ese factor sea prudente.

Saludos,




-
Consejo Nacional de Casas de Cultura
http://www.casasdecultura.cult.cu

Re: openfire

2015-12-02 Por tema TheFox 
Una cosa que puedes hacer, en ese caso, es un script en PHP que compruebe
el número de usuarios que se conecten a la vez al servicio desde una misma
IP, y si detecta que hay más de uno conectado, que aborte la conexión de
todos los usuarios conectados, a excepto del primer usuario que se conectó,
mostrando un mensaje de error del tipo «Se ha detectado más de un usuario
conectado desde su dirección IP, por lo que ha sido imposible conectarse al
sistema».

Santiago.
El 2/12/2015 20:53, "Ariel Alvarez"  escribió:

> lo se pero hay casos como explique por x motivos que se conectan al
> unisono con varias cuentas y eso es lo que quiero evitar, actualmente como
> dije tengo como 900 usuarios de estos digamos que 50 siguen ese patron, es
> por esto que estoy buscando una alternativa para impedir el registro de
> multiples cuentas desde una direccion ip.
>
>
>
> El 02/12/2015 14:37, Yoandy Madrazo Gómez escribió:
>
>>
>>
>> El 02/12/2015 a las 2:33 PM, Ariel Alvarez escribió:
>>
>>> a ver expongo mas al detalle el escenario, estoy en cuba y aca existe
>>> una red llamada snet la cual no tiene alcance global es decir a internet,
>>> se trata de una estructura de conexion mediante nanos m2 y swihtchers hasta
>>> llegar a las pc de los hogares pero sin llegar a internet, es una especie
>>> de intranet entre provincias y municipios, en este caso una estacion de
>>> trabajo llega al servidor anunciandose con su propia direccion ip, es decir
>>> no existe proxy ni nada por el estilo, en este escenario es que tengo mi
>>> openfire recibiendo peticiones desde cualquier lugar de acceso de dicha
>>> extructura, el problema expuesto es que muchos usuarios en sus hogares se
>>> dan de alta en el servicio y por x motivos tienen varias cuentas y el
>>> openfire consume bastante memoria ram, actualmente en ese servidor tengo
>>> corriendo los servicios de openfire, apache,php,mysql, teamspeak, entre
>>> otras utilidades para admuinistrar el mismo, tiene 4 Gb de ram y cerca de
>>> 900 usuarios para openfire, la idea primaria es impedir que desde una misma
>>> direccion ip no se pueda registrar mas de una cuenta.
>>>
>>> no obstante muy valida tu aclaracion camaleon he tenido en cuenta el
>>> tema de la seguridad.
>>>
>>> Los usuarios registrados no te van a consumir RAM, esta se va a consumir
>> cuando los tengas conectados pero mientras no así que no cojas tanta lucha
>> con eso.
>>
>> Saludos
>>
>>>
>>> El 02/12/2015 9:57, Camaleón escribió:
>>>
 El Mon, 30 Nov 2015 16:36:02 -0500, Ariel Alvarez escribió:

 hola lista tengo una situacion con un openfire que esta abierto al mundo
> en el cual se pueden registrar los usuarios desde donde sea,
>
 O_o

 Espero que tengas un servicio bien protegido y dimensionado porque esa
 configuración abierta es una llamada a gritos a los problemas.

 el problema es que al parecer tengo algunas cuentas repetidas de
> usuarios desde una misma direccion ip con lijeras variaciones en el
> nombre ademas me doy cuenta por que los ID no estan siendo usados, como
> dato adicional los usuarios autentican a una BD en mysql. Sobre esto
> quisiera preguntarles al respecto:
>
> como limpiar de forma automatica o mediante una herramienta la base de
> datos en torno a los usuarios repetidos, se que eso lo puedo hacer
> manual.
>
> lo mas importante es impedir desde una direccion ip varios registros de
> usuarios.
>
 (...)

 Recuerda que desde una misma dirección IP se pueden estar registrando
 usuarios legítimos distintos (p. ej., si usan NAT) así que no creo que
 eliminarlos en base a ese factor sea prudente.

 Saludos,


>>>
>>> -
>>> Consejo Nacional de Casas de Cultura
>>> http://www.casasdecultura.cult.cu
>>>
>>>
>>>
>>
>>
>> -
>> Consejo Nacional de Casas de Cultura
>> http://www.casasdecultura.cult.cu
>>
>
>
> -
> Consejo Nacional de Casas de Cultura
> http://www.casasdecultura.cult.cu
>
>

Re: openfire

2015-12-02 Por tema Ariel Alvarez 
lo se pero hay casos como explique por x motivos que se conectan al 
unisono con varias cuentas y eso es lo que quiero evitar, actualmente 
como dije tengo como 900 usuarios de estos digamos que 50 siguen ese 
patron, es por esto que estoy buscando una alternativa para impedir el 
registro de multiples cuentas desde una direccion ip.




El 02/12/2015 14:37, Yoandy Madrazo Gómez escribió:



El 02/12/2015 a las 2:33 PM, Ariel Alvarez escribió:
a ver expongo mas al detalle el escenario, estoy en cuba y aca existe 
una red llamada snet la cual no tiene alcance global es decir a 
internet, se trata de una estructura de conexion mediante nanos m2 y 
swihtchers hasta llegar a las pc de los hogares pero sin llegar a 
internet, es una especie de intranet entre provincias y municipios, 
en este caso una estacion de trabajo llega al servidor anunciandose 
con su propia direccion ip, es decir no existe proxy ni nada por el 
estilo, en este escenario es que tengo mi openfire recibiendo 
peticiones desde cualquier lugar de acceso de dicha extructura, el 
problema expuesto es que muchos usuarios en sus hogares se dan de 
alta en el servicio y por x motivos tienen varias cuentas y el 
openfire consume bastante memoria ram, actualmente en ese servidor 
tengo corriendo los servicios de openfire, apache,php,mysql, 
teamspeak, entre otras utilidades para admuinistrar el mismo, tiene 4 
Gb de ram y cerca de 900 usuarios para openfire, la idea primaria es 
impedir que desde una misma direccion ip no se pueda registrar mas de 
una cuenta.


no obstante muy valida tu aclaracion camaleon he tenido en cuenta el 
tema de la seguridad.


Los usuarios registrados no te van a consumir RAM, esta se va a 
consumir cuando los tengas conectados pero mientras no así que no 
cojas tanta lucha con eso.


Saludos


El 02/12/2015 9:57, Camaleón escribió:

El Mon, 30 Nov 2015 16:36:02 -0500, Ariel Alvarez escribió:

hola lista tengo una situacion con un openfire que esta abierto al 
mundo

en el cual se pueden registrar los usuarios desde donde sea,

O_o

Espero que tengas un servicio bien protegido y dimensionado porque esa
configuración abierta es una llamada a gritos a los problemas.


el problema es que al parecer tengo algunas cuentas repetidas de
usuarios desde una misma direccion ip con lijeras variaciones en el
nombre ademas me doy cuenta por que los ID no estan siendo usados, 
como

dato adicional los usuarios autentican a una BD en mysql. Sobre esto
quisiera preguntarles al respecto:

como limpiar de forma automatica o mediante una herramienta la base de
datos en torno a los usuarios repetidos, se que eso lo puedo hacer
manual.

lo mas importante es impedir desde una direccion ip varios 
registros de

usuarios.

(...)

Recuerda que desde una misma dirección IP se pueden estar registrando
usuarios legítimos distintos (p. ej., si usan NAT) así que no creo que
eliminarlos en base a ese factor sea prudente.

Saludos,




-
Consejo Nacional de Casas de Cultura
http://www.casasdecultura.cult.cu






-
Consejo Nacional de Casas de Cultura
http://www.casasdecultura.cult.cu



-
Consejo Nacional de Casas de Cultura
http://www.casasdecultura.cult.cu

Re: openfire

2015-12-02 Por tema Ariel Alvarez 
a ver expongo mas al detalle el escenario, estoy en cuba y aca existe 
una red llamada snet la cual no tiene alcance global es decir a 
internet, se trata de una estructura de conexion mediante nanos m2 y 
swihtchers hasta llegar a las pc de los hogares pero sin llegar a 
internet, es una especie de intranet entre provincias y municipios, en 
este caso una estacion de trabajo llega al servidor anunciandose con su 
propia direccion ip, es decir no existe proxy ni nada por el estilo, en 
este escenario es que tengo mi openfire recibiendo peticiones desde 
cualquier lugar de acceso de dicha extructura, el problema expuesto es 
que muchos usuarios en sus hogares se dan de alta en el servicio y por x 
motivos tienen varias cuentas y el openfire consume bastante memoria 
ram, actualmente en ese servidor tengo corriendo los servicios de 
openfire, apache,php,mysql, teamspeak, entre otras utilidades para 
admuinistrar el mismo, tiene 4 Gb de ram y cerca de 900 usuarios para 
openfire, la idea primaria es impedir que desde una misma direccion ip 
no se pueda registrar mas de una cuenta.


no obstante muy valida tu aclaracion camaleon he tenido en cuenta el 
tema de la seguridad.



El 02/12/2015 9:57, Camaleón escribió:

El Mon, 30 Nov 2015 16:36:02 -0500, Ariel Alvarez escribió:


hola lista tengo una situacion con un openfire que esta abierto al mundo
en el cual se pueden registrar los usuarios desde donde sea,

O_o

Espero que tengas un servicio bien protegido y dimensionado porque esa
configuración abierta es una llamada a gritos a los problemas.


el problema es que al parecer tengo algunas cuentas repetidas de
usuarios desde una misma direccion ip con lijeras variaciones en el
nombre ademas me doy cuenta por que los ID no estan siendo usados, como
dato adicional los usuarios autentican a una BD en mysql. Sobre esto
quisiera preguntarles al respecto:

como limpiar de forma automatica o mediante una herramienta la base de
datos en torno a los usuarios repetidos, se que eso lo puedo hacer
manual.

lo mas importante es impedir desde una direccion ip varios registros de
usuarios.

(...)

Recuerda que desde una misma dirección IP se pueden estar registrando
usuarios legítimos distintos (p. ej., si usan NAT) así que no creo que
eliminarlos en base a ese factor sea prudente.

Saludos,




-
Consejo Nacional de Casas de Cultura
http://www.casasdecultura.cult.cu

Re: openfire

2015-12-02 Por tema Ariel Alvarez 
en eso estaba pensando pero un poco distinto, seria algo como correr un 
script que se conecte diario a la bd de openfire y chequee las tablas 
relacionadas con las credenciales de los usuarios contra direccion ip y 
borre las primeras cuentas y solo deje la ultima, es algo drastico pero 
no me queda otra, no obstante sigo buscando alternativas o terceras 
aplicaciones para esto, si alguien tuviera algo al respecto se lo 
agradeceria.


El 02/12/2015 15:00, TheFox escribió:


Una cosa que puedes hacer, en ese caso, es un script en PHP que 
compruebe el número de usuarios que se conecten a la vez al servicio 
desde una misma IP, y si detecta que hay más de uno conectado, que 
aborte la conexión de todos los usuarios conectados, a excepto del 
primer usuario que se conectó, mostrando un mensaje de error del tipo 
«Se ha detectado más de un usuario conectado desde su dirección IP, 
por lo que ha sido imposible conectarse al sistema».


Santiago.

El 2/12/2015 20:53, "Ariel Alvarez" > escribió:


lo se pero hay casos como explique por x motivos que se conectan
al unisono con varias cuentas y eso es lo que quiero evitar,
actualmente como dije tengo como 900 usuarios de estos digamos que
50 siguen ese patron, es por esto que estoy buscando una
alternativa para impedir el registro de multiples cuentas desde
una direccion ip.



El 02/12/2015 14:37, Yoandy Madrazo Gómez escribió:



El 02/12/2015 a las 2:33 PM, Ariel Alvarez escribió:

a ver expongo mas al detalle el escenario, estoy en cuba y
aca existe una red llamada snet la cual no tiene alcance
global es decir a internet, se trata de una estructura de
conexion mediante nanos m2 y swihtchers hasta llegar a las
pc de los hogares pero sin llegar a internet, es una
especie de intranet entre provincias y municipios, en este
caso una estacion de trabajo llega al servidor
anunciandose con su propia direccion ip, es decir no
existe proxy ni nada por el estilo, en este escenario es
que tengo mi openfire recibiendo peticiones desde
cualquier lugar de acceso de dicha extructura, el problema
expuesto es que muchos usuarios en sus hogares se dan de
alta en el servicio y por x motivos tienen varias cuentas
y el openfire consume bastante memoria ram, actualmente en
ese servidor tengo corriendo los servicios de openfire,
apache,php,mysql, teamspeak, entre otras utilidades para
admuinistrar el mismo, tiene 4 Gb de ram y cerca de 900
usuarios para openfire, la idea primaria es impedir que
desde una misma direccion ip no se pueda registrar mas de
una cuenta.

no obstante muy valida tu aclaracion camaleon he tenido en
cuenta el tema de la seguridad.

Los usuarios registrados no te van a consumir RAM, esta se va
a consumir cuando los tengas conectados pero mientras no así
que no cojas tanta lucha con eso.

Saludos


El 02/12/2015 9:57, Camaleón escribió:

El Mon, 30 Nov 2015 16:36:02 -0500, Ariel Alvarez
escribió:

hola lista tengo una situacion con un openfire que
esta abierto al mundo
en el cual se pueden registrar los usuarios desde
donde sea,

O_o

Espero que tengas un servicio bien protegido y
dimensionado porque esa
configuración abierta es una llamada a gritos a los
problemas.

el problema es que al parecer tengo algunas
cuentas repetidas de
usuarios desde una misma direccion ip con lijeras
variaciones en el
nombre ademas me doy cuenta por que los ID no
estan siendo usados, como
dato adicional los usuarios autentican a una BD en
mysql. Sobre esto
quisiera preguntarles al respecto:

como limpiar de forma automatica o mediante una
herramienta la base de
datos en torno a los usuarios repetidos, se que
eso lo puedo hacer
manual.

lo mas importante es impedir desde una direccion
ip varios registros de
usuarios.

(...)

Recuerda que desde una misma dirección IP se pueden
estar registrando
usuarios legítimos distintos (p. ej., si usan NAT) así
que no creo que
eliminarlos en base a ese factor sea prudente.

Saludos,

Consulta de sistema de gestión de emergencia

2015-12-02 Por tema Marcelo Nigro 

Hola Lista


Estoy en la busqueda de un sistema de gestión de emergencia estilo 911 
Agentina, no estoy hablando de sistema de ticket, sino de emergencia 
bomberos, policia, etc. alguien conoce alguno GNU. Buscando encontre 
varios en españa.Pagos



gracias y saludos

--
Lic. Marcelo i  Nigro
Soluciones Informaticas
www.netserv.com.ar
mni...@netserv.com.ar
linux.org
libroblanco.org.ar - netserv
linuxcounter.net  Linux User -> #511729
https://launchpad.net/ubuntu
ar.linkedin.com/in/marnigro/
skype marcelonigro78
115 887 9825


<>

Re: Consulta de sistema de gestión de emergencia

2015-12-02 Por tema Edwin De La Cruz 
El 02/12/2015 08:18, "Marcelo Nigro"  escribió:
>
> Hola Lista
>
>
> Estoy en la busqueda de un sistema de gestión de emergencia estilo 911
Agentina, no estoy hablando de sistema de ticket, sino de emergencia
bomberos, policia, etc. alguien conoce alguno GNU. Buscando encontre varios
en españa.Pagos
>
>
> gracias y saludos
>
> --
> Lic. Marcelo i  Nigro
> Soluciones Informaticas
> www.netserv.com.ar
> mni...@netserv.com.ar
> linux.org
> libroblanco.org.ar - netserv
> linuxcounter.net  Linux User -> #511729
> https://launchpad.net/ubuntu
> ar.linkedin.com/in/marnigro/
> skype marcelonigro78
> 115 887 9825
>
>

Y que funciones tiene el 911 de argentina

Re: [OT] Re: convertir trafico udp multicast en unicast

2015-12-02 Por tema Camaleón 
El Mon, 30 Nov 2015 19:38:57 +0100, juan carlos Rebate escribió:

> y te dije en su dia que ese fue el ultimo consultado por mi antes de
> venir aqui 

Y después de tantos correos sigues sin:

1/ Mandar los correos con formato texto plano.
2/ Responder sin hacer top-posting.
3/ Enviar los datos que te pido.

Me pregunto si realmente tienes interés alguno en resolver tu problema 
con udpxy.

> leelo y que? viste la foto? tambien es mentira?

¿Qué foto?

Saludos,

-- 
Camaleón