Fontawesome ne fonctionne pas lorsqu'il est servi par IIS

FontAwesome ne fonctionne pas pour moi quand j'ai mis mon application sur le serveur IIS7.

Dans Firefox, l'URL demandée est codé pour http://l2etest.kema.intra/fonts/fontawesome-webfont.ttf%3Fv=4.0.3 et je reçois 404. Quand je change de %3F à ? tout fonctionne bien.

Même chose qui se passe dans IE, mais la demande va à l'eot police.

C'est ce que j'ai dans le CSS (le même que sur FontAwesome page):

@font-face {
  font-family: 'FontAwesome';
  src: url('../fonts/fontawesome-webfont.eot?');
  src: url('../fonts/fontawesome-webfont.eot?#iefix&v=4.0.3') format('embedded-opentype'), url('../fonts/fontawesome-webfont.woff?v=4.0.3') format('woff'), url('../fonts/fontawesome-webfont.ttf?v=4.0.3') format('truetype'), url('../fonts/fontawesome-webfont.svg?v=4.0.3#fontawesomeregular') format('svg');
  font-weight: normal;
  font-style: normal;
}

Je pense que le problème est que IIS code pour les Url et au lieu de demander ../fonts/fontawesome-webfont.eot? la demande va à ../fonts/fontawesome-webfont.eot%3F.

Merci de ne pas proposer la suppression de '?' ou '#' partir de l'Url. Ils sont là sur le but et sont essentiels. La question est de savoir comment faire IIS pas pour coder l'Url de cette façon. Des indices seront appréciées.

Modifier:
Btw. la situation ci-dessus a lieu lorsque dans le web.config j'ai mis requestValidationMode et requestPathInvalidCharacters:

<httpRuntime shutdownTimeout="360" maxRequestLength="102400" enable="true" requestValidationMode="2.0" requestPathInvalidCharacters="" />

Sans elle je obtenir 400 (Bad request):
Potentiellement dangereuse Demande.Valeur du chemin a été détectée par le client (?)

Comment puis-je réparer IIS pour servir la police correctement?

Edit2:
OK, j'ai trouvé la cause du problème. SquishIt regroupement outil pour MVC3 a été la modification de ces caractères. Quand j'ai exclure font-awesome.css du bundle tout fonctionne bien.

OriginalL'auteur Michal B. | 2014-04-11