Dan

J'ai testé vers 7H, mais c'est vraiment le ServerAlias qui coince ! J'ai tout remis comme avant !

J'ai bien une idée quant à la manière de procéder, mais n'ai pas encore eu l'occasion de tester les templates avec des boucles et tests conditionnels. Et tester ça sur un serveur en production, je ne suis pas chaud-chaud, d'autant moins que tu as ceci dans ta config httpd pour easyabo.fr ServerAlias *.|DOMAIN|

Il faut éditer les templates de Directadmin pour cela, ou faire une modification du httpd.conf pour que ce soit automatique. Tu veux que TOUS les sous-domaines sauf www pointent vers /public_html/users/sous_domaine ?

C'est bien ce que je me disais ...

Ben oui il est différent, et c'est normal ! Dans le premier cas appelles l'URL en SSL et ça pointe donc vers private_html Dans le second cas, ça pointe vers public_html vu que tu appelles l'URL en http, et non en https Mais comme private_html pointe vers public_html, les deux pointent vers le même répertoire physique !

Si tu as tous tes fichiers dans public_html et un lien symbolique private_html qui pointe vers public_html, tu n'auras AUCUN souci d'accès à l'aide du DOCUMENT_ROOT ! Que ton DOCUMENT_ROOT pointe vers private_html, ou vers public_html, c'est kif-kif dans ce cas !

L'intérêt du lien symbolique de private_html vers public_html est le suivant : il permet de n'avoir qu'une seule version de fichiers. Donc les fichiers qui sont dans public_html peuvent être lus en SSL grâce au lien symbolique. Il faut dans ce cas mettre tous les fichiers dans public_html, même si le site est "full SSL" C'est ce que j'ai fait pour le Hub.

J'allais dire exactement la même chose

Il est logique que le DOCUMENT_ROOT d'un site en ssl soit private_html ! Cela te pose quel problème, le lien symbolique ?

