=?iso-8859-1?q?feliciano=20garcia?= <[EMAIL PROTECTED]> dijo:
> > Compra uno nuevo. Lo mas seguro es que le quede poca
> > vida (como en horas, tal vez un par de dias).
> De tener el dinero para hacerlo creame que no estaria
> preguntando.
No sacas nada en limpio con un disco que fallecera en cualquier momento,
llevandose tus datos consigo al mas alla.
> > Puede tener dan~ado el primer "cilindro", donde
> > quedan los cachureos para bootear.
> de ser asi no hay ninguna posibilidad de hacer que un
> SO instalado en él pueda arrancar???
Via mecanismos externos (floppy, de otro disco, ...) tal vez. Depende del
dan~o exacto, obviamente. Por lo demas, como he dicho muchas veces, cuando
comienzas a ver dan~os en un disco mas o menos moderno, el dan~o es ya muy
extenso, y tiende a crecer exponencialmente.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Jun 24 09:59:05 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Thu Jun 24 09:59:10 2004
Subject: =?iso-8859-1?q?Sendmail_restringir_tama=F1o_de_mail?=
In-Reply-To: Your message of "Wed, 23 Jun 2004 18:20:25 +0200."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
=?iso-8859-1?q?borys=20espada?= <[EMAIL PROTECTED]> dijo:
> Necesito algunos consejos. y se me indican donde leer o buscar
> informacion
Los manuales relevantes. Documentacion anexa. Paginas web de los paquetes
involucrados. Google. El libro de O'Reilly sobre el tema.
> les agradesco.
De nada.
> Tengo un servidor de correos realizado en sendmail que maneja alredor de
> 50 o 60 usuarios.
Harto poco...
> Pero ahora las exigencias cambiaran de la red y manejara al redodor de
> 300 usuarios y tengo que darles algunas restriciones de uso de espacio de
> disco duro 10 megas mas o menos.
Quotas de disco. Pon /var/spool/mail en una particion aparte. Instala algun
filtro (mimedefang o afin) que corte de raiz el correo con documentos Word
(los he visto de varios MiB, con contenido "Alla estare" o similar, el
taman~o se explica porque es el mismo archivo que se "borra" y reescribe
cada vez que se envia una trivialidad (y MSFT Office amablemente guarda
toda la historia... debe ser entretenido cachurear el historial ;-))
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Jun 24 10:18:57 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Thu Jun 24 10:19:06 2004
Subject: DNS Seguro
In-Reply-To: Your message of "Wed, 23 Jun 2004 12:52:45 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"Jose Saavedra P." <[EMAIL PROTECTED]> dijo:
[Please _no_ HTML!]
> Alguien de ustedes conoce una distribuci=F3n para DNS seguro.
Define "DNS seguro"...
Para instalar DNS debes considerar lo siguiente:
- Como siempre que es un servicio, preocuparse de tener todo al dia,
instalacion minimal, configuracion cuidadosa de cortafuegos local, manejo
cuidadoso de passwords y cuentas en la maquina
- Como es un servicio critico, preocuparse de la calidad de los componentes
(no, el tarro que el portero esta dando de baja _no_ es carta, por mucho
que tenga capacidad de sobra)
- Siempre es sano tener los relojes sincronizados, via NTP. Para ello tienes
nuestro permiso de recurrir a (un subconjunto de) ntp[0-3].inf.utfsm.cl
mas algun(os) otro(s) para sazonar. Si son muchos tarros, instalate unos
dos alla como servidores de tiempo (la carga es minima, requiere acceso
confiable a Internet; en mi experiencia los relojes de las Sun son
extremadamente precisos, los de los PC en general son como la mona). Para
Windows hay una cosa llamada NetTime que si funciona (el artilugio at hoc
de WinXP vale callampa seca)
- Servidores autorizados (primarios, secundarios) _nunca_ deben permitir
consultas recursivas, para eso pones otro tarro como NS cache
- Elige una version moderna, como RHEL 3 o White Box, o Fedora Core 2, o
los ultimos SuSE o Mandrake, ojala "Enterprise" (porque tienes menos que
preocuparte del inevitable "upgrade" por fin de la vida de la
distribucion, claro que eso cuesta $$$)
- DNS cache requiere memoria como condenado (bastante RAM + harto swap para
estas aplicaciones esta OK porque no son criticos en rendimento), y muy
buena conexion a la red. CPU no es tan importante.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Jun 24 10:30:00 2004
From: [EMAIL PROTECTED] (=?iso-8859-1?q?Benjam=EDn=20G=E1lvez?=)
Date: Thu Jun 24 10:19:24 2004
Subject: Ver cabeceras de paquetes UDP y TCP
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
El Jueves 24 de Junio de 2004 09:20, Jhamil Mercado escribió:
> Estoy trabajando sobre una tarea que me encomendaron
> sobre los protocolos UDP y TCP, pero desearia hacerlo
> no solo teorico sino practico, existe alguna
> herramienta o comando que me permita ver la cabecera
> de alguno de estos protocolos o ver la informacion de
> cuando se produce una conexion o desconexion?
>
> espero vuestra sugerencia
>
>
ethereal
Salu2
Benjamín
>
>
>
> ______________________________________________
> Renovamos el Correo Yahoo!: ¡100 MB GRATIS!
> Nuevos servicios, más seguridad
> http://correo.yahoo.es
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQFA2uVoGqEYatiM9yYRAj+4AJwPJRT8FiO9Lc+cxysBbG+cOF5lfwCfcvYa
oXMVwfJ1d9Z5K6jLovjZj1k=
=ZgGh
-----END PGP SIGNATURE-----
