Erreurs lors de la publication dans Breeze Presenter sur un serveur Breeze
Problème
Lors de la publication sur un serveur Breeze via un pare-feu, certains utilisateurs peuvent obtenir des messages indiquant une erreur telle que « Impossible d'afficher la page » ou « 500 Internal Server Error ». En cas de publication en dehors de Breeze Presenter, certains clients peuvent être confrontés à des temps de chargement lents et à du son saccadé durant la lecture de la présentation Breeze.
Raison
De nombreux pare-feu sont configurés pour bloquer les demandes supposées non conformes à la norme RFC 2068. Certaines demandes envoyées via le processus de téléchargement de Presenter ne sont pas conformes à la norme RFC et sont donc bloquées par le pare-feu.
Solution
Les utilisateurs qui rencontrent ce comportement doivent commencer par vérifier qu'ils se connectent au serveur Breeze via un pare-feu. Dans ce cas, l'administrateur du pare-feu doit consulter les journaux du pare-feu afin d'identifier ce qui a été éventuellement bloqué.
Il se peut qu'il y trouve des entrées telles que celles ci-après :
05/18/05 11:17:57 http-proxy[2646] [IPADDRESS:1529 IPADDRESS:80] removing bogus HTTP header "GET /publish/content/sco/2?content-name=Presenter_Sample1&sco-id=41418880 HTTP/1.1"
05/18/05 11:17:57 http-proxy[2646] [IPADDRESS:1529 IPADDRESS:80] Request denied: No URI found
05/18/05 11:04:55 http-proxy[13035] [IPADDRESS:1476 IPADDRESS:80] removing bogus HTTP header "GET /common/meeting/launcher/openmeetingversioncheck.swf HTTP/1.1"
05/18/05 11:17:42 http-proxy[2646] [IPADDRESS:1527 IPADDRESS:80] removing bogus HTTP header "GET /_a325331/loginPage/custom/styles/login_colors.css HTTP/1.1"
L'administrateur du pare-feu doit alors reconfigurer le pare-feu. Pour corriger le problème, l'administrateur du pare-feu doit supprimer le service HTTP du pare-feu et ajouter un service HTTP avec proxy plus tolérant qui effectue une analyse moins approfondie d'en-têtes HTTP.
| Dernière mise à jour : | 21/06/2005 |
|---|