Rodrigo Fuentealba escribió:
> El 26/09/07, Ricardo Mun~oz A. <[EMAIL PROTECTED]> escribió:

> > automaticamente PHP5 pasa a ser igual de limitado y lleno de errores
> > como PHP4.
> 
> Ejejejeje, pongámoslo fácil:
> 
> Compré un equipo de radio marca PHP modelo 4.3 que sólo me soporta
> escuchar bandas AM y escuchar vinilos.
> 
> Luego compré un equipo de radio marca PHP modelo 5.2 que soporta
> bandas AM, FM, TV y escuchar CD-ROM's, pero como puedo escuchar AM,
> ¿es igual de limitado?

El problema a que apunta Ricardo no son las capacidades, sino los
problemas.  Si la banda AM te permite (supongamos) quemar la radio
cuando se reciba una señal determinada, entonces el equipo nuevo es
igual de vulnerable si tiene AM, porque todavía puedes quemar el equipo.
Si puedes ver TV y escuchar CDs, super bien, pero cuando me lo queme el
vecino que me odia no me voy a sentir muy feliz.

-- 
Alvaro Herrera                 http://www.amazon.com/gp/registry/CTMLCN8V17R4
Syntax error: function hell() needs an argument.
Please choose what hell you want to involve.
From [EMAIL PROTECTED]  Wed Sep 26 17:47:58 2007
From: [EMAIL PROTECTED] (Marco Bravo)
Date: Wed Sep 26 17:50:24 2007
Subject: Puertos alternativos
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Estimado,

En estricto rigor puedes ocupar cualquier puerto que no sea reservado.
Cuando levanto multiples instancias en Jboss debo hacer eso.

Saludos.


El día 26/09/07, German Castro Donoso <[EMAIL PROTECTED]> escribió:
>
> Hola,
>
> Me gustaria saber si existe o alguien conoce alguna politica estandar para
> elegir un numero de puerto alternativo.
>
> En particular tengo que reemplazar el puerto 4444 (servicio RMI en
> servicor
> de aplicación j2ee) por otro libre, y me gustaria saber si hay alguna
> regla
> de "buenas costubres" mejor que elegir cualquier puerto desocupado.
>
> Gracias
> Germán
>



-- 
Atentamente.

Marco Bravo
http://marcosbravo.blogspot.com
From [EMAIL PROTECTED]  Wed Sep 26 17:21:30 2007
From: [EMAIL PROTECTED] (Marcelo Espinosa Alliende)
Date: Wed Sep 26 17:55:32 2007
Subject: nombre raro para archivos de certificados
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El mié, 26-09-2007 a las 16:17 -0400, Victor Hugo dos Santos escribió:
> Hola a todos,
> 
> estoy configurando algunos servicios con SSL y el tema es que en los
> clientes redhat (AS 4), me da el siguiente error:
> 
> "Peer does not recognize and trust the CA that issued your certificate."
> 
> bien, es claro lo que dices.. y me puse a revisar en el cliente que
> era lo que estaba malo.. y el tema es que había copiado el archivo
> ca.crt para la carpeta correcta, pero por algún motivo no lo
> reconoce.. tuve que crear un link con el nombre 5ed36f99.0 apuntando
> al archivo y entonces funciono.
> 
> busque un poco en internet.. y "aparenta" que el tema es que este
> nombres son HASH de los certificados.
> 
> sera cierto ???

Si.

> hay alguna otra explicacion para tener un nombre así ???

se utiliza para buscar el certificado en tu lista de certificados...
primero busca en cert.pem, si no lo encuentra ahí... a partir del hash
del "certificado remoto" busca un archivo con nombre hash.0  (la
extensión es un incremental en caso de que dos o más certificados tengan
el mismo hash).  si no fuese así, tendría que abrir uno por uno los
posibles archivos de certificados y verificar si al interior está el
certificado buscado, lo cual resulta ineficiente, es posible que en un
solo archivo tengas muchos certificados(caso cert.pem)...

> como puedo generarlo ???
> 


        $ openssl x509 -noout -hash -in vsignss.pem
        f73e89fd

When an application encounters a remote certificate, it will typically
check to see if the cert can be found in cert.pem or, if not, in a file
named after the certificate?s hash value. If found, the certificate is
considered verified.


para mayores detalles busca el HOWTO de OpenSSL (especialmente la línea
de comandos)... hay muchos.

aquí va uno:
http://www.madboa.com/geek/openssl/

Saludos.

-- 
Marcelo Espinosa Alliende,  mailto:[EMAIL PROTECTED]
Jefe Depto de Servicios Computacionales
Dirección de Informática
Universidad del Bío-Bio
fono: +56 41 2731531,  http://marcelo.ubb.cl

Responder a