Assemblages de code .NET avant de lancer le téléchargement dans le navigateur Web d'un client

Question

J'utilise signtool.exe pour signer numériquement le contenu téléchargeable généré automatiquement à partir de C# en appelant la ligne de commande, puis en diffusant le fichier dans le navigateur client. Le problème est que si la signature semble correcte sur le web, le fichier téléchargé semble manquer d'un segment de celui-ci. Si vous faites un clic droit sur le fichier généré sur le serveur, vous voyez une signature parfaitement bonne et si vous affichez le certificat, il dit que "cette signature numérique est OK".

Le fichier téléchargé est différent. Bien qu'il soit 15 octets plus petit, il n'est pas corrompu mais, bien que le nom du problème soit intact, il indique que cette signature numérique n'est pas valide.

Quelque chose se passe-t-il pendant le transport? J'utilise ce code pour signer le contenu:

Response.Clear();
Response.ContentType = "application/exe";
Response.AddHeader("content-disposition", "filename=" + filename);
Response.AddHeader("Content-Length", fi.Length.ToString());
Response.TransmitFile(filePath);

Merci à l'avance,
Frank.

Answer 1

La réponse envoyée au client dans les en-têtes est-elle de la bonne longueur ou de la mauvaise longueur? Utilisez Fiddler ou Firebug pour vérifier.

Si c'est correct, mais que le client ne reçoit pas les données, essayez un Reponse.Flush() après le TransmitFile. Je pense que c'est probablement juste de la superstition, mais beaucoup de gens semblent le faire.

Answer 2

Essayez d'actualiser votre FileInfo fi avant de lire la longueur de l'en-tête Content-Length, il peut être mise en cache l'ancienne longueur avant la signature ou ainsi.