Question sur les redirections

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • Question sur les redirections

    Bonjour à tous,

    j'ai un client qui gère plusieurs 10ènes de sites internets. Actuellement il dispose d'un serveur dédié chez IONOS dans lequel il a son domaine et des sous-domaines. Le serveur commence à tirer la tête à cause du nombre de fichiers trop important.
    Par ailleurs, niveau sécurité ça n'est pas terrible car si un site se fait véroler les autres sur le même hébergement (serveur) prennent le risque de prendre aussi. Il y a plein d'autres raisons qui font que ce n'est pas la bonne solution.

    Du coup la solution trouvée est de garder le nom de domaine avec ses sous-domaines et faire pointer chaque sous-domaine vers un nouvel hébergement et donc vers un nouveau sous-domaine.

    Par exemple:

    l'URL sous-domaine.domain.com pointera vers sous-domaine.domain01.com

    La question que je me pose est la suivante: quelle URL sera référencée sur Google? Etant donné que l'URL de départ ne dispose plus d'hébergement mais fait simplement une redirection (VIA la zone DNS) je pense que c'est la nouvelle URL de destination qui sera référencée et crawlée.

    Qu'en pensez-vous?
    http://www.solucetech.fr
    http://www.facebook.com/solucetech

  • #2
    Si vous hébergez seulement les sous-domaines sur d'autres serveurs, ce qui est effectivement une bonne idée au niveau de la sécurité, il n'y a pas de redirection, au sens SEO du terme, à faire : tous les sous-domaines vont garder leur intitulé actuel et seuls les enregistrements DNS seront modifiés pour qu'ils pointent vers les nouveaux serveurs.
    Totalement transparent pour les utilisateurs et pour Google.

    Une autre solution serait de souscrire une autre formule d'hébergement où vous avez une console de gestion d'hébergement qui permet de "cloisonner" tous les sous-domaines dans leur propre hébergement, évitant ainsi le problème de sécurité. C'est la formule que j'utilise pour mes clients, mais c'est moi qui gère les serveurs. Je ne sais pas ce qui est possible chez un hébergeur classique.
    Tous les services pour les sites Joomla! : sécurité, nettoyage de sites piratés, hébergement, SEO, applications Fabrik, migration, compatibilité mobiles, accessibilité, ...
    Administrateur certifié Joomla! 3
    https://www.betterweb.fr

    Commentaire


    • #3
      Merci pour la réponse rapide.

      Je ne suis pas certain de vraiment comprendre. Vous dites qu'il faut garder l'URL de base et la faire pointer sur le serveur qui héberge le site? Du coup sans faire pointer vers une URL cible?
      http://www.solucetech.fr
      http://www.facebook.com/solucetech

      Commentaire


      • #4
        OK. Actuellement vous avez monsite.tld, sub1.monsite.tld, sub2.monsite.tld, ... qui sont dans le même hébergement sur un serveur.
        Si ce serveur a l'adresse IP 1.2.3.4, vous avez comme enregistrements A : @ 1.2.3.4, www. 1.2.3.4, sub1. 1.2.3.4, sub2 1.2.3.4, ...

        Si maintenant vous déplacez une copie du sous-domaine "sub1" sur un autre serveur qui a une adresse IP 5.6.7.8, une fois la copie installée correctement, vous modifiez l'enregistrement A de sub1 de 1.2.3.4 -> 5.6.7.8 et vous continuerez à voir votre site sub1.monsite.tld de la même façon qu'auparavant. Pas besoin de changer son nom, ce qui pourrait vous poser des problèmes en termes de référencement.

        Évidemment, cela signifie que vous ayez une bonne compréhension de la manière dont les enregistrements DNS fonctionnent.
        Tous les services pour les sites Joomla! : sécurité, nettoyage de sites piratés, hébergement, SEO, applications Fabrik, migration, compatibilité mobiles, accessibilité, ...
        Administrateur certifié Joomla! 3
        https://www.betterweb.fr

        Commentaire


        • #5
          Ok c'est donc bien ce que j'imaginais. Enfin je pense
          Ce qu'il faudra faire, c'est faire pointer un enregistrement A vers l'IP de l'hébergement. Une fois le site copié vers le nouvel enregistrement je pourrais supprimer le dossier racine du 1er hébergement pour faire de la place.

          En fait, ce qu'il ne faudrait pas faire c'est une redirection d'un sous-domaine vers un autre sous-domaine. Ce qui aurait pour incidence de faire référencer la nouvelle cible par Google.

          Par contre, si mon nouvel hébergement doit comporter disons 5 sites, quel enregistrement dois-je faire dans la zone DNS de base afin que sub1.monsite.tld pointe vers un dossier en particulier du nouvel hébergement et sub2.monsite.tld pointe vers un autre dossier du même hébergement, et ainsi de suite? Dans l'idée, il y aurait maximum 5 site dans un hébergement.
          Etant donné qu'un hébergement ne dispose que d'une adresse IP, si je fais un enregistrement A de sub1.monsite.tld vers 5.6.7.8 comment faire pour que sub2.monsite.tld puisse pointer vers la même adresse IP mais un autre dossier? 5.6.7.8/mondossier01 --- 5.6.7.8/mondossier02 --- etc ?
          http://www.solucetech.fr
          http://www.facebook.com/solucetech

          Commentaire


          • #6
            Hmm, OK, je crois que je commence à voir le problème.

            La solution la plus sécurisé et définitive pour vraiment séparer les sous-domaines, c'est de souscrire un hébergement différent pour pour chacun d'eux. En pratique, vous souscrivez un hébergement pour "mondomaine.tld", puis vous créez un sous-domaine "sub1.mondomaine.tld", vous y installez la copie de "sub1" actuelle, puis vous changez les enregistrements A de "sub1" pour pointer vers le nouvel hébergement.
            Vous répétez l'opération pour les autres sous-domaines.

            Une alternative moins coûteuse, mais un peu moins sûre, est de faire en sorte que seul un accès SSH soit autorisé pour le domaine principale et chaque sous-domaine, avec un utilisateur SSH différent pour chaque sous-domaine. C'est plus compliqué à mettre en place (et peut-être pas possible avec tous les hébergeurs ?) mais c'est plus économique puisqu'il ne s'agit que d'un seul serveur et d'un seul hébergement. Et il n'y a pas de modification de DNS à faire. Il se peut malgré tout que si un pirate arrive à insérer une "backdoor" sur un des sous-domaines il puisse arriver à "remonter" l'arborescence jusqu'à atteindre les autres sous-domaines mais j'avoue que cela dépasse mes connaissances actuelles.
            Tous les services pour les sites Joomla! : sécurité, nettoyage de sites piratés, hébergement, SEO, applications Fabrik, migration, compatibilité mobiles, accessibilité, ...
            Administrateur certifié Joomla! 3
            https://www.betterweb.fr

            Commentaire


            • #7
              Ok c'est bien ce que je pensais alors. On ne peut pas faire pointer un sous-domaine vers un autre hébergement qui aurait plusieurs sites en son sein. Et du coup il faut obligatoirement un Hébergement par site.

              Sinon avoir un hébergement pour plusieurs sites et faire pointer un sous-domaine vers un autre sous-domaine. Mais là se posera le problème de réferencement de Google qui crawlera automatiquement le nouveau sous-domaine...
              http://www.solucetech.fr
              http://www.facebook.com/solucetech

              Commentaire


              • #8
                Bonjour,
                Je viens peut-être après la bataille, mais les pointages sont gérés par les vhosts non ?

                Je m'explique.
                J'ai un hébergement, avec par exemple l'ip 10.10.10.10

                J'ai 3 domaines :
                toto
                titi
                tutu
                Au niveau des domaines, je dois :
                Chez mon hébergeur,
                - déclarer chaque domaine en le pointant sur un dossier séparé des autres : on ne mets pas par exemple chaque dossier de chaque domaine dans le www mais au même niveau que le www.
                -> on ne peut pas "sortir" du domaine : pas de risque de pouvoir remonter normalement au delà de la racine de chaque site. C'est ce que l'on fait par exemple pour des sites E-commerce : les dossiers "à risques" ne sont pas dans le dossier du site mais au même niveau pour éviter la sortie de racine.

                Au niveau des domaines,
                on va alors pointer chaque domaine vers la même ip : 10.10.10.10

                --> C'est la déclaration des domaines sur l'hébergement qui est ensuite lu pour arriver sur le dossier correspondant au domaine.
                Un personne demande le site
                toto
                Les dns répondent : interroge 10.10.10.10

                10.10.10.10 répond alors :
                Pour le domaine toto, j'ai comme information de vous renvoyer vers le dossier "xxxxx" tel qu'il a été déclaré et inscrit dans le VHost.

                A partir du moment où le domaine est dans le Vhost et qu'il n'est pas inclus dans le dossier d'un autre, on dit qu'il est "chrooté" : on ne peut naviguer à l'extérieur de celui-ci et les autres domaines ne sont pas accessibles.

                Cordialement,
                Chabi01 - http://www.xlformation.com

                Commentaire


                • #9
                  D'accord avec vous à condition que l'hébergeur accepte des domaines hors du dossier "www", ce qui ne me semble pas gagné.
                  Tous les services pour les sites Joomla! : sécurité, nettoyage de sites piratés, hébergement, SEO, applications Fabrik, migration, compatibilité mobiles, accessibilité, ...
                  Administrateur certifié Joomla! 3
                  https://www.betterweb.fr

                  Commentaire


                  • #10
                    Bonjour,
                    Bah, on peut le faire sur du mutualisé OVH, O2switch, etc...

                    Cordialement,
                    Chabi01 - http://www.xlformation.com

                    Commentaire


                    • #11
                      Je ne sais pas si cela est possible.
                      Je m'explique:

                      J'ai un domaine toto.com qui doit pointer vers un hébergement (hors du domaine en question) dans lequel il y aura disons 3 sites. SITE01, SITE02, SITE03 (chaque dossier à la racine de l'hébergement). Le domaine toto.com est pris chez IONOS et l'hébergement chez OVH avec une IP 10.10.10.10

                      Je voudrais donc que toto.com (pris chez IONOS) pointe vers l'hébergement OVH mais sur le dossier SITE02

                      Si je vais dans ma zone DNS toto.com et le fait pointer vers 10.10.10.10, comment OVH saura que je veux aller sur le dossier SITE02 et pas 01 ou 03?
                      http://www.solucetech.fr
                      http://www.facebook.com/solucetech

                      Commentaire


                      • #12
                        Bonjour,
                        Parce que ce n'est pas IONOS qui pointe vers le dossier !
                        IONOS a le nom de domaine, correct ?
                        Donc, sur le domaine, on pointe ne champ "A" vers l'ip du serveur, on fait donc ça chez IONOS.

                        Sur le serveur OVH, on va sur la partie "hébergement".
                        Dans cette partie, on a un onglet "multi site". On va déclarer ici chaque domaine et vers quel dossier il doit pointer (le Vhost donc).
                        En détails, connecté sur le panel mutualisé d'OVH, on va donc cliquer sur :
                        -> Web cloud
                        -> Hébergements
                        -> on prend le "bon" hébergement si il y en a plusieurs
                        -> dans la page, il y a alors un onglet "multisite", on clique dessus.
                        -> On clique dans la page (à droite) sur le bouton "Ajouter un domaine ou un sous domaine"
                        -> Dans la boite affichée, on clique sur "Ajouter un domaine externe" + suivant
                        -> on saisit le domaine (sans les http ni les www, juste le nom canonique et éventuellement le sous domaine), on coche si nécessaire la case permettant en même de créer le sous domaine www,
                        -> on renseigne en dessous le dossier : si c'est dans le dossier "SITE1", le dossier existe donc sur le serveur OVH et il faut simplement le renseigner ici.
                        On clique sur suivant
                        Si jamais OVH détecte que le domaine est mal paramétré sur IONOS, on relève toutes les actions à réaliser sur le domaine pour le pointage et on les applique (Ovh demande souvent à ce qu'un champ TXT de validation du pointage soit ajouté de toute façon)
                        On valide et si il y a eu des changements demandées par OVH, il faudra patienter quelques minutes / heures / jours pour que la configuration DNS soit propagée.

                        FINI !



                        A partir de là, c'est fini : lorsque je vais demander le domiane toto.com, IONOS va répondre "va voir le serveur 10.10.10.10".
                        Ok, le serveur 10.10.10.10 va voir si dans sa table il a bien de déclaré le domaine en question pour savoir vers quel dossier il doit aller : il le trouve ? Alors il affiche le contenu du dossier et c'est tout

                        Cordialement,
                        Chabi01 - http://www.xlformation.com

                        Commentaire


                        • #13
                          Bonjour Chabi01,

                          et bien merci beaucoup je ne connaissais pas cette manip.
                          Je l'ai tenté et ça marche bien sauf pour le certificat SSL qui émane de chez IONOS pour le domaine de base. Le fait de faire la redirection vers l'hébergement OVH met une erreur de certificat lors de l'accès au site.
                          Il y a une solution pour ça ou il faut avoir un autre certificat en plus chez OVH?
                          http://www.solucetech.fr
                          http://www.facebook.com/solucetech

                          Commentaire


                          • #14
                            Bonjour,
                            En théorie, le certificat est créé sur l'hébergement, donc ici OVH.
                            Lors de la déclaration de nom chez OVH, il y a l'option pour les certificats : c'est du Let's Encrypt mais cela va bien

                            [EDIT] : quand je dis "création de nom", je parle du pointage vers le dossier, pas de la réservation du nom de domaine On peut voir également un bouton sur la droite "Régénérer les certiicats SSL" qui va renouveler tous les certificats manuellement au cas où.

                            Cordialement,
                            Dernière édition par chabi01 à 01/03/2021, 17h10
                            Chabi01 - http://www.xlformation.com

                            Commentaire

                            Annonce

                            Réduire
                            1 sur 2 < >

                            C'est [Réglé] et on n'en parle plus ?

                            A quoi ça sert ?
                            La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                            Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                            Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                            Comment ajouter la mention [Réglé] à votre discussion ?
                            1 - Aller sur votre discussion et éditer votre premier message :


                            2 - Cliquer sur la liste déroulante Préfixe.

                            3 - Choisir le préfixe [Réglé].


                            4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                            2 sur 2 < >

                            Assistance au forum - Outil de publication d'infos de votre site

                            Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                            Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                            Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                            UTILISER À VOS PROPRES RISQUES :
                            L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                            Problèmes connus :
                            FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                            Installation :

                            1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                            Archive zip : https://github.com/AFUJ/FPA/zipball/master

                            2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                            3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                            4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                            5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                            6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                            et remplacer www. votresite .com par votre nom de domaine


                            Exemples:
                            Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                            Télécharger le script fpa-fr.php dans: /public_html/
                            Pour executer le script: http://www..com/fpa-fr.php

                            Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                            Télécharger le script fpa-fr.php dans: /public_html/cms/
                            Pour executer le script: http://www..com/cms/fpa-fr.php

                            En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                            Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                            Voir plus
                            Voir moins

                            Partenaire de l'association

                            Réduire

                            Hébergeur Web PlanetHoster
                            Travaille ...
                            X