Je reçois le message d'erreur suivant lorsque je redirige une page vers une autre page Web:
"la page n'a pas été affichée car l'entité de la requête est trop grande.".
La page à partir de laquelle je redirige vers une autre page contient une énorme quantité de données. Je connais donc fondamentalement la cause du problème.
Cependant, je cherche une solution de travail pour cela. Deuxièmement, lorsque j'ai fait quelques recherches sur Google sur le problème, j'ai constaté que ce type de problème se produisait lorsqu'un fichier volumineux était chargé.
Mais je ne télécharge aucun fichier volumineux, c'est juste la page elle-même qui contient des données volumineuses. Une solution rapide sera appréciée.
Je pense que cela résoudra le problème if si SSL est activé:
La définition de uploadReadAheadSize dans le fichier applicationHost.config sur IIS7.5 résoudrait votre problème dans les deux cas. Vous pouvez modifier cette valeur directement dans applicationhost.config.
Sélectionnez le site sous Site Web par défaut.
Sélectionnez l'éditeur de configuration
Dans la section Dropdown, sélectionnez "system.webServer/serverRuntime".
Entrez une valeur plus élevée pour "uploadReadAheadSize", telle que 1048576 octets. La valeur par défaut est 49152 octets.
Lors du processus de renégociation du client, le corps de l'entité de la demande doit être préchargé à l'aide du préchargement SSL. Le préchargement SSL utilisera la valeur de la propriété de métabase UploadReadAheadSize, utilisée pour les extensions ISAPI.
Une autre cause possible est un Authentication setting. Dans IIS7,
Sélectionnez le site sous Site Web par défaut.
Sélectionnez Authentification
Sélectionnez Authentification Windows et activez. Désactiver tous les autres.
Alors que l'authentification Windows est toujours sélectionnée, cliquez sur Paramètres avancés dans le volet Actions.
Assurez-vous que la protection étendue est sur Accepter et cochez la case Activer l'authentification en mode noyau
Dans mon cas, l'erreur s'est produite lorsque téléchargement un fichier.
La raison en était que j'avais un code qui envoie explicitement un HTTP 413 au client dans un cas (erroné).
( Voir ici pour plus de détails ).
Soyez donc conscient du fait que la définition d'un code de réponse HTTP 413 dans votre code (ou dans une bibliothèque que vous utilisez) peut également générer le message d'erreur de l'OP.