Des problèmes de permissions de fichiers (UID: 99)

16 janvier 2010

Attention cette information peut-être obsolète. S'il vous plaît voir le forum pour mise à jour de l'aide et des instructions. RevMax http://www.openxpayments.com .

Il a porté à mon attention que certains d'accueil semblent un peu désuètes et peut-être un peu non garanti que les utilisateurs des fichiers par les autorisations. Je suis toujours à la recherche moi-même et à la recherche d'une solution possible qui pourrait convenir à tous hôte. Jusque-là, si vous rencontrez des problèmes de permissions de fichiers, espérons que cela aidera.

Php d'installation par défaut en tant que module mod_php est un trou plus grand de la sécurité au Web serveurs logiciels.
Permet de se demander pourquoi. Si vous avez installé php comme mod_php alors toutes les applications PHP sont exécutés sous utilisateur nobody commun ou «www» ou «apache». Cela signifie que si «forgeron» d'un utilisateur a des fichiers situés à son répertoire personnel, tout le monde qui a un compte sur le même serveur peut lire (et modifier) ses fichiers à l'aide régulière basé sur PHP gestionnaire de fichiers.
Pour éviter ce problème apache fournit une technologie de «suexec» pour exécuter le logiciel des utilisateurs en vertu de leurs comptes propres du système. Cela signifie «forgeron» utilisateur a 'my_secure_data.txt' chowned à «forgeron» et il va fonctionner parce que ses applications sont exécutées sous le compte système «forgeron» au enviroment suexec. Fondamentalement, la technologie suexec est fournie pour les applications en cours d'exécution sous forme de scripts cgi.
http://www.phpasks.com/suphp/

En matière d'environnement serveur non-suphp, si un script php doit télécharger un fichier sur un dossier, (par exemple: plugins OpenX) afin d'obtenir téléchargé dans le dossier, il doit disposer d'autorisations monde accessible en écriture (777).

Comme les plugins sont téléchargés par php, qui concerne l'environnement serveur non-suphp il est généralement attribué l'ID utilisateur de 99 ans. Cela rendra les fichiers php téléchargés pour ne pas être possédé par l'utilisateur ftp et incapable de changer les permissions, ou les supprimer.

LE PROBLÈME: Pour plus de commodité RevMax définit tous les répertoire (755) et le fichier (644) des autorisations sur l'installation et peut provoquer des erreurs Vous devez toutefois définir manuellement les autorisations pour les clients dossier / openx ou clients, après le téléchargement..

Vous pouvez tester votre serveur pour cette question. Si vous ne pouvez utiliser la fonction phpinfo (), vous pouvez créer un fichier php avec le contenu suivant:

  ( ) ; ?> <? Phpinfo ();?>

De le transférer à un dossier Web accessible sur le serveur et accédez à l'aide d'un navigateur, puis regardez où il est dit Server API. Si la valeur Apache dit alors sa ne fonctionne pas en utilisant PHP suPHP. Si elle dit CGI, puis il est exécuté suPHP.

Si vous savez ou pouvez voir cette (uid: 99) pour être la question, vous pouvez chown tous les dossiers et les fichiers de paquets, et chmod si nécessaire. pour restaurer la fonctionnalité. Voici quelques infos de plus sur "chown" et les commandes shell qui peuvent vous aider.

Si vous connaissez cette avant d'installer, vous pouvez décompresser le paquet et télécharger les fichiers par ftp et définir des autorisations en conséquence, puis connectez-vous pour OpenX et installer le plugin. Vous devriez alors avoir la propriété de tous les fichiers et dossiers du plugin RevMax. Les fichiers de plugins et les dossiers doivent être téléchargés dans le répertoire OpenX comme on le voit dans le paquet décompressé.

OpenX ou clients ....
openx / plugins / etc ....
openx / www / admin / plugins ...

Pour résoudre ce problème de façon permanente vous pouvez suivre ce lien et de sécuriser votre serveur et d'installer le module suphp pour apache. Ce sera bien sûr vous faire aller travers tous les plugins et de la propriété et les permissions du fichier de réinitialisation car ils sont créés lors de l'installation avec php et provoquer des erreurs comme on le voit dans l'installation openxmarket sur un serveur cPanel.

Je travaille actuellement sur un script pour vérifier les variations de serveur, et nous espérons résoudre ce problème pour ces environnements.

Comme toujours vous pouvez me contacter directement ou poster sur le forum si vous avez des questions ou avez besoin d'aide.