Question

Je configuration ai deux vhosts locales (http et https auto-signé) pour billing.example.com et les essayer dans Firefox avec Firebug. Http vhost seul but est de rediriger toutes les requêtes https.

Presque chaque page I de demande de temps de https, un ou deux fichiers avec des ressources associées (images, js, css, etc ...) et la page parfois PHP lui-même retour 400 mauvaise demande dans la fenêtre de Firebug, parfois un ou deux fichiers affichés comme chargé depuis longtemps. Lorsque je clique sur le lien de problème dans Firebug, les charges de fichiers comme il se doit. En outre, la mauvaise demande ou non les fichiers chargés change presque chaque fois que je suis la page de chargement.

Toutes les idées?

Serveur: Ubuntu 10.04, Apache / 2.2.14 avec mod_ssl

Vhosts:

Listen 80
<VirtualHost *:80>
    ServerName billing.example.com
    UseCanonicalName On
    DocumentRoot /code/site/billing
    ...
    RewriteEngine On
    RewriteRule ^/(.*)$ https://billing.example.com/$1
</VirtualHost>

Listen 443
<VirtualHost *:443>
    ServerName billing.example.com
    UseCanonicalName On
    DocumentRoot /code/site/billing
    ...
    SSLEngine On 
    SSLCertificateFile /code/site/ssl/example.crt
    SSLCertificateKeyFile /code/site/ssl/example.key
</VirtualHost>

Rest sont les paramètres par défaut de ubuntu apache2.

Était-ce utile?

La solution

J'avais ce problème avec apache 2.2.9 et la mise à niveau apache 2.2.22 a résolu le problème pour moi.

J'obtenir des codes aléatoires 400 de réponse sur certaines des demandes de page. Parfois, les images, parfois des requêtes AJAX. De temps en temps ce serait la page elle-même qui renvoie un 400 avec ce message.

  

Bad Request   Votre navigateur a envoyé une demande que ce serveur ne pouvait pas comprendre.   Demande champ d'en-tête est manquant « : » séparateur.   en direct

Je trouve le rapport de tapis suivant pour cela semblait lié. Le bug a été corrigé dans apache 2.2.15: https://bugzilla.redhat.com/show_bug Cgi? id = 652335

  

Je pense que ce bug est la cause de beaucoup d'erreurs aléatoires lors de l'utilisation https:   Votre navigateur a envoyé une demande que ce serveur n'a pas pu comprendre   champ d'en-tête est manquant « : ». séparateur

Alors que je vais essayer d'utiliser la dernière apache avec la dernière mod_ssl - et qui semblait au travail

.

Autres conseils

Pour la partie ssl, vous pouvez activer UseCanonicalName Off Pour les hôtes virtuels, vous utilisez probablement un autre domaine que le serveur principal et qui pourrait vous amener à rechercher des fichiers en dehors de l'hôte virtuel.

Pour être complet sur le port 80, je voudrais ajouter [R, L] pour la redirection.

RewriteEngine  On
RewriteRule    ^/(.*) http://billing.example.com/$1 [L,R]
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top