Il faut bien évidemment retirer la règle de redirection vers index.php de ton fichier .htaccess . Voir le site apache.org (il faut aussi que la directive AllowOverride de la configuration d'Apache le permette) Directive DirectoryIndex Description: Liste des fichiers ressources à rechercher lorsque le client envoie une requête pour un répertoire Syntaxe: DirectoryIndex disabled | url locale [url locale] ... Défaut: DirectoryIndex index.html Contexte: configuration du serveur, serveur virtuel, répertoire, .htaccess AllowOverride: Indexes Statut: Base Module: mod_dir La directive DirectoryIndex permet de définir une liste de fichiers ressources à rechercher lorsqu'un client envoie une requête pour l'index d'un répertoire, en ajoutant un '/' à la fin du nom de ce dernier. url locale est l'URL (codée avec caractères '%') d'un document du serveur, relative au répertoire faisant l'objet de la requête ; il s'agit en général du nom d'un fichier situé dans le répertoire. Si plusieurs URLs sont fournies, le serveur renverra la première d'entre elles qui correspond à une ressource existante. Si aucune ressource ne correspond à la liste des URLs spécifiées, et si l'option Indexes est définie, le serveur générera son propre listing du répertoire. Exemple DirectoryIndex index.html Avec cette configuration, une requête pour l'URL http://example.com/docs/ renverrait au client la ressource http://example.com/docs/index.html si elle existe, ou provoquerait la génération du listing du répertoire si la ressource n'existe pas. Notez qu'il n'est pas nécessaire que les documents soient relatifs au répertoire ; DirectoryIndex index.html index.txt /cgi-bin/index.pl provoquerait l'exécution du script CGI /cgi-bin/index.pl si aucun des fichiers index.html ou index.txt n'existe dans le répertoire considéré. La spécification du seul argument "disabled" empêche mod_dir de rechercher un index. Un argument "disabled" sera interprété de manière littérale si d'autres arguments sont présents avant ou après lui, même s'ils sont eux-mêmes des arguments "disabled".

C'est vraisemblablement parce que index.html est mis par défaut dans la liste "DirectoryIndex" (dans ta config apache). Essaie en mettant "DirectoryIndex index.php" au débit de ton fichier .htaccess, cela devrait résoudre ton problème. Tu peux aussi mettre "DirectoryIndex index.php index.htm index.html" comme ça si index.php manque, ce sera index.html qui sera affiché, voire index.htm si les deux premiers manquent.

Bienvenue à bord du Hub ! Il n'y a pas que des développeurs ici, loin s'en faut

Il nous faudrait les URLs de tes deux sites Wordpress, qu'on puisse voir si tu n'as pas un souci de DNS....

Bonjour Fanny, et bienvenue à bord de Webmaster Hub ! Je te suggère de mettre l'URL de ton site de voyage en signature, cela permettra à tous de le voir. Cordialement, Dan

C'est tout simplement parce que tu as créé les liens symboliques en tant que root et que de ce fait ils n'étaient pas suivis. Un simple "chown -h atelichloe:atelichloe cdn*" suffisait vu que tu tournes php en cgi et non en module apache

C'est ce que j'ai fait, et ça fonctionne ! Donc oui, je confirme !

Avec un [R=301,L] à la fin de ta première règle, ça va tout de suite mieux Comme j'ai accès à ton serveur, je l'ai ajouté !

Dans ce cas, il faut véritablement créer les sous-domaines sous Directadmin, le champ A seul ne suffit manifestement pas. Je les ai créés, et fait les liens symboliques de cdn1, cdn2 et cdn3 vers le répertoire public_html pour qu'ils pointent au bon endroit. Pour que le SOA soit correct, il faut renseigner les bons DNS pour l'utilisateur sous Directadmin. Là tes images s'affichent bien avec l'URL souhaitée : http://cdn2.itis07.ovh/img/prestashop-avatar.png

Dans la zone DNS locale, le SOA était toujours défini comme le serveur local et non le DNS d'OVH ! Je les ai ajoutés localement, cela t'évite d'avoir à attendre la propagation. Dan

Bonjour et bienvenue sur Webmaster Hub ! Tu es certain de ne pas avoir de virus sur ton poste de travail ? As-tu lancé un scan complet de ton PC ? Quelle est l'URL de ton site ?

Pour info, tu devrais aussi changer les DNS de ce domaine sur ton serveur ns417072 ... parce que là ce n'est pas correct ! Il faut que ton serveur sache que c'est gandi qui gère la zone, ou il ne trouvera jamais ces sous-domaines !

Oui ! ns.le-hub.net:dan# dig monespiegletribu.com ; <<>> DiG 9.10.3-P4-Debian <<>> monespiegletribu.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26316 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 7 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;monespiegletribu.com. IN A ;; ANSWER SECTION: monespiegletribu.com. 300 IN A 37.59.143.16 ;; AUTHORITY SECTION: monespiegletribu.com. 172800 IN NS a.dns.gandi.net. monespiegletribu.com. 172800 IN NS b.dns.gandi.net. monespiegletribu.com. 172800 IN NS c.dns.gandi.net. ;; ADDITIONAL SECTION: a.dns.gandi.net. 67529 IN A 173.246.98.1 a.dns.gandi.net. 67529 IN AAAA 2604:3400:abca::1 b.dns.gandi.net. 67529 IN A 213.167.229.1 b.dns.gandi.net. 67529 IN AAAA 2001:4b98:abcb::1 c.dns.gandi.net. 67529 IN A 217.70.179.1 c.dns.gandi.net. 67529 IN AAAA 2604:3400:abcc::1 ;; Query time: 41 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Nov 27 16:33:58 CET 2017 ;; MSG SIZE rcvd: 258

Il faut le faire là où la zone DNS1 est définie. Dis-moi quel est le domaine, je pourrai te dire où éditer cela !

Bienvenue à toi sur Webmaster Hub !

Bienvenue à bord de Webmaster Hub, Dany