Pregunta

Estoy usando la API TransmitFile con I / O puertos de finalización para un servidor de archivos multihilo eficiente en Windows.

Esto funciona todo bien, pero he ahora también implementó secure sockets utilizando SChannel . Debido TransmitFile transmite el archivo directamente a la toma de corriente, no veo una manera de llamar EncryptMessage - voy a tener que leer el archivo en trozos, cifrar y transmitir de forma manual

Esto parece un poco tonto cuando se proporciona TransmitFile con el único propósito de la transferencia de archivos de alto rendimiento, y secure sockets son bastante comunes. Me pregunto qué IIS, teniendo en cuenta que creo TransmitFile se implementó para IIS en el primer lugar?

(que originalmente hizo "TransmitFile" y "hipervínculos EncryptMessage", pero la protección contra el spam sólo se permitió una - lo siento)

¿Fue útil?

Solución

TransmitFile es utilizado por IIS, pero no para los datos cifrados. No sé lo que realmente hace, pero se reconoce que la adición de cifrado ralentizar las cosas considerablemente.

TransmitFile utiliza los cachés OS directamente y cualquier operación de byte por byte (como el cifrado) significa que este no es posible.

Yo veo que IIS7 se promociona específicamente como mejorar el rendimiento de SSL por hacer el trabajo en el kernel.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top