Pourquoi certains utilisateurs du système ont / usr / bin / false comme shell
Une fois que vous commencez à creuser dans un système Linux, vous pouvez trouver des choses confuses ou inattendues, comme / usr / bin / false, par exemple. Pourquoi est-il là et quel est son but?
La session de questions-réponses d'aujourd'hui nous est offerte par SuperUser, une subdivision de Stack Exchange, un regroupement communautaire de sites Web de questions et réponses.
La question
SuperUser reader user7326333 veut savoir pourquoi certains utilisateurs du système ont / usr / bin / false comme shell:
Pourquoi certains utilisateurs du système ont / usr / bin / false comme shell? Qu'est-ce que cela signifie?
Pourquoi certains utilisateurs du système ont-ils / usr / bin / false comme shell?
Les contributeurs SuperUser Answer
, Toby Speight, et bbaassssiiee ont la réponse pour nous. Tout d'abord, duDE:
Cela permet d'empêcher les utilisateurs de se connecter à un système. Parfois, vous avez besoin d'un compte utilisateur pour une tâche spécifique. Néanmoins, personne ne devrait pouvoir interagir avec ce compte sur l'ordinateur. Ce sont, d'une part, les comptes d'utilisateurs du système. D'un autre côté, il s'agit d'un compte pour lequel l'accès FTP ou POP3 est possible, mais pas de connexion shell directe.
Si vous regardez de plus près le fichier / etc / passwd, vous trouverez la commande / bin / false comme un shell de connexion pour de nombreux comptes système. En fait, false n'est pas un shell, mais une commande qui ne fait rien et se termine également avec un code d'état qui signale une erreur. Le résultat est simple. L'utilisateur se connecte et consulte immédiatement l'invite de connexion
Suivi de la réponse de Toby Speight:
Ces utilisateurs existent pour être propriétaires de fichiers ou de processus spécifiques et ne sont pas destinés à être des comptes de connexion. Si la valeur du champ "shell" n'est pas listée dans / etc / shells, alors les programmes tels que les démons FTP n'autorisent pas l'accès. De plus, pour les programmes qui ne vérifient pas / etc / shells, ils utilisent le fait que / bin / false retourne immédiatement et refuse un shell interactif.
Et notre réponse finale de bbaassssiiee:
Certains utilisateurs ont / usr / bin / false, d'autres ont / sbin / nologin, ou même / usr / bin / passwd. Ils peuvent être soit des utilisateurs du système qui sont nécessaires pour isoler les autorisations du programme, soit des utilisateurs humains des programmes qui utilisent les fichiers de mot de passe pour l'authentification.
Avez-vous quelque chose à ajouter à l'explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d'autres utilisateurs de Stack Exchange? Consultez le fil de discussion complet ici.
Crédit image: OpenStack Docs (Projet OpenStack)
Comment gérer tous les mots de passe enregistrés de votre Mac avec accès au trousseau
Votre Mac stocke toutes sortes de mots de passe. Il a enregistré les mots de passe pour vos réseaux Wi-Fi, ceux utilisés par vos applications, et même ceux que vous enregistrez dans Safari. Vous vous demandez peut-être où ces mots de passe sont stockés, et si vous pouvez les regarder. Comme il se trouve, vous pouvez!
Quelle est la différence entre les dossiers "System32" et "SysWOW64" dans Windows?
Sur les versions 64 bits de Windows, vous disposez de deux dossiers Program Files distincts. Mais cela ne s'arrête pas là. Vous disposez également de deux répertoires système distincts où sont stockées les bibliothèques DLL et les exécutables: System32 et SysWOW64. Malgré les noms, System32 est plein de fichiers 64 bits et SysWOW64 est plein de fichiers 32 bits.
