Alf Delgado | 7 Dec 18:51
Picon

Re: Postfix, me lo Happy Hacking

On 11/29/07, Douglas Carrillo <douglas.carrillo <at> trango.co.cr> wrote:

Compañeros, esto es parte del Logwatch de mi Centos 5, la pregunta es ...
Que quiere decir esto? me queda la duda.

Quiere decir que alguien le está diciendo algo a tu servidor que postfix no reconoce como un comando de SMTP.

SMTP es un protocolo sobre TCP basado en comandos. Un servidor se comunica con otro estableciendo una conexión al puerto 25 (por norma - aunque generalmente es configurable) y enviando comandos, parámetros y datos en concordancia con el RFC 2821. También un cliente de correo se pueden comunicar con un servidor por el mismo medio, con el propósito de enviar correo a través de él. Nada impide que uno simule ser un cliente o servidor de correo y le hable SMTP directamente a un servidor desde la línea de comandos.

Como todo en Internet, hay servidores y clientes de correo que no siguen al pie de la letra la norma. El mensaje de error que estás viendo podría ser que tu servidor de correo no sigue la norma (poco probable, siendo postfix), o que lo que sea que se está pegando a él habla alguna versión "ampliada" de la norma. ("Ampliada" quiere decir, en este contexto, "porquería propietaria no publicada ni sometida a consideración como norma").

También podría ser algún tipo de barrido de puertos, tal vez buscando si uno está corriendo un servicio diferente de SMTP en el puerto normalmente utilizado para eso.

Para averiguar más, habría que revisar los registros completos. Vale la pena empezar por ver qué tan seguido se da el mensaje, y si hay una captura de lo que están enviando.

Saludos,

-alf
Elidier Moya R | 13 Dec 15:04
Picon

mensaje bitacora squid

Hola compañeros:

Tengo un Debian etch, y resulta que en mi squid aparece muy
frecuentemente una línea similar a esta:

1197470413.053    676 10.1.1.241 TCP_MISS/200 695 POST
http://207.46.110.61/gateway/gateway.dll? - DIRECT/207.46.110.61
application/x-msn-messenger

La parte que se mantiene constante es la de TCP_MISS/200

Alguién sabe  donde puedo encontrar información para entender que
significa esto.

Saludos y antermano gracias por su tiempo.

Elídier.

Nota: Ya le pregunté a Google, pero en lo que encontré mencionan que es
una respuesta lenta de la página solicitada, sin embargo me pasa con
muchas páginas diferentes, por lo que no me parece que ese sea el problema.

--

-- 
Desuscripción: escriba a gulcr-request <at> listas.linux.or.cr, tema 'unsubscribe'
Problemas a: listmaster <at> listas.linux.or.cr.  http://gulcr.org/ListasDeCorreo

Esteban Monge | 13 Dec 17:20
Picon

Problemas con sonido y Debian 3.1r6a

Hola gente, tengo una powermac g3, de 450mhz, como 1gb de memoria RAM y muuuucho disco duro.

Tengo un problema, quiero aprender a hacer música, no se nada nada nada, pero probando en otro OS una aplicación OpenSource llamada Hidrogen, pude hacer una que otra tonterita, pero al instalarlo en Debian, cuando reproduzco alguna cosa suena como mucha interferencia, demasiada, primero me dió un error de que el dispositivo de sonido no estaba listo, uso ALSA para configuarar las tarjetas de sonido, con el comando alsaconf, selecciono snd_powermac, pero en Hidrogen salía hw:0, como dispositivo de sonido, luego lo cambié a snd_powermac, y no dió ningún error, pero cuando intento reproducir algo, suena con mucha interferencia, alguien sabe que pasa?

Gracias

Nota: con hw:0, no sonaba nada, pero al cambiarlo a snd_powermac, si suena, pero como les digo distorcionado... help me pleaaaaseee!!!

--
Tec. Esteban Monge Marín
Tel: (506)367-2009
www.sitlc.co.cr
"No habrá manera de desarrollarnos y salir de
la pobreza mientras los pocos negocios
grandes de nuestro medio se entreguen a las
economías foráneas y nosotros nos
quedemos con solo negocios de pobre,
mientras en vez de ser propietarios de nuestro
propio país nos convirtamos en un ejército de
empleados del exterior"
José Figueres Ferrer, 1952.

Romeo | 13 Dec 18:10
Picon

Re: Problemas con sonido y Debian 3.1r6a

No tengo experiencia con hardware de las macs pero te propongo dos soluciones:

La fácil que tal vez no sea lo mejor, instala alsa-oss (que es un "wrapper" para usar aplicaciones de OSS con alsa) y cambia la conflagración de Hydrogen para que use OSS en ves de alsa.

La otra un poco mas complicada pero la mas elegante y pro, instala y configura jack que es una capa de abstracción de hardware de sonido, sirve para conectar aplicaciones de audio entre si y manipular las entradas y salidas de estos además de reducir la latencia.

Si quieres iniciarte en el mundo de la creación de audio digital o solo divertirte un rato Jack es un herramienta que no te puede faltar, practica mente todas las aplicaciones de audio en GNU/Linux necesitan de una herramienta como esta. Por ejemplo si usas hydrogen con jack tendrá un mejor desempeño.

Esto es por si te decides a provar jack
http://jackaudio.org/
http://lau.linuxaudio.org/jack/

Alf Delgado | 14 Dec 16:01
Picon

Re: mensaje bitacora squid

On 12/13/07, Elidier Moya R <emoya <at> mideplan.go.cr> wrote:

Tengo un Debian etch, y resulta que en mi squid aparece muy
frecuentemente una línea similar a esta:

