-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-01-01 a las 15:29 +0100, Camaleón escribió:
El 31/12/05, Carlos E. R. escribió:
Más que nada, memoria, y discos en raid (yo prefiero raid 5).
El sistema raid es una buena opción y nada caro si lo haces con linux. A mi me gusta tener raid 1 para discos con el sistema operativo y raid 5 para el backup de datos. Más que nada porque con raid 5 necesitas al menos 3 discos.
Ya, bueno, pero si tienes los tres, ¿para que vas a poner raid 1 para el sistema? Pudiendo, voy a por raid 5 directo, más capacidad, más velocidad, y algo más de aguante ante fallo total (33% vs 50%). Claro, son tres discos, y para que vaya bien, tres cables, tres interfaces ide. Creo que hay placas con cuatro cables, sería ideal. El sata me da miedo, todavía.
Yo buscaría uno que tuviera servicio de mantenimiento "in situ". Siendo para una empresa y para dar servicio a 800 personas cabreadas, no jugaría. Si la economía es fundamental, pues... arriésgate y juega :-)
El servicio de mantenimeitno in situ es caro, y al final quien soluciona todo es el administrador del sistema, no el soporte técnico, pues generalmente te solucionan problemas del equipo y nada más (es decir, algún fallo en los componentes).
Claro, claro, me refiero a soporte en hardware. Y digo in situ para que no exijan que les mande la máquina por correo a portes pagados y sin garantía de robo o deterioro, que se las saben todas.
Mucho cuidado con el antispam, que es fácil pasarse y dar falsos positivos. No por el hecho de usar una IP dinámica se es un spammer - yo no lo soy, por ejemplo.
Depende del usuario activarlo o no. Si lo quiere para su cuenta, que lo active, si no le gusta, que lo quite.
Si, con el amavis-new es muy sencillo, basta con incluir a los usuarios que no lo quieran en la lista spam-lovers, virus-lovers, etc.
Por otra parte, como no es posible usar el filtro bayesiano del SA en un servidor - partiendo de la premisa de que debe ser entrenable individualmente por cada uno de los 800 usuarios y eso no se si se puede ni como - es posible que haya que recurrir a los filtros en red.
Se puede utilizar de forma global con resultados excentes. Si alguien quiere recibir correo que anuncia viagra, que desactive el SA de su cuenta. :-)
Si, ya, se puede usar el filtro bayesiano "global", pero eso rompe con la idea y con buena parte de su eficacia: ahí está el del servidor de la lista, que buena guerra nos ha dado impidiendonos a algunos postear en la lista porque decían que eramos spammers, sin decirnoslo, había que adivinarlo :-/ No, para que el filtro bayesiano tenga toda su eficacia debe ser individual, y para activarlo a nivel de servidor implica tener guardada una base de datos para cada usuario, y son algunos megas; y otras complicaciones. Creo que se puede o se podrá, con mysql quizás, pero no lo he visto. Lo tengo en la lista de pendientes O:-)
Los filtros de red son diferentes de los filtros de colaboración (Razor, Pyzor...).
Vale, vale, digamos que los colaborativos son una subclase de los de red, en tanto en cuanto necesitan de acceso a la red en el momento de valorarlos; o lo que es lo mismo, que el SA dialoqgue con algún servidor en red remoto para valorar cada uno de los correos.
Los de red verifican las listas negras de spam (direcciones ip, urls...) y suelen venir bien para añadir esos puntitos que le faltan a un correo para considerarlo como spam.
A veces son puntazos.
Bien configuarado, no suele tener efectos nocivos en correos que vienen de direcciones ip que están en listas negras pero que no son spam.
Los tienen conmigo :-P Mi IP es dinámica, y si aparece en una lista negra, aparece en todas, y los efectos se acumulan: el resultado es que me "bannean".
Por la misma razón que dije para el hardware, convenría una SLE.
Sí, pero ya ha dicho que no disponen de mucho presupuesto.
Bueno, no se si lo dijo, pero me lo imaginé. Ah, si, ya veo donde lo dijo, es que es un correo un tanto liado.
Los soportes técnicos, la garantía, la asistencia en la instalación... suelen servir para muy poco (y es una pena).
Es posible, pero te cubres las espaldas ;-)
La única pega de SuSE 10.0 es que cada dos años hay que actualizar a una nueva versión para disponer de parches de seguridad.
La cuestión del soporte y el coste hay que valorarla también teniendo en cuenta que pasaría que si algo va mal y tienes a 800 clientes cabreados. Una 9.3 (o una 10.0, pero me inclino por la 9) funcionarán bien, y es posible que no fallen nunca y por menos coste, aunque quizás con algo más de trabajo para el administrador. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDt/JptTMYHG2NR9URAg1LAKCDfyGegAXTTg//ax0kyA+0MNSdsACfQVER xEg5/AUYI6ZpDAoG5/RE55o= =lmn1 -----END PGP SIGNATURE-----