Serveur privé 1and1 et propriétaire des dossiers/fichiers

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

  • [Problème] Serveur privé 1and1 et propriétaire des dossiers/fichiers

    Bonsoir,

    Testant depuis peu un serveur privé chez 1and1, je me trouve confronté à un problème qu'il m'est impossible de régler, même après avoir exploré le forum et lu quelques interventions que j'ai trouvées un peu trop compliquées pour le débutant que je suis.

    PHP a été configuré pour démarrer en mode Apache depuis Plesk, mais même en mettant le mode CGI, cela n'a pas modifié le résultat.

    J'ai transféré une copie d'un site vers un nouveau nom de domaine. Les dossiers et fichiers placés dans httpdocs appartiennent à "rgc090213-psacln" (si je ne me trompe) et tout fonctionne.
    Par contre, dès que j'installe une extension, elle appartient à "apache-apache" et je ne peux strictement rien en faire, puisque même le gestionnaire de fichiers Plesk ne peut changer les droits : pas de possibilité par exemple de placer une nouvelle image dans un template...

    J'ai exploré Plesk sans trouver la moindre solution.

    J'espère trouver ici quelqu'un qui pourrait m'orienter voire me guider pas à pas pour arriver à gérer les paramétrages du serveur afin de ne plus être bloqué à ce niveau. Sinon, il ne me restera plus qu'à abandonner ce serveur...

    Merci d'avance,
    Robert
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

  • #2
    Personne n'aurait des conseils à me donner ?
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

    Commentaire


    • #3
      Salut RobertG,

      Je te conseille d'utiliser WinSCP4 (si tu es sous Win$) qui, associé à Putty, te permet de gérer ces transferts et changements de droits en toute simplicité en SSH & SFTP.

      Pour le transfert, c'est du simple glisser/déposer de ton explorateur de fichiers local vers l'explorateur WinSCP.
      Mais comme tu es normalement connecté en root SSH, tes fichiers transmis héritent également des droits root.root !!

      Il faut ensuite simplement faire un petit chown (dans WinSCP bouton droit sur le fichier --> Opération manuelle --> Autre :une petite fenêtre le ligne de commande apparait) :
      Code:
      chown rgc090213.psacln tonfichier
      Un petit conseil en passant, il est aussi bien de tout passer en Apache si tu n'as pas blindé correctement tes comptes FTP Avec les droits du user FTP tu es obligé de passer certains dossiers en 777, en Apache non (755). Et si quelqu'un rentre avec tes droits FTP !!! Pfouit !

      Enfin, si tu veux passer PHP en mode CGI il faut recompiler MAIS avec une Plesk c'est risqué car elle utilise son propre système...
      Vaut mieux tenter de recompiler en mode php suexec tant qu'à faire, si tu veux vraiment rester avec les permissions FTP. Mais gaffe, gaffe

      @++
      Hyperion
      Pas de demande de support en MP ou par mail, le forum est là pour ça!
      http://network.wantoo.com : Wantoo Network - Infogérance Serveurs Dédiés - Sécurité Joomla!

      Commentaire


      • #4
        Merci à tous les deux ! Je verrai tout ça à tête reposée demain.

        J'ai pris un Serveur privé de base avec CentOS 5 + Plesk 9 et Virtuozzo.
        Je viens de le réinitialiser pour le passer en version 9 de Plesk et je suis en train de renvoyer mes fichiers.
        J'ai la possibilité de faire tourner PHP en mode CGI par simple paramétrage dans Plesk.
        Pour l'instant, je patauge encore beaucoup, c'est le moins qu'on puisse dire.

        Ce que j'aimerais trouver, c'est un paramétrage qui permette de rendre les droits transparents pour l'utilisateur, moi d'abord, mais aussi d'éventuels clients hébergés, et éviter de devoir faire les modifications manuellement.
        J'ai vu que chez OVH, suPHP serait activé sur les serveurs équivalents et que ça permettrait de ne plus avoir ces soucis ; j'ai vu aussi mod_rui, mais je n'y comprends pas grand-chose !

        Je vous tiendrai au courant !

        Robert
        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

        Commentaire


        • #5
          Pour info : Virtuozzo dans sa dernière version après réinitialisation du serveur me permet, via son gestionnaire de fichiers, de modifier le propriétaire des répertoires, ce qui est déjà un avantage.

          Sur une installation test de la 1.5.9 depuis Plesk, les droits d'un template installé via l'installeur ne sont plus à Apache mais au propriétaire FTP : bonne nouvelle, si ça se confirme !
          Reste à voir les CHMOD et à refaire les tests sur une copie de site.

          Par contre, gros souci : dès activation du fichier .htaccess (htaccess.txt de base renommé), j'ai une erreur 403 ! Donc impossible de gérer la réécriture d'url avec .htaccess

          Edit : en fait, il semble que ce soit la ligne "RewriteEngine On" qui provoque l'erreur 403
          Dernière édition par RobertG à 25/03/2009, 09h03
          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

          Commentaire


          • #6
            Ce qui est curieux, c'est qu'en mettant PHP en mode CGI depuis Plesk, lorsque j'active .htaccess, le rafraichissement de la page d'accueil du site entraîne l'apparition de la page "Apache HTTP Server" avec entre autres :
            You may now add content to the directory /var/www/html/. Note that until you do so, people visiting your website will see this page and not your content. To prevent this page from ever being used, follow the instructions in the file /etc/httpd/conf.d/welcome.conf.
            Or Plesk installe les domaines dans "var/www/vhosts" et pas dans "html" !
            Si je neutralise le contenu de ce fichier welcome.conf, je vois alors le site, à condition de ne pas avoir le mode rewrite à On.

            Si je remets PHP en mode Apache, le .htaccess ne provoque plus d'erreur avec le mod_rewrite, mais la propriété des extensions installées revient à Apache !

            Incompatibilité du mode rewrite avec le fonctionnement de PHPen mode CGI ?

            Quelqu'un aurait-il une idée pour avoir en même temps l'avantage du mode CGI et la gestion du mode rewrite ?

            Edit : après tests, le module est bien chargé puisque si je mets la ligne "<IfModule mod_rewrite.c>", le code est bien interprété ensuite, avec erreur 403 si la ligne "RewriteEngine On" est active, sans erreur mais pas de réécriture bien sûr si elle est commentée.
            Dernière édition par RobertG à 25/03/2009, 16h15
            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

            Commentaire


            • #7
              Toujours au même point !

              Sur ce serveur (CentOs 5 + Virtuozzo + Plesk 9), PHP en mode CGI, je n'ai donc plus de soucis de propriété de fichiers et répertoires. Le site tourne.

              Mais dès que je mets le .htaccess d'origine de Joomla!, erreur 403.
              Si je commente la ligne "RewriteEngine On", l'erreur 403 disparaît, mais je ne peux pas utiliser la réécriture d'url : erreur 404 !

              J'ai eu beau chercher, aucune des solutions que j'ai essayées ne m'a permis de faire disparaître cette erreur 403.
              mod_rewrite est bien chargé, puisque si je mets la condition "<IfModule mod_rewrite.c>", le code qui suit est bien analysé (testé avec un DirectoryIndex pour afficher une page accueil.html à la place de index.php).

              Si un spécialiste de la question avait une idée, ça m'aiderait !

              Merci d'avance,
              Robert
              "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

              Commentaire


              • #8
                Pour la commande
                chown rgc090213.psacln tonfichier
                a quoi correspond rgc090213 ??
                Merci car j'aime bien comprendre ..

                Désolé je viens de comprendre, c'est le propriétaire... pas encore réveillé, par contre si je veux mettre les droits corectement pour les dossiers et les fichiers, je lance quoi comme commande en chmod. En fait pour inclure les sous dossiers et sous fichiers...

                Merci
                Dernière édition par groomy à 29/03/2009, 10h24

                Commentaire


                • #9
                  Dans la gestion des paramètres du serveur, on peut mettre PHP en mode CGI, dans Plesk 9 : ainsi, les droits sont corrects, même lorsque des extensions sont ajoutées depuis Joomla!
                  Reste que je ne trouve pas pourquoi cette réécriture ne peut être utilisée !
                  "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                  Commentaire


                  • #10
                    Rahhh je viens de lancer un chwon, tout a fonctionné mais là le site est out... Erreur 403
                    You don't have permission to access / on this server.

                    Avec ou sans le .htaccess... Ca m'a tout planté pourtant le propriétaire et group sont bon, je me demande si je ne dois pas faire un chmod maintenant

                    Commentaire


                    • #11
                      Envoyé par RobertG Voir le message
                      Dans la gestion des paramètres du serveur, on peut mettre PHP en mode CGI, dans Plesk 9 : ainsi, les droits sont corrects, même lorsque des extensions sont ajoutées depuis Joomla!
                      Reste que je ne trouve pas pourquoi cette réécriture ne peut être utilisée !
                      Oué mais si c'est pas des sites sous joomla, ca ne dérange pas ? Car je n'ai pas que du Joomla sur le serveur

                      Pour le chmod ce serait pas un truc comme ca
                      chmod -R u=rwX,g=rw,la sais pas quoi mettre mon dossier httpdocs ?
                      Ca donne si je ne m'abuse les dossiers en 750 et les fichiers en 640
                      Dernière édition par groomy à 29/03/2009, 10h37

                      Commentaire


                      • #12
                        J'ai constaté que PHP semble en mode CGI sur des serveurs mutualisés, donc a priori, ça ne devrait pas gêner d'autres sites.

                        Mon dossier httpdocs est bien en 750.
                        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                        Commentaire


                        • #13
                          Heu je parlais de ma ligne de commande, est elle bonne ?

                          Commentaire


                          • #14
                            Désolé, je n'ai pas l'habitude de la ligne de commande. Mais tu dois pouvoir le faire avec WinSCP, à moins que ce ne soit pas récursif ?
                            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                            Commentaire


                            • #15
                              Je ne comprends pas pourquoi les droits ne sont pas bon, je me demande si ce n'est pas le fait d'utiliser Joomlapack ???

                              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
                              Travaille ...
                              X