# Redirection http **URL:** \ **Category:** Support Debian\ **Created:** [Juin 14, 2019, 7:16 UTC](https://www.debian-fr.org/t/redirection-http/79442 "2019-06-14T07:16:33Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Fax](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/5fc32e/32.png) [@Fax](https://www.debian-fr.org/u/Fax)\ **Post date:** [Juin 14, 2019, 7:16 UTC](https://www.debian-fr.org/t/redirection-http/79442/1 "2019-06-14T07:16:33Z")
Bonsoir à toutes et à tous. J’ai un domaine ovh sur un serveur (A) ip: aaa.aa.aaa.aaa (domaine.ovh) en https J’ai un autre serveur (B) ip: bbb.bbb.bbb.bbb Je veux un pointage x.domaine.ovh sur le serveur (B) en https également sur bbb.bbb.bbb.bbb/x J’ai ma redirection ovh: Domain Type Target domaine.ovh to a server (IPv4 - A) aaa.aaa.aaa.aaa x.domaine.ovh to a server (IPv4 - A) bbb.bbb.bbb.bbb Le sites-available/x.domaine.cfg: ServerAdmin webmaster@localhost DocumentRoot /var/www/html/x ErrorLog ${APACHE\_LOG\_DIR}/x\_error.log CustomLog ${APACHE\_LOG\_DIR}/x\_access.log combined \ Options Indexes FollowSymLinks MultiViews AllowOverride All order allow,deny allow from all \ Ça ne marche pas! Ou est l’erreur svp? Je vous remercie d’avance ![smile](https://www.debian-fr.org/uploads/default/original/2X/e/e139cc9543d863660eb125bd3be095bbacdadb24.png) Fax ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Juin 14, 2019, 7:53 UTC](https://www.debian-fr.org/t/redirection-http/79442/2 "2019-06-14T07:53:24Z")
Bonjour, Je comprends pas bien ce qui ne marche pas, mais bon. Ton enregistrement est-il répliqué sur le DNS que tu utilises ? Pour le vérifier : ```auto nslookup x.domaine.ovh ``` As-tu bien activé ton vhost avec les commandes suivantes : ```auto a2ensite x.domaine.cfg && systemctl reload apache2 ``` _NB: il me semble qu’apache attend des vhost en `.conf`…_ Y-a-t-il quelque chose dans tes journaux apache ? ```auto tail /var/log/apache2/x_access.log ``` Sinon, pourquoi tu parles de “Redirection http” alors qu’il s’agit simplement de faire fonctionner ton site ? Le serveur (A) ne sert à rien dans la description de ton problème. ---
**Author:** ![anon16237994](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ac91a4/32.png) [@anon16237994](https://www.debian-fr.org/u/anon16237994)\ **Post date:** [Juin 14, 2019, 9:14 UTC](https://www.debian-fr.org/t/redirection-http/79442/3 "2019-06-14T09:14:33Z")
Commençons par le départ, tu gères tes DNS via le panel OVH ou tu dirige ton NDD sur l’IP du serveur A qui fait également office de serveur DNS ? Par ce que la il faut que tes deux serveurs resolve le NDD afin de le prendre en charge. Ensuite, j’ai jamais fait ca mais ca m’interesse. Ton VHost tel que montré ici ne peux pas fonctionner en https. ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Juin 14, 2019, 10:43 UTC](https://www.debian-fr.org/t/redirection-http/79442/4 "2019-06-14T10:43:49Z")
> [@Fax](#): > > J’ai un domaine ovh sur un serveur (A) ip: aaa.aa.aaa.aaa (domaine.ovh) en https Ca n’intervient pas dans ton probléme, donc ça, on ignore. > [@Fax](#): > > Je veux un pointage x.domaine.ovh sur le serveur (B) en https également sur bbb.bbb.bbb.bbb/x Redirection/pointage, ce ne sont pas des termes précis/adaptés. Je résume: Tu as un site déployé dans le répertoire /var/www/html/x, et tu veux qu’il soit accessible par [https://x.domaine.ovh](https://x.domaine.ovh) Si c’est ça, il te faut d’abord configurer un virtualhost par le nom, pour que le serveur sache quoi livrer quand on lui demande x.domaine.ovh sur le port https, tu vas l’appeler /etc/apache2/sites-available/x.domain.ovh-ssl.conf: ```auto # la tu précises que c est sur le port https ServerAdmin webmaster@x.domain.ovh # plutot que localhost ServerName x.domain.ovh # la tu précises a quel nom principal il doit repondre # ServerAlias www.x.domain.ovh # si tu as besoin d'acces differents DocumentRoot /var/www/html/x # tu precises ou sont les donnees # les logs osef, tu fais comme tu veux ErrorLog ${APACHE_LOG_DIR}/x.domain.ovh-ssl.log CustomLog ${APACHE_LOG_DIR}/x.domain.ovh-ssl.log combined # le directory c etait deja bon Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny allow from all # apres il te faudra des certificats pour le https genre # SSLCertificateFile /etc/letsencrypt/cert/fullchain.pem #lien vers la full chain transmise par let's encrypt ou autre # SSLCertificateKeyFile /etc/letsencrypt/cert/privkey.pem #lien vers la full chain transmise par let's encrypt ou autre # Include /etc/letsencrypt/options-ssl-apache.conf #fichier de configuration ssl let's encrypt ``` aprés, comme indiqué, en root ou sudo: **a2ensite /etc/apache2/sites-available/x.domain.ovh-ssl.conf** suivi de **systemctl reload apache2** PUIS au niveau dns, vérifier/configurer pour que x.domain.ovh se résolve en l’ip du serveur. ---
**Author:** ![anon16237994](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ac91a4/32.png) [@anon16237994](https://www.debian-fr.org/u/anon16237994)\ **Post date:** [Juin 14, 2019, 2:47 UTC](https://www.debian-fr.org/t/redirection-http/79442/5 "2019-06-14T14:47:20Z")
@mattotop Je pense que c’est plus compliqué que ca, le certificat du domaine sur le serveur A ne sera pas valide sur le serveur B. Je pense que le sous domaine en question doit etre redirigé vers l’IP du serveur B via les DNS. Le serveur B doit avoir sont propre certificat pour ce sous domaine. A partir de la tu fais ton virtual host apache sur serveur B. J’peux m’trompé, mais a mon avis tout commence par les DNS. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 14, 2019, 2:58 UTC](https://www.debian-fr.org/t/redirection-http/79442/6 "2019-06-14T14:58:30Z")
> [@anon16237994](#): > > le certificat du domaine sur le serveur A ne sera pas valide sur le serveur B. Evidemment. En principe un certificat est émis pour un nom de domaine. Il n’est pas question d’utiliser le certificat de A sur B (sauf s’il a été émis pour domaine.ovh et \*.domaine.ovh en prévision de cette situation). Rien de compliqué, c’est la base. > [@anon16237994](#): > > Je pense que le sous domaine en question doit etre redirigé vers l’IP du serveur B via les DNS. Je répète ce qu’ont écrit les autres : ce n’est pas une redirection. Evidemment il faut que le nom de domaine x.domaine.ovh pointe vers l’adresse IP du serveur B via un enregistrement DNS de type A si on veut que le site soit joignable. > [@Fax](#): > > Ça ne marche pas! Cette phrase ne contient aucune information utile. ---
**Author:** ![anon16237994](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ac91a4/32.png) [@anon16237994](https://www.debian-fr.org/u/anon16237994)\ **Post date:** [Juin 14, 2019, 3:02 UTC](https://www.debian-fr.org/t/redirection-http/79442/7 "2019-06-14T15:02:40Z")
> [@PascalHambourg](#): > > Evidemment Si tout était évident pour tout le monde XD ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Juin 14, 2019, 3:41 UTC](https://www.debian-fr.org/t/redirection-http/79442/8 "2019-06-14T15:41:44Z")
> [@PascalHambourg](#): > > il faut que le nom de domaine x.domaine.ovh pointe vers l’adresse IP du serveur B via un enregistrement DNS de type A Ou un CNAME, mais bon. ---
**Author:** ![anon16237994](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ac91a4/32.png) [@anon16237994](https://www.debian-fr.org/u/anon16237994)\ **Post date:** [Juin 14, 2019, 4:33 UTC](https://www.debian-fr.org/t/redirection-http/79442/9 "2019-06-14T16:33:11Z")
> [@mattotop](#): > > Ou un CNAME, mais bon. Non, pas quand ca pointe sur une IP ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Juin 14, 2019, 8:49 UTC](https://www.debian-fr.org/t/redirection-http/79442/10 "2019-06-14T20:49:47Z")
Si: tu peux avoir, dans domaine.ovh, une machine du nom de \, avec un A (ou plusieurs, ainsi que des AAAA pourquoi pas), et ensuite, déclarer tes sous domaines, comme x, ou y, en CNAME vers \. C’est comme ça que je configure pour moi les sous domaines, donc je l’affirme, tu peux aussi avoir un CNAME. ---
**Author:** ![anon16237994](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ac91a4/32.png) [@anon16237994](https://www.debian-fr.org/u/anon16237994)\ **Post date:** [Juin 15, 2019, 6:42 UTC](https://www.debian-fr.org/t/redirection-http/79442/11 "2019-06-15T06:42:01Z")
@mattotop Je suis d’accord, sauf que dans le cas de figure présenté ici, le sous domaine n’est pas sur le même serveur, donc on a forcement affaire a un enregistrement A ou AAAA pour le sous domaine concerné. Les autres qui sont sur le même serveur, peuvent en effet être en CNAME. [EDIT] Son serveur a peut être plusieurs IP d’ailleurs … ---
**Author:** ![Fax](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/5fc32e/32.png) [@Fax](https://www.debian-fr.org/u/Fax)\ **Post date:** [Juin 15, 2019, 7:16 UTC](https://www.debian-fr.org/t/redirection-http/79442/12 "2019-06-15T07:16:49Z")
Merci pour toutes vos réponses. Je dois avouer que certaines réponses me déroutent, pas par leurs pertinences, mais par mon ignorance. J’avoue que les termes que j’ai employé ne sont pas forcément les bons. 2FR3 a bien cerné le problème. [https://serverA](https://serverA) fonctionne très bien (forum et autres) DNS Zone Domaine-------------TTL-----Type-------Target domaine.ovh---------0---------A---------aaa.aaa.aaa.aaa x.domaine.ovh-------0---------A---------bbb.bbb.bbb.bbb Ceci est géré par mon hébergeur ovh ---
**Author:** ![anon16237994](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ac91a4/32.png) [@anon16237994](https://www.debian-fr.org/u/anon16237994)\ **Post date:** [Juin 15, 2019, 7:28 UTC](https://www.debian-fr.org/t/redirection-http/79442/13 "2019-06-15T07:28:19Z")
> [@Fax](#): > > Je dois avouer que certaines réponses me déroutent, pas par leurs pertinences, mais par mon ignorance Si tu repondais a nos questions, nous serions plus précis, tu gères tes DNS ou? sur le serveur A ou sur le panel OVH ? Dans n’importe quel cas, comment sont ils configurés pour le sous domaine en question ? Le serveur B est’il dedié qu’a un seul site repondant au sous domaine ? ---
**Author:** ![Fax](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/5fc32e/32.png) [@Fax](https://www.debian-fr.org/u/Fax)\ **Post date:** [Juin 15, 2019, 7:34 UTC](https://www.debian-fr.org/t/redirection-http/79442/14 "2019-06-15T07:34:35Z")
Désolé, on s’est croisé. Pour plus de facilité, passons nous du https, ce sera pas mal si ça fonctionne déjà en http. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 15, 2019, 11:16 UTC](https://www.debian-fr.org/t/redirection-http/79442/15 "2019-06-15T11:16:06Z")
> [@Fax](#): > > [https://serverA](https://serverA) fonctionne très bien (forum et autres) Alors il devrait suffire de reprendre et d’adapter sa configuration pour le serveur B et son nom de domaine. Tu n’as toujours pas répondu à la question la plus importante : qu’est-ce qui ne marche pas exactement ? > [@mattotop](#): > > > il faut que le nom de domaine x.domaine.ovh pointe vers l’adresse IP du serveur B via un enregistrement DNS de type A > > Ou un CNAME, mais bon. C’est vrai. Mais il faut se méfier des CNAME et des possibles effets de bord inattendus. Un CNAME ne signifie pas seulement que X est associé à la même adresse IP que Y mais que X est équivalent à Y pour tout type d’enregistrement DNS (y compris MX, NS et autre). A utiliser avec précaution donc, et à éviter quand on ne maîtrise pas. > [@anon16237994](#): > > tu gères tes DNS ou? sur le serveur A ou sur le panel OVH ? > Dans n’importe quel cas, comment sont ils configurés pour le sous domaine en question ? En quoi est-ce pertinent ? L’important est que d’une façon ou d’une autre le nom de domaine pointe vers l’adresse IP dans le DNS public, ce que la commande `nslookup` proposée par @sk4hrr (ou `dig`, `host`) aurait permis de vérifier. ---
**Author:** ![Fax](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/5fc32e/32.png) [@Fax](https://www.debian-fr.org/u/Fax)\ **Post date:** [Juin 15, 2019, 12:37 UTC](https://www.debian-fr.org/t/redirection-http/79442/16 "2019-06-15T12:37:13Z")
Ce qui ne marche pas: quand je tape x.domaine.ovh , je tombe sur la page debian apache default. Je suis obligé de faire (appelons x=echelon): echelon.domaine.ovh/echelon pour que cela fonctionne. Et je souhaite arriver directement sur echelon sans avoir à le préciser. Je suis certain que c’est une broutille, mais je ne vois pas comment résoudre ce dilemme. Je vous présente mes excuses pour ne pas avoir été plus clair auparavant . ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 15, 2019, 12:43 UTC](https://www.debian-fr.org/t/redirection-http/79442/17 "2019-06-15T12:43:48Z")
Ouais, parce qu’on se pignole depuis une quinzaine de messages au sujet de la résolution DNS et des certificats alors que ça n’a rien à voir. La définition de la racine du site dans la déclaration du virtualhost n’est pas bonne, ou bien ce n’est pas le bon virtualhost qui est sélectionné (ça sent le virtualhost par défaut). ---
**Author:** ![Fax](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/5fc32e/32.png) [@Fax](https://www.debian-fr.org/u/Fax)\ **Post date:** [Juin 15, 2019, 1:13 UTC](https://www.debian-fr.org/t/redirection-http/79442/18 "2019-06-15T13:13:19Z")
Hmmm Voici echelon.domaine. ovh.conf: ServerAdmin faxtarus@domaine.ovh DocumentRoot /var/www/html/echelon ErrorLog ${APACHE\_LOG\_DIR}/echelon\_error.log CustomLog ${APACHE\_LOG\_DIR}/echelon\_access.log combined \ Options Indexes FollowSymLinks MultiViews AllowOverride All order allow,deny allow from all Ce fichier est dans le serveur B, tout comme echelon. Encore désolé de courroucer les membres de la communauté, un peu d’indulgence pour un ptit gars de 62 balais qui cherche encore à apprendre 😉 Et “se pignoler” ne fait de mal à personne (parole d’expert) 😉 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 15, 2019, 1:47 UTC](https://www.debian-fr.org/t/redirection-http/79442/19 "2019-06-15T13:47:02Z")
Je ne connais pas grand-chose à Apache, mais tout cela ne devrait-il pas figurer à l’intérieur d’une déclaration `` ? Je laisse les autres réagir sur ce point. > [@Fax](#): > > Ce fichier est dans le serveur B, tout comme echelon. Dans quel répertoire ? L’as-tu activé comme indiqué par @mattotop ? Qu’entends-tu par « echelon » dans ce contexte ? ---
**Author:** ![Fax](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/5fc32e/32.png) [@Fax](https://www.debian-fr.org/u/Fax)\ **Post date:** [Juin 15, 2019, 2:05 UTC](https://www.debian-fr.org/t/redirection-http/79442/20 "2019-06-15T14:05:49Z")
Voici les chemins: /etc/apache2/sites-availables/echelon.domaine.cfg echelon (un lecteur de base de données ) est sur : /var/www/html/echelon Sur le serveur B [Page suivante](https://www.debian-fr.org/t/redirection-http/79442.md?page=2)