Rodrigo Fuentealba wrote: > 2007/1/17, Ricardo Mun~oz A. <[EMAIL PROTECTED]>: >> Rodrigo Fuentealba wrote:
[...] >> > (cualquier h4x0r sabria como entrar, o podria dejar una aplicacion >> > corriendo que te haga brute force para sacarte la password... yo lo he >> > hecho con fines desesperados cuando se fue el pseudo-DBA de una >> > empresa sin dejar claves, y funciona). Usa nmap para testear. >> >> hmm... es decir no leiste bien el manual de MySQL donde se indica como >> hacerlo usando la opcion --skip-privileges?? ;) > > bueno, eso es un tremendo backdoor de seguridad, tener una opcion que > te diga que quieres saltarte los privilegios! obvio, si es que primero logras entrar como root como para poder ejecutar esa opcion... ;) [...] >> > El tema de la integridad referenciada es tambien bastante delicado en >> > MySQL, con MyISAM que son tablas sueltas no mas (para eso mejor usar >> > DBase 3, a la antigua...) >> >> mucha gente prefiere MyISAM justamente porque no necesitan integridad >> referencial, pero si el mayor rendimiento posible... > > Entonces no es un RDBMS de verdad... si no maneja relaciones, ahora > puedo demandarlos por falsa propaganda? no veo por donde ya que en ninguna parte MySQL dice que es un RDBMS: http://www.mysql.com/products/enterprise/server.html como poder criticarle una caracteristica que en ninguna parte promociona como tal? > >> > o InnoDB que es mas lento que auto en pana >> > de bencina pero que resuelve la integridad. >> >> datos concretos al respecto?? > > Hay algunas consultas que demoran mas de 40 minutos en caerse, que en > PostgreSQL las he resuelto bien y en unos 30 segundos. Envie el > reporte con datos y no he obtenido respuesta sobre por que se cae... > siendo que estuve con 5.1.14 y 5.0.27 caso especifico tuyo, pero que en todo caso estoy seguro tiene solucion si te haces usuario de la version Enterprise... ;) -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Wed Jan 17 14:27:54 2007 From: [EMAIL PROTECTED] (Luis Vega) Date: Wed Jan 17 16:17:58 2007 Subject: Problemas con squid Message-ID: <[EMAIL PROTECTED]> Hola amigos, gracias por responder. Me da un poco de rabia decir esto, pero tube que instalar una version de squid anterior a la 2.6 para que me lograra funcionar el proxy y la cache. He instalado la version 2.5 stable 9, la cual me funciono perfectamente en cosa de minutos, ademas la rediccion del puerto (3128 al 80) en el firewall para hacer el proxy transparente tambien funciono de inmediato. Y que decir de las acl, toda funcionan bien. Pero me quedo con la intriga de que es lo que no me funciona en squid 2.6. Cuando NO utilizo la opcion always_direct allow redlocal, me salen basicamente dos errores. 1.- EL administrador de la cache no deja que los clientes hagan peticiones directas a internet, es decir sin pasar por la cache. Cosa que arreglo utilizando la opcion always_... 2.- No se pueden alacanzar los servidores padres o de origen. Lo que tambien se arregla usando esa opcion. Entonces, ¿que es lo que no me hace que los clientes no puedan usar la cache, si todo parece estar bien (segun logs) y por lo que me doy cuenta?. Recordar que el squid.conf tiene bastantes cambios en su version 2.6, ya que por ejemplo para poner el servidor en modo transparente ahora se usa: http_port 3128 tranparent Saludos -- Luis Vega M. Linux Registered User #356394 - counter.li.org Sitio Personal: http://fodsite.webcindario.com Green Day: http://www.greendayfod.net <fodsite AT gmail DOT com>
