Hola, Me preguntaba si es posible configurar los registros que generan ciertos programas de forma independiente, vamos, que no se vayan todos al "messages" que es un caos... Por ejemplo, Hylafax, Cyrus y Spamassassin permiten configurar un registro independiente, pero la pregunta es: ¿puedo poner el nombre que quiera o tiene que ser "localx"? La idea es que los registros queden divididos como por ejemplo, los del correo (Postfix) en eventos informativos (mail.info), alertas (mail.warn) y errores (mail.err) o las salidas/eventos que genere/permita el programa. ¿Qué limitaciones hay en este aspecto? ¿Es posible configurar un registro para Hylafax, llamado "hylafax", o debe ser "localx"? ¿Cómo sé los "local" que quedan disponibles o que no se están utilizando? Saludos, -- Camaleón
2006/2/10, Camaleón
Hola,
Me preguntaba si es posible configurar los registros que generan ciertos programas de forma independiente, vamos, que no se vayan todos al "messages" que es un caos...
ok.. esto si se puedes !!! man 8 syslog.conf
Por ejemplo, Hylafax, Cyrus y Spamassassin permiten configurar un registro independiente, pero la pregunta es: ¿puedo poner el nombre que quiera o tiene que ser "localx"? La idea es que los registros queden divididos como por ejemplo, los del correo (Postfix) en eventos informativos (mail.info), alertas (mail.warn) y errores (mail.err) o las salidas/eventos que genere/permita el programa. ¿Qué limitaciones hay en este aspecto?
mmmm.. hay nombres especificos para seren utilizados (auth, authpriv, cron, daemon, kern, lpr, mail, mark, news, security/, syslog, user, uucp, local0 hasta local7)... en teoria puedes utilizar cualquer de estos con syslog.. pero no otro !!! :-(
¿Es posible configurar un registro para Hylafax, llamado "hylafax", o debe ser "localx"?
no .. no se puede !!! :-(
¿Cómo sé los "local" que quedan disponibles o que no se están utilizando?
mmmm.. "acredito" que no exista una manera de saberlo , ojala si, exista una herrmanta !!! pues del contrario deberias de revisar los programas que hiciste las configuraciones para saberlos !!! suerte. -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-10 a las 20:14 -0300, Victor Hugo dos Santos escribió:
El 2006-02-10 a las 22:39 +0100, Camaleón escribió:
Me preguntaba si es posible configurar los registros que generan ciertos programas de forma independiente, vamos, que no se vayan todos al "messages" que es un caos...
ok.. esto si se puedes !!! man 8 syslog.conf
Sobretodo si se está usando syslog-ng en vez del syslog estandard.
Por ejemplo, Hylafax, Cyrus y Spamassassin permiten configurar un registro independiente, pero la pregunta es: ¿puedo poner el nombre que quiera o tiene que ser "localx"? La idea es que los registros queden divididos como por ejemplo, los del correo (Postfix) en eventos informativos (mail.info), alertas (mail.warn) y errores (mail.err) o las salidas/eventos que genere/permita el programa. ¿Qué limitaciones hay en este aspecto?
mmmm.. hay nombres especificos para seren utilizados (auth, authpriv, cron, daemon, kern, lpr, mail, mark, news, security/, syslog, user, uucp, local0 hasta local7)... en teoria puedes utilizar cualquer de estos con syslog.. pero no otro !!! :-(
Si, y además es una elección del programador de esos programas (hylafax... etc); aunque hay algunos programas que permiten configurarlo. Y hay "facilidades" definidas como "mail", pero no hay otra para "firewall" que sería muy util. Eso se ha quedado estancado, no lo tocan. En lugar de tocarlo, lo que han hecho es hacer un nuevo programa "capturador" de logs, el syslog-ng, de "next generation" (el nombre vendrá por lo de ST: NG -- je je). Este programa lo que hace es aplicar filtros por expresiones regexp.
¿Es posible configurar un registro para Hylafax, llamado "hylafax", o debe ser "localx"?
no .. no se puede !!! :-(
¿Cómo sé los "local" que quedan disponibles o que no se están utilizando?
mmmm.. "acredito" que no exista una manera de saberlo , ojala si, exista una herrmanta !!! pues del contrario deberias de revisar los programas que hiciste las configuraciones para saberlos !!!
Y muchas veces no se puede tocar, ni se sabe por cual entran. Ahora bien, en el syslog-ng se puede capturar la salida a fichero (socket) de otro programa. En "/etc/sysconfig/syslog" están predefinidos varios: SYSLOGD_ADDITIONAL_SOCKET_NAMED="/var/lib/named/dev/log" SYSLOGD_ADDITIONAL_SOCKET_NTP="/var/lib/ntp/dev/log" SYSLOGD_ADDITIONAL_SOCKET_DHCP="/var/lib/dhcp/dev/log" Si miro, veo que son efectivamente sockets, enchufes: srw-rw-rw- 1 root root 0 Feb 11 00:32 /var/lib/ntp/dev/log= srw-rw-rw- 1 root root 0 Feb 11 00:32 /var/lib/named/dev/log= Y el syslog-ng.conf.in los introduce en su tragadera universal así: source src { # # include internal syslog-ng messages # note: the internal() soure is required! # internal(); # # the following line will be replaced by the # socket list generated by SuSEconfig using # variables from /etc/sysconfig/syslog: # @SuSEconfig_SOCKETS@ # # uncomment to process log messages from network: # #udp(ip("0.0.0.0") port(514)); # #Cer: Better define another source, and internal data will not be contaminated. # ie, I don't have to filter out external messages. }; Que se convierten en: unix-dgram("/dev/log"); unix-dgram("/var/lib/dhcp/dev/log"); unix-dgram("/var/lib/named/dev/log"); unix-dgram("/var/lib/ntp/dev/log"); Y, si no me equivoco, eso hace que esos mensajes aparezcan en el /var/log/messages, aunque esos programas estén en su chroot: Feb 11 00:45:33 nimrodel ntpd[26600]: frequency initialized 12.222 PPM from /var/lib/ntp/drift/ntp.drift Bueno, más o menos. Si lo que quieres es separar los mensajes del hylafax, es facil. Veamos un mensaje cualquiera: Jan 25 21:16:41 nimrodel HylaFAX[7907]: Filesystem has SysV-style file creation semantics. | fecha | host | prog | pid | texto (match) --> Esos son los campos por los que podemos filtrar - además de facility y level que no se visualizan en los mensajes. Entonces definiríamos: filter f_hylafax { (program("amavis"); }; ... destination hylafax { file("/var/log/hylafax"); }; log { source(src); filter(f_hylafax); destination(f_hylafax); }; Y ya tendríamos los mensajes del hylafax en otro fichero. Para activarlo (eso se edita todo en el /etc/syslog-ng/syslog-ng.conf.in), se hace: SuSEconfig --module syslog-ng rcsyslog restart Si funciona bien, el siguiente paso sería quitarlos del "messages" - si quieres. Buscas esta regla (o equivalente): #filter f_messages { not facility(news, mail) and not filter(f_iptables); }; y añades, antes del punto y coma dentro de la llave "and not filter(f_hylafax)". Y ya debería estar - despues de activarlo. Hazte una copia de seguridad antes de empezar a jugar ;-) Como ya digo, el syslog-ng es una maravilla ;-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD7S/ctTMYHG2NR9URAvxhAJ44mGAqR5rfC/+14qoKBpDCncVUAQCfTr6p b3kkPt7F4F+gTlLEhL6sZJI= =9up2 -----END PGP SIGNATURE-----
El 11/02/06, Carlos E. R. escribió:
Sobretodo si se está usando syslog-ng en vez del syslog estandard.
He seguido los pasos, pero no me funciona (no hay errores, pero no se crea el fichero ni se registra nada). En cambio, al poner las siguientes entradas lo hace correctamente: filter f_daemon {facility(daemon); } destination daemon { file("var/log/daemon"); }; log {source(src); filter(f_daemon); destination(daemon); }; Hylafax utiliza "daemon" para enviar los registros (se puede modificar) y así funciona bien, pero no sirve, porque se me cuelan otros registros que utilizan también "daemon". Bien, creo que lo mejor será utilizar / asignar un "localx" para cada registro que quiera utilizar por separado, pero ¿cómo saber si se está utilizando por otro programa? :-( Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-11 a las 17:23 +0100, Camaleón escribió:
He seguido los pasos, pero no me funciona (no hay errores, pero no se crea el fichero ni se registra nada). En cambio, al poner las siguientes entradas lo hace correctamente:
filter f_daemon {facility(daemon); } destination daemon { file("var/log/daemon"); }; log {source(src); filter(f_daemon); destination(daemon); };
Hylafax utiliza "daemon" para enviar los registros (se puede modificar) y así funciona bien, pero no sirve, porque se me cuelan otros registros que utilizan también "daemon".
Claro. filter f_hylafax { {facility(daemon) and program("HylaFAX"); }; ... destination hylafax { file("/var/log/hylafax"); }; log { source(src); filter(f_hylafax); destination(hylafax); }; Había un error en 'destination' en la linea 'log', un f_ de más. Además, había puesto "amavis" en vez de "HylaFAX" en el filtro, porque tomé como patrón la configuración del amavis.
Bien, creo que lo mejor será utilizar / asignar un "localx" para cada registro que quiera utilizar por separado, pero ¿cómo saber si se está utilizando por otro programa?
No, no , no es la solución ni hace falta, es cuestión de pelearse con el syslog-ng, que puede hacerlo. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD7kdrtTMYHG2NR9URAgnpAJ9XXVMUgid+VsMXzuIvl2iwySSj5QCfbS34 VFm1IG1ZCrMpImbCZVVIxmg= =HHSl -----END PGP SIGNATURE-----
El 11/02/06, Carlos E. R. escribió:
Había un error en 'destination' en la linea 'log', un f_ de más. Además, había puesto "amavis" en vez de "HylaFAX" en el filtro, porque tomé como patrón la configuración del amavis.
Sí, de eso ya me di cuenta... lo puse bien, pero nada. Hasta le quité las comillas a "hylafax" en la parte del filtro por si era eso, pero tampoco. :-(
Bien, creo que lo mejor será utilizar / asignar un "localx" para cada registro que quiera utilizar por separado, pero ¿cómo saber si se está utilizando por otro programa?
No, no , no es la solución ni hace falta, es cuestión de pelearse con el syslog-ng, que puede hacerlo.
Ya, pero está muy mal documentado, no hay ejemplos ni formato de sintaxis... lo de las "comillas sí" o "comillas no" es un ejemplo. Por otra parte, si pones "hylafax", no estoy segura de que una expresión regular filtre también "Faxsend" o "Faxqueuer"... no sé, hay muchas lagunas. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-11 a las 21:30 +0100, Camaleón escribió:
Había un error en 'destination' en la linea 'log', un f_ de más. Además, había puesto "amavis" en vez de "HylaFAX" en el filtro, porque tomé como patrón la configuración del amavis.
Sí, de eso ya me di cuenta... lo puse bien, pero nada. Hasta le quité las comillas a "hylafax" en la parte del filtro por si era eso, pero tampoco.
:-(
|-----------------------+--------------------------------+-------------------------------------------------------------------| | program() | program(regexp) | Match messages by using a regular expression against the program | | | | name field of log messages |
Bien, creo que lo mejor será utilizar / asignar un "localx" para cada registro que quiera utilizar por separado, pero ¿cómo saber si se está utilizando por otro programa?
No, no , no es la solución ni hace falta, es cuestión de pelearse con el syslog-ng, que puede hacerlo.
Ya, pero está muy mal documentado, no hay ejemplos ni formato de sintaxis... lo de las "comillas sí" o "comillas no" es un ejemplo. Por otra parte, si pones "hylafax", no estoy segura de que una expresión regular filtre también "Faxsend" o "Faxqueuer"... no sé, hay muchas lagunas.
Si, si tienes documentación, está en "man syslog-ng.conf". Pero es que además tienes el html: .../packages/syslog-ng/html/intro.html (o book1). O:-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD7ljatTMYHG2NR9URAvL5AJ9SR7sgaQaB0JD3VhkTylOb93hONgCgjjxY /qa9XLdF6i4VZgFMXfcjpZU= =w+u7 -----END PGP SIGNATURE-----
El 11/02/06, Carlos E. R. escribió:
Si, si tienes documentación, está en "man syslog-ng.conf".
Sí, ese ya lo he visto, pero no cuenta mucho, la verdad... También encontré esta otra página, con algunos ejemplos: http://linux.cudeso.be/linuxdoc/syslog-ng.php
Pero es que además tienes el html:
.../packages/syslog-ng/html/intro.html (o book1).
Pues voy a revisarlo, porque la verdad es que sí tengo intención de configurarlo y dejar los registros en su sitio. De todas formas, eso de filtrar por expresiones regulares no lo veo muy afinado. Te pongo el ejemplo de Hylafax, que llama también a otros programas como Faxgetty, vamos, que estar buscando en los registros por los términos utilizados para filtrarlos todos lo veo "poco limpio". Si sabemos que Hylafax envía todo (todos los demonios que utiliza en el proceso) a una "facility" definida por el usuario, pues creo que se debería aprovechar esa opción, en vex de estar buscando en el registro qué nombre utiliza. Lo mismo pasa con el resto de programas, ya que la mayoría permiten definir a dónde enviar el registro de eventos. Lo que no me queda del todo claro es lo del uso de los nombres. Es decir, si sólo hay 8 local (local0-local7) ¿qué sucede cuando quieres utilizar más, es decir, cómo se configura? Y lo más importante, ¿cómo saber qué programas están haciendo uso de qué "facilities"? :-? Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-11 a las 23:14 +0100, Camaleón escribió:
El 11/02/06, Carlos E. R. escribió:
Pero es que además tienes el html:
.../packages/syslog-ng/html/intro.html (o book1).
Pues voy a revisarlo, porque la verdad es que sí tengo intención de configurarlo y dejar los registros en su sitio.
Tiene su complicación, pero es bastante potente, mucho más que el estandard.
De todas formas, eso de filtrar por expresiones regulares no lo veo muy afinado. Te pongo el ejemplo de Hylafax, que llama también a otros programas como Faxgetty, vamos, que estar buscando en los registros por los términos utilizados para filtrarlos todos lo veo "poco limpio".
Si, pero no puedes hacer otra cosa. El problema no es el syslog-ng, sino el propio kernel. El diseño es así, y es syslog-ng es un invento para circumventar sus limitaciones.
Si sabemos que Hylafax envía todo (todos los demonios que utiliza en el proceso) a una "facility" definida por el usuario,
No por el usuario, sino por el programador; en algunos casos, el programador abre la posibilidad a que el usuario lo elija. En el caso concreto del Hylafax, pues no lo se, no lo he mirado.
pues creo que se debería aprovechar esa opción, en vex de estar buscando en el registro qué nombre utiliza. Lo mismo pasa con el resto de programas, ya que la mayoría permiten definir a dónde enviar el registro de eventos.
Lo que no me queda del todo claro es lo del uso de los nombres. Es decir, si sólo hay 8 local (local0-local7) ¿qué sucede cuando quieres utilizar más, es decir, cómo se configura? Y lo más importante, ¿cómo saber qué programas están haciendo uso de qué "facilities"?
:-?
Los nombres son limitados, y creo que están definidos en el kernel; son los que hay, no hay más. Para ampliarlos tendría que haber un consenso, porque me supongo que afecta a todos los unixes, linuxes y demás. ¿Como saber que facility usa un programa? Pues si no lo documenta, yo lo que hice una vez fué crear un log independiente para cada una de las facilidades, y ver en cual salía el programa que me interesaba. Es posible que en algunos casos puedas elegir la facilidad que use determinado programa; pero no tienes manera de evitar que otros programas también la quieran usar, las facilidades no son privativas. Al final, hay que filtrar por expresiones; ten en cuenta que el syslog normal no permite hacer nada de eso, no tiene filtros de ninguna clase: sólo facilidades y niveles. Precisamente porque es un sistema limitado, otros señores inventaron el syslog-ng, ya que no pueden tocar el sistema subyacente. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD7nzqtTMYHG2NR9URAulkAJ9mnnXrJlG4sZAlYG8/wEHuKEeWSgCdGWGQ xoFICmPbgHA+r7O1+o+QG3A= =uG5x -----END PGP SIGNATURE-----
El Sábado, 11 de Febrero de 2006 05:14 PM, Camaleón escribió:
El 11/02/06, Carlos E. R. escribió:
Si, si tienes documentación, está en "man syslog-ng.conf".
Sí, ese ya lo he visto, pero no cuenta mucho, la verdad... También encontré esta otra página, con algunos ejemplos:
http://linux.cudeso.be/linuxdoc/syslog-ng.php
Pero es que además tienes el html:
.../packages/syslog-ng/html/intro.html (o book1).
Pues voy a revisarlo, porque la verdad es que sí tengo intención de configurarlo y dejar los registros en su sitio.
De todas formas, eso de filtrar por expresiones regulares no lo veo muy afinado. Te pongo el ejemplo de Hylafax, que llama también a otros programas como Faxgetty, vamos, que estar buscando en los registros por los términos utilizados para filtrarlos todos lo veo "poco limpio".
Si sabemos que Hylafax envía todo (todos los demonios que utiliza en el proceso) a una "facility" definida por el usuario, pues creo que se debería aprovechar esa opción, en vex de estar buscando en el registro qué nombre utiliza. Lo mismo pasa con el resto de programas, ya que la mayoría permiten definir a dónde enviar el registro de eventos.
Lo que no me queda del todo claro es lo del uso de los nombres. Es decir, si sólo hay 8 local (local0-local7) ¿qué sucede cuando quieres utilizar más, es decir, cómo se configura? Y lo más importante, ¿cómo saber qué programas están haciendo uso de qué "facilities"?
:-?
Saludos,
-- Camaleón
El 12/02/06, Carlos E. R. escribió:
Al final, hay que filtrar por expresiones; ten en cuenta que el syslog normal no permite hacer nada de eso, no tiene filtros de ninguna clase: sólo facilidades y niveles.
Bueno, sé que es un hilo antiguo, pero estoy intentando filtrar por una expresión regular que contenga todas las variaciones de la palabra "fax" (Fax, FAX, fax, Fax...). Es decir, si le digo que filtre por "program(HylaFAX)" me filtra sólo el inicio del servicio, nada más, porque entran en juego el resto de programas FaxSend y FaxQueue, por lo tanto me interesa que todos los programas que contengan la palabra "fax" sean filtrados. He probado con "program("^fax/")" pero nada ...¿Alguna idea? Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-21 a las 19:14 +0100, Camaleón escribió:
Es decir, si le digo que filtre por "program(HylaFAX)" me filtra sólo el inicio del servicio, nada más, porque entran en juego el resto de programas FaxSend y FaxQueue, por lo tanto me interesa que todos los programas que contengan la palabra "fax" sean filtrados.
He probado con "program("^fax/")" pero nada ...¿Alguna idea?
Las expresiones regulares no son mi fuerte... y no te serviría, porque acabo de mirar y hay unos cuantos si la palabreja: * /usr/sbin/choptest * /usr/sbin/cqtest * /usr/sbin/dialtest * /usr/sbin/faxabort * /usr/sbin/faxaddmodem * /usr/sbin/faxadduser * /usr/sbin/faxanswer * /usr/sbin/faxconfig * /usr/sbin/faxdeluser * /usr/sbin/faxinfo * /usr/sbin/faxlock * /usr/sbin/faxmodem * /usr/sbin/faxmsg * /usr/sbin/faxq * /usr/sbin/faxqclean * /usr/sbin/faxquit * /usr/sbin/faxsetup * /usr/sbin/faxsetup.bsdi * /usr/sbin/faxsetup.irix * /usr/sbin/faxsetup.linux * /usr/sbin/faxstate * /usr/sbin/faxwatch * /usr/sbin/probemodem * /usr/sbin/rchylafax * /usr/sbin/recvstats * /usr/sbin/tagtest * /usr/sbin/tiffcheck * /usr/sbin/tsitest * /usr/sbin/typetest * /usr/sbin/xferfaxstats Creo que sería más fácil decirle al hylafax que mandase a /var/spool/fax/log y cogerlo de ahí. Mmm, no se, ahí lo que veo es un ficherito por cada intento... Debe ser controlado por esto: /var/spool/fax/etc/config: LogFacility: daemon A lo mejor se le puede poner que mande a un socket, para que lo pille el syslog-ng, o directamente a un fichero propio. He intentado mirar en "http://www.hylafax.org/FAQ/", pero ha desaparecido. Ah, ahora está en "http://www.hylafax.org/content/FAQ" Veamos... http://www.hylafax.org/index.php?title=Handbook:Server_Operation:Understanding_Your_Server&action=edit§ion=8 Using Server Logs ... Note that logging/tracing information generated by the server outside of a session is directed to the syslog(3) service and is controlled by the LogFacility and ServerTracing parameters specified in the modem configuration file. Pero no encuentro la sintaxis de ese puñetero parámetro; te lo dejo, sigue tu ;-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD+2NXtTMYHG2NR9URAs6AAJ4sSBWtkX1yGZtjpdjkkhnHWj6KOgCglgRn wpJdIP4NM9PSk6W675oy6Ow= =BK8I -----END PGP SIGNATURE-----
El 21/02/06, Carlos E. R. escribió:
Debe ser controlado por esto:
/var/spool/fax/etc/config:
LogFacility: daemon
A lo mejor se le puede poner que mande a un socket, para que lo pille el syslog-ng, o directamente a un fichero propio.
Pues esa era mi intención en un primer momento, es decir, asignar a Hylafax un "local1" para mandar todo ahí. Lo que me extrañaba era que sólo hubiera 7 localx, teniendo en cuenta la gran cantidad de programas diferentes que hay... para quien quiera un poco de orden en los registros se queda un poco corto. :-( Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-21 a las 20:24 +0100, Camaleón escribió:
A lo mejor se le puede poner que mande a un socket, para que lo pille el syslog-ng, o directamente a un fichero propio.
Pues esa era mi intención en un primer momento, es decir, asignar a Hylafax un "local1" para mandar todo ahí.
No, no es lo mismo un socket que una "facility". El kernel manda todo lo que recibe en el syslog al socket "/dev/log", de donde lo coge un programa de "usuario" (que puede ser syslog o el nuevo syslog-ng), y lo manda todo junto, pero clasificado por facilitys y niveles. Por otra parte, es posible (no lo se) que el hylafax lo pueda mandar todo a un fichero determinado, en cuyo caso no lo tengas que separar, o que lo pueda mandar a un socket distinto del syslog, pero del que el programa syslog-ng (y no el syslog a secas) lo puede extraer ya separado.
Lo que me extrañaba era que sólo hubiera 7 localx, teniendo en cuenta la gran cantidad de programas diferentes que hay... para quien quiera un poco de orden en los registros se queda un poco corto.
Pues si. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD+54QtTMYHG2NR9URAtzQAJ4ogAE2ourAUzQDibmMMtXBoYDbVwCfSFhn mZzkN6pIXs/BMMvbSS3m1ZI= =iTih -----END PGP SIGNATURE-----
participants (4)
-
Camaleón
-
Carlos E. R.
-
Elier Plana Roldan
-
Victor Hugo dos Santos