sudo: impossible de stat / etc / sudoers: Aucun fichier ou répertoire de ce type - Le fichier existe

12

Je suis l'une des rares personnes à gérer un serveur de jeux. Le serveur exécute actuellement Ubuntu 14.04, qui a été installé il y a seulement 3 semaines.

Tout allait bien jusqu'à il y a quelques jours, nous avons eu quelques problèmes. Je soupçonne que quelqu'un a piraté notre serveur SSH et a réussi à gâcher sérieusement quelque chose.

Lorsque j'essaie d'exécuter la commande, sudoj'obtiens l'erreur suivante:

sudo: unable to stat /etc/sudoers: No such file or directory

Donc, la première pensée est que le fichier a été supprimé et doit juste être recréé, mais ls /etc/montre que le fichier sudoers existe déjà. De plus, lorsqu'il est édité avec nano (mon éditeur préféré), il devient évident que le fichier est complètement intact et formaté correctement.

ls -lmontre également que le fichier sudoers a les autorisations -r--r----pour l'utilisateur root et le groupe root, qui, d'après les recherches, devraient être complètement suffisantes pour que sudo puisse lire le fichier, pour m'assurer temporairement que j'ai donné le fichier -rwxrwx---pour root root (utilisait tmux pour la session contrôle et nous avons déjà eu une session en tant que root), a toujours échoué.

Le fichier existe donc, le contenu qu'il contient est correct, il dispose des autorisations appropriées. Quoi d'autre cela pourrait-il être. J'ai regardé un peu les personnes qui ont eu des problèmes similaires ici sur askubuntu.com, une solution que j'ai trouvée qui semblait optimiste, était de sauvegarder le fichier sudoers, puis d'utiliser: apt-get purge sudo apt-get install sudo

Et puis remplacez le nouveau fichier sudo par l'ancien. Cela n'a malheureusement pas fonctionné. Pour exclure davantage que le fichier sudoers ne contenait pas d'erreurs, j'ai à nouveau essayé la solution, et j'ai essayé de sudom'exécuter uniquement avec le fichier sudoers nouvellement créé, et j'ai eu la même erreur.

-------- ÉDITER --------

Pour toute personne intéressée par le contenu du soi-disant fichier sudoers inexistant, voici une version filtrée (noms d'utilisateurs filtrés) sur demande: http://paste.ubuntu.com/7781967/

files sudo stat D3_JMultiplier
la source
1
L'utilisation de paste.ubuntu.com pourrait vous permettre de publier le contenu du fichier sudoers (vous souhaiterez peut-être supprimer les noms d'utilisateur pour plus de sécurité - si votre serveur a été piraté CHANGE THE PASSWORDS)
Wilf
Les mots de passe ont déjà été modifiés. Cela ne fait pas partie de la question. Le message a été mis à jour avec le lien paste.ubuntu.com.
D3_JMultiply
1
Selon la page de manuel de sudoers Le signe dièse ('#') est utilisé pour indiquer un commentaire (sauf s'il fait partie d'une directive #include ou s'il se produit dans le contexte d'un nom d'utilisateur et est suivi d'un ou plusieurs chiffres, dans auquel cas il est traité comme un uid). Dans votre fichier sudoers, il y a un # manquant dans la directive includedir. Essayez d'ajouter # et voyons si la commande sudo fonctionne.
Lety
Nan. Cela n'a pas réglé le problème. Comme je l'ai dit dans l'OP, j'ai renommé le fichier sudoers et réinstallé sudo, qui a créé une version fraîchement installée du fichier sudoers. Et ce fichier n'a pas fonctionné non plus. Je sais que le problème n'est pas le contenu du fichier lui-même. Merci
quand même

Réponses:

9

D'accord. J'ai résolu mon problème. Et comme je le pensais, ce n'était pas le dossier.

Solution

J'avais jusqu'à il y a 10 minutes, j'ai seulement remarqué que sudo ne fonctionnait pas. Comme la plupart de mon travail se déroule dans tmux, je n'ai jamais remarqué mon compte utilisateur.

Lors de la première connexion, j'obtiendrais l'erreur suivante:

-bash: /etc/profile Permission denied

Et cela me mettrait à: I have no name@<ipaddress>mon compte.

J'ai donc fait quelques recherches sur ce problème et trouvé plus de résultats que l'autre problème. Y compris un résultat qui correspondait parfaitement à ma situation, comme on le trouve ici .

Le problème était que mon dossier / etc / n'avait pas l'autorisation d'exécution sur le groupe. Exécution: chmod g+x /etccorrection du problème après la déconnexion et la reconnexion.

Merci

Merci pour l'aide dans les commentaires, les suggestions que vous avez faites étaient toujours utiles et ont permis de mieux cerner le problème. Au final, c'était beaucoup plus simple qu'il n'y paraissait.

D3_JMultiplier
la source