1197470413.053    676 10.1.1.241 TCP_MISS/200 695 POST
http://207.46.110.61/gateway/gateway.dll? - DIRECT/207.46.110.61
application/x-msn-messenger

La parte que se mantiene constante es la de TCP_MISS/200

Squid, además de proxy, es un amortiguador (caché). MISS quiere decir que el URL que le solicitaron no estaba almacenado localmente (y que tuvo que ir a traerlo fresco). Todas las peticiones de messenger deben ser MISS - ya que acceden información dinámica (no estática).

-alf
Alf Delgado | 14 Dec 16:40
Picon

Re: mensaje bitacora squid

On 12/13/07, Elidier Moya R <emoya <at> mideplan.go.cr> wrote:

Nota: Ya le pregunté a Google, pero en lo que encontré mencionan que es
una respuesta lenta de la página solicitada, sin embargo me pasa con
muchas páginas diferentes, por lo que no me parece que ese sea el problema.

Me quedé pensando en ésto. Juraba que la información está a mano. Así que pregunté a Google:

squid log format

Y varias de las respuestas contienen la información - empezando por la primera de ellas[1] El formato y contenido me parecieron conocidos, por lo que me fijé en la documentación en línea de Squid y, en efecto, estaba entre las consultas frecuentes.[2] Eso sí, no encontré información al respecto en español.

-alf

1] http://www.tenon.com/support/webten/papers/squidlog.shtml
2] http://wiki.squid-cache.org/SquidFaq/SquidLogs

ricardo gamboa | 15 Dec 19:31
Picon
Favicon

Mantenimiento de Servidores Linux


Hola Gente!

Me preguntaba si es  aconsejable realizar algún tipo
de  mantenimiento a equipos-servidores que tengan
Linux, como bajarlos con cierta periodicidad (cada mes
o cada dos meses por ejemplo), si se debe de ejecutar
un chequeo de los filesystems, etc.

Pienso que mientras la swap y la memoria ram estén
bien (free -m) y la utilización del cpu este bien
(vmstat 2 10), no hay problema en reiniciar

Saludos!
      -ricardo

      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now. 
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 

--

-- 
Desuscripción: escriba a gulcr-request <at> listas.linux.or.cr, tema 'unsubscribe'
Problemas a: listmaster <at> listas.linux.or.cr.  http://gulcr.org/ListasDeCorreo

Fabio A. Miranda | 16 Dec 00:06
Picon

Re: Mantenimiento de Servidores Linux

Ricardo,

No debe exister necesidad de reiniciar un sistema para "limpiar" la 
memoria, el kernel debe ser gestionar la asignación y retoma de la memoria,

Usualmente se hace "maintaince window" en estos casos:

- Instalación de parches de kernel
- Actualización o remplazo de partes que no se pueden hacer "en caliente"
- Instalación o actulización del sistema operativo
- Firmware updates
- Crash dump situtations
- Auditing, system compromised

Saludos,

fabio

--

-- 
Desuscripción: escriba a gulcr-request <at> listas.linux.or.cr, tema 'unsubscribe'
Problemas a: listmaster <at> listas.linux.or.cr.  http://gulcr.org/ListasDeCorreo

Oliver Schulze | 17 Dec 16:00
Picon

Re: Mantenimiento de Servidores Linux

Hola Ricardo,
lo unico necesario seria instalar siempre las actualizaciones de
seguridad que lanze
tu distrubucion.
Luego si algun programa falla, actualizar las actualizaciones de tipo bug fix.

Si hubiere algun bug en el kernel y que te afecte a tu instalacion,
seria bueno instalarlo
y luego reiniciar el servidor para usar el nuevo kernel.

Por lo general, si el servidor nunca se apaga mal, no habria necesidad
de hacer el fsck
cada cierto tiempo.

Por lo general, podes dejar los servidor Linux corriendo unos cuantos
semestres sin apagarlos ;)

Saludos
Oliver

On Dec 15, 2007 12:31 PM, ricardo gamboa <ric_tico <at> yahoo.com> wrote:
>
>
>
> Hola Gente!
>
> Me preguntaba si es  aconsejable realizar algún tipo
> de  mantenimiento a equipos-servidores que tengan
> Linux, como bajarlos con cierta periodicidad (cada mes
> o cada dos meses por ejemplo), si se debe de ejecutar
> un chequeo de los filesystems, etc.
>
>
> Pienso que mientras la swap y la memoria ram estén
> bien (free -m) y la utilización del cpu este bien
> (vmstat 2 10), no hay problema en reiniciar
>
> Saludos!
>       -ricardo
>
>
>
>       ____________________________________________________________________________________
> Be a better friend, newshound, and
> know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
>
>
> --
> Desuscripción: escriba a gulcr-request <at> listas.linux.or.cr, tema 'unsubscribe'
> Problemas a: listmaster <at> listas.linux.or.cr.  http://gulcr.org/ListasDeCorreo
>
>

-- 
Oliver Schulze L.
http://tinymailto.com/oliversl

--

-- 
Desuscripción: escriba a gulcr-request <at> listas.linux.or.cr, tema 'unsubscribe'
Problemas a: listmaster <at> listas.linux.or.cr.  http://gulcr.org/ListasDeCorreo

Alf Delgado | 17 Dec 18:15
Picon

Re: Mantenimiento de Servidores Linux

On 12/15/07, Fabio A. Miranda <fabmirha <at> ns.isi.ulatina.ac.cr> wrote:
<Introduccíón sobre lo innecesario de reiniciar periódicamente removida>

Usualmente se hace "maintaince window" en estos casos:

<bonita lista de casos removida>

Y, cuando se hace eso, se aprovecha para pegarle una limpiada física al tarro. :-)

-alf

Gmane