web-dev-qa-db-fra.com

Problème de joker SSL pour les sous-domaines multisites wp

J'ai un problème avec le SSL générique et mon hôte dit qu'il est incapable de le faire fonctionner comme je le pensais.

J'ai acheté un certificat SSL générique pensant qu'il devrait bien fonctionner avec les sous-domaines d'un multisite wordpress, mais ce n'est pas le cas. Chaque fois qu'un sous-domaine est créé, je dois contacter mon hôte afin qu'il puisse configurer un lien symbolique pour chaque sous-domaine. Tout sous-domaine pour lequel mon hôte n'a pas configuré de lien symbolique, les sous-domaines affichent une erreur interne de 500 à chaque fois que https est utilisé. Cela ne peut sûrement pas être juste.

Je ne peux pas contacter mon hôte chaque fois qu'un nouveau site est créé sur mon multisite, car tout le monde peut créer un site sur mon multisite et beaucoup pourraient créer des sites en une journée. Je leur ai dit cela, mais ils disent qu'ils ne peuvent rien faire à part créer des liens symboliques pour chaque sous-domaine.

Alors, comment les autres multisites wordpress populaires fonctionnent-ils bien avec https, par exemple sur wordpress.com?

Cependant, tous les sous-domaines de mon multisite hébergé affichent une erreur interne si https est utilisé, à moins que mon hôte ne crée des liens symboliques pour chaque nouveau sous-domaine.

Est-ce un problème de serveur? Quelqu'un at-il une solution pour cela? Un autre hôte serait-il en mesure de faire fonctionner https sur des sous-domaines sans avoir à créer manuellement des liens symboliques pour chaque sous-domaine?

Toute aide appréciée.

multisitesubdomainsssl
4
user3438958

je m'appelle Daniel Kanchev et je travaille pour SiteGround en tant qu'ingénieur en applications Web senior.

Le problème décrit est assez étrange et je viens de configurer un test WordPress Network sur un serveur partagé SiteGround. Je n'ai rencontré aucun problème similaire et j'ai utilisé des noms de sous-domaines avec un certificat SSL générique. Généralement, ces problèmes sont causés par des problèmes de mauvaise configuration d’Apache VHost. Les gens utilisent souvent la configuration suivante (la configuration par défaut de cPanel):

<VirtualHost 109.73.236.14:443>
    ServerName *.lumenco.ca
    ServerAlias *.lumenco.ca
    VirtualDocumentRoot /home/lumenco0/public_html/%1
    ServerAdmin [email protected]
    UseCanonicalName Off

Le problème est généralement dû au fait que ServerName et UseCanonicalName ne sont pas correctement définis. La configuration correcte qui fonctionne avec WordPress est la suivante:

<VirtualHost 109.73.236.14:443>
    ServerName lumenco.ca
    ServerAlias *.lumenco.ca
    VirtualDocumentRoot /home/lumenco0/public_html/%1
    ServerAdmin [email protected]
    UseCanonicalName On

@Rarst, le problème est étrange, mais c'est quelque chose qui est supporté sur des serveurs partagés et j'ai personnellement configuré de nombreuses applications WordPress sur nos plans d'hébergement partagé pour utiliser la même configuration :)

6
Daniel Kanchev