Question

Je trouve ce problème de temps en temps sur mon site de production, et il m’a complètement bouleversé ...

Mon application fonctionne parfaitement à la fois en développement et en production, mais de temps en temps, je reçois un courrier électronique de la part de ma gestion d'erreur globale avec ceci:

MESSAGE: il s'agit d'une demande de source Web non valide.
URL: /WebResource.axd
(ce qui signifie que pour une raison quelconque, webresource.axd a été demandé sans spécifier de paramètre GET)

Je ne fais rien moi-même avec webresource.axd, je ne reçois aucune de mes ressources, elle n'est utilisée automatiquement par .Net que pour servir son JS typique pour les validateurs, etc.

Avez-vous une idée du pourquoi cela pourrait être demandé sans paramètres? Quelqu'un at-il rencontré cela?

Était-ce utile?

La solution

C’est définitivement un bot qui ne fait pas un très bon travail d’exploration de votre site Web. Il traite votre formulaire Web et localise la référence à WebResource.axd, par exemple:

<script src="/site/WebResource.axd?d=MtIW_TBRtZCvAXDMJGwg4g2&amp;t=633772897740666651" type="text/javascript"></script>

Le bot attend uniquement les fichiers JavaScript statiques et tente de le télécharger en demandant à WebResource.axd sans paramètre. Le résultat est une exception levée par la classe System.Web.Handlers.AssemblyResourceLoader et interceptée par Application_Error dans Global.asax.

Je crois que cette exception est inoffensive - le client recevra une erreur 404. Vous pouvez l'ignorer en toute sécurité.

Autres conseils

Nous avons également toutes nos erreurs envoyées par courrier électronique et nous les recevons parfois aussi. Ils ne semblent jamais avoir de référent, et l'agent utilisateur est généralement un peu farfelu. Nous les écrivons comme des robots.

Je viens de vérifier quelques adresses IP du client incriminé par rapport à Arin , et l'une d'elles appartenait à un site Web. organisation de type spidering, donc il y a un peu plus de preuves pour la théorie des robots.

Je voudrais également connecter l'utilisateur qui a fait la demande à WebResource.axd. Je ne serais pas surpris s'il s'agissait d'un robot explorant votre site.

Cette discussion ...

http: / /www.telerik.com/community/forums/aspnet/spell/this-is-an-invalid-webresource-request.aspx

... et cet article MSDN lié ...

http://msdn.microsoft.com/en-us/magazine /cc163708.aspx

... pourrait jeter un peu de lumière (mais pas beaucoup).

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top