-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-07 a las 23:33 +0100, miguel gmail escribió:
Se me olvidó preguntarte el medio de transmisión y protocolo. Hay protocolos que evitan los errores de transmisión sobre la marcha, pidiendo la retransmisión, por trozos. Se usaban mucho en tiempos de las bbs, con el internet ese de los demonios ya no nos acordamos.
El protocolo es https. Supongo que no habrá ningún problema, pero es un medio requisito de sistema. Pero más vale prevenir que curar...
es un http + SSL, encripta la información y la envía por http. No creo que tenga más ciencia que esa...
Ya, ya, pero yo tampoco conozco realmente como funciona http,, no estaba inventado cuando estudiaba ;-) Es decir, se que los datos viajan encriptados. Vale. Supongamos otra cosa. El servidor envía una linea de datos, el receptor la recibe y desencripta. ¿Tiene el receptor datos suficientes para saber que lo que ha llegado y desencriptado no se ha alterado en tránsito? Es decir, se garantiza no solo el secreto de las comunicaciones, sino también su integridad? Sospecho que si, pero como no conozco como funciona hasta ese nivel, pues no lo se. ¿Mesentiende ahora? :-) Por cierto, nunca he visto un sitio https de descarga de ficheros :-?
hombre... es un poco distinto. Yo espero recibir ficheros con unos pocos de miles de lineas, como máximo.
Una línea puede tener... unos 100 caracteres --> 100B. Si son 10000 líneas (y eso son bastantes líneas para lo que yo espero), son ficheros de + - 100KB, si no me equivoco.
Un rpm puede ser de ese tamaño o puede ser bastante mayor. La probabilidad de fallo digo yo que será mayor en un rpm, debido a un eventual mayor tamaño, que en un fichero más pequeño...
Mira, si transmites por teléfono, via modem, a 28800 bps sin corrección de errores, es imposible transmitir un paquete de un kilobyte correcto. Eso te da una idea de la tasa de errores del medio de transmisión más habitual ;-) A esas velocidades hace falta redundancia en los datos, o codigos de detección y corrección de errores (de la escuela: con 8 bits + 2 puedes corregir 1 bit cambiado y detectar un error en dos, etc...)
Fíjate que los paquetes rpm de linux se firman con gpp... eso es bastante fuerte. Por algo será.
si... te imaginas que un paquete baja mal pero se instala? No funcionaría bien y sin embargo no te puedes imagiar por qué. Una pequeña comprobación antes de instalarlo haría que estemos seguro de que el paquete es correcto.
Si fuera por eso unicamente, bastaría con un checksum, o un checksum crc, que es bastante menos pesado computacionalmente y garantiza la integridad de los datos; lo que no garantiza es que los datos, o sea, el rpm, sea de quien dice ser, que no haya entrado alguien en el servidor web, hackeadolo, y remplazado tu programa por un troyano. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD6UEntTMYHG2NR9URAml9AJ9SukbTVk+8XOoUX/iXZIX8Yel0ewCfcElC et62awKYQlka8v2WCGBxt/A= =Ke47 -----END PGP SIGNATURE-----