J'ai récemment ajouté plusieurs nouveaux utilisateurs, dont j'ai besoin pour qmail. Maintenant, ils apparaissent dans la boîte dans l'écran de connexion et l'encombrent, et je dois faire défiler pour trouver mon utilisateur. Comment puis-je masquer ces utilisateurs de la zone de connexion?
64
Exclude=foobar
aux/etc/gdm/gdm.conf
œuvres, l'avez-vous essayé?Réponses:
Editez le fichier /etc/gdm/gdm.schema pour trouver la section qui ressemble à ceci:
Et pour exclure un utilisateur appelé qmail, par exemple, ajoutez qmail à la liste par défaut pour que la section ressemble à ceci.
Cela empêchera l'utilisateur qmail d'apparaître dans la page d'accueil de gdm. Il y avait un bon outil graphique pour faire cela, mais cela n’a pas été dans Ubuntu depuis quelques versions.
L'autre alternative consiste à définir l'UID de l'utilisateur sur moins de 1 000. Ceux-ci sont également considérés comme des comptes système exclus de la bannière GDM.
la source
/etc/gdm/gdm.schema
. Au lieu de cela, ajoutez les deux lignes[greeter]
Exclude=nobody,qmail-foo,qmail-bar
à/etc/gdm/custom.conf
. (A part celanobody
, les noms dans la liste par défaut n'apparaîtront pas parce que leur ID utilisateur est <1000.)Ubuntu 12.04.04
, pourriez-vous un conseil?Pour les versions plus récentes de GDM 3.X, les anciennes réponses ne fonctionnent pas, sauf pour celle-ci.
La
greeter
configurationcustom.conf
est obsolète , c’est-à-dire que cela ne fonctionnera plus. Une solution de contournement facile si vous souhaitez éviter de changer l’utilisateur de l’utilisateur:Ouvrez le terminal et entrez (remplacez
user
par le nom d'utilisateur que vous souhaitez masquer sur l'écran de connexion):Ajoutez ce qui suit au fichier:
Changez d'utilisateur ou déconnectez-vous pour tester si
user
n'est plus répertorié.la source
Hacky mais vous pouvez modifier l'id de l'utilisateur pour qu'il n'apparaisse pas dans la liste:
Cela fonctionne parce que les utilisateurs avec un identifiant inférieur à 1000 sont considérés comme des utilisateurs "système" (c.-à-d. Pas des humains).
Le seul autre moyen que je connaisse est de masquer complètement la liste:
la source
usermod -u
option est intéressante: elle change automatiquement l'ID du répertoire de base et le spool de courrier (le cas échéant) pour qu'il corresponde. Cependant, cela pourrait empêcher leur accès aux fichiers qu’ils possèdent en dehors de leur répertoire personnel.En développant le commentaire de Gilles à la réponse acceptée, voici ce que je crois être la "meilleure pratique" actuelle (Gnome-safe) pour y parvenir. Cette modification sera également reflétée dans la "session d'applet d'indicateur" de Gnome.
Cette méthode est celle suggérée dans la documentation du site Web GDM , et bien que le site et Gilles indiquent que "personne" est ajouté à l'exclusion, je voulais m'assurer qu'il était clair que cela est réellement nécessaire (malgré les pages de manuel ou les documents en ligne offrent explicitement). J'ai testé cela sur deux systèmes 10.10 pour vérifier la répétabilité.
Tout ce que nous avons à faire est de modifier en une ligne
/etc/gdm/custom.conf
. La plupart des autres méthodes (modification de default.conf, gdm.conf, etc.) sont obsolètes.Si vous en avez un
/etc/gdm/custom.conf
, éditez ce fichier. Sinon, copiez le fichier d'exemple:Dans la section [Greeter] de
/etc/gdm/custom.conf
, ajoutez:Où "utilisateur1" et "utilisateur2" sont les noms d'utilisateur ou les entrées de fichier de mot de passe (par exemple, qmail, calmar, etc.) que vous ne souhaitez pas afficher sur le "navigateur de visage" de GDM.
Remarque : Dans ma version de Gnome / GDM (2.30), si vous ne voyez pas "personne" dans l'entrée Exclure, vous aurez un faux utilisateur de connexion qui
nobody
apparaît à la place de l'utilisateur1 ou de l'utilisateur2.NB # 2 : Le non affichage des comptes avec des UID inférieurs à 1000 est un paramètre configurable. Par défaut, la
MinimalUID
valeur est définie sur 1000. Si et seulement si le paramètre par défautIncludeAll=true
est laissé en place et que laInclude
directive n'est pas remplacée par une valeur non vide, la sonde GDM analyse le fichier passwd à la recherche d'entrées dont l'UID est supérieur à MinimalUID. Les utilisateurs dont l'UID est supérieur à MinimalUID et qui ne figurent pas dans la liste d'exclusion sont ensuite affichés.Je n'ai pas vérifié si le paramètre inverse, à savoir que définir une
Include=user1,user2
entrée dans custom.conf fonctionnerait tel que présenté. Il doit remplacer toutIncludeAll
paramètre et afficher uniquement les utilisateurs explicitement répertoriés.la source
J'ai écrit un script (gdm-greeter) ce week-end. Cela fonctionne bien sur CentOS 6.2, je me demande si cela sera utile pour Ubuntu?
la source
Je dois admettre que la réponse la plus acceptée ici est proche, mais pas irréprochable.
Je viens de lécher ce problème moi-même, et la solution pour moi était de modifier l'entrée suivante de gdm.schema:
En conséquence, toutes les listes d'utilisateurs sont désactivées. Si j'interprète correctement la question initiale, c'est en fait ce que l'OP (gruszczy) avait l'intention de faire. Cela élimine le besoin de créer une longue ligne d'exclusions, car tous les ID utilisateur, quel que soit leur numéro, sont exclus quelle que soit la modification de ce paramètre. J'ai personnellement appliqué ce paramètre à 3 serveurs CentOS 6.2 distincts au travail, auxquels il est parfois possible d'accéder via XDMCP (avec xrdp> vnc-server> xinetd> gdm> gnome) via RDP, ce qui permet à certains de nos administrateurs Linux moins expérimentés de travailler sur ceux-ci. systèmes avec une formation minimale.
Tout cela étant dit, même si je suis d'accord pour dire qu'un administrateur système inexpérimenté devrait apprendre dès le début à travailler à partir d'un compte personnel (peut-être avec accès sudo) plutôt qu'en tant que root, si vous avez l'expérience nécessaire pour utiliser ce compte correctement, il n'y a pas de problème en le faisant. Assurez-vous simplement de savoir ce que vous faites avant de commencer. Dans le cas de mes autres administrateurs système, j'ai ajouté CentrifyDC pour Active Directory à tous ces systèmes et les ai configurés de manière à ce que les AD-UserIDs puissent être utilisés pour les sessions de bureau tout en conservant les droits du groupe de sécurité AD de l'utilisateur. Mais personnellement, depuis que j'ai conçu tous ces serveurs et utilisé Linux depuis plus de 15 ans, je ne pense pas à utiliser root pour accélérer les choses. En fait, j'ai tendance à activer root sur les systèmes où il s a été désactivé pour que je puisse utiliser ce compte et me mettre à la poursuite d'objects concrets. En réalité, l’essentiel est de prendre l’habitude de créer une copie de sauvegarde de tout fichier avant de le modifier. Cela vous évitera la plupart des incidents et vous permettra de restaurer le système si vous effectuez une modification qui rendrait le système inaccessible (démarrez simplement sur un CD live et corrigez ce qui doit être corrigé).
IMHO, je crois que le mantra de "ne jamais se connecter en tant que root" est vraiment juste là pour protéger les administrateurs système n00bie d'eux-mêmes. Mais si vous atteignez un niveau de compétence avec Linux au point où vous pouvez concevoir un système à partir de n’importe quel système d’exploitation Linux en un laps de temps très court et qu’il fonctionne à chaque fois, il n’ya aucune raison de vivre avec le "jamais connecté en tant que root" mantra, car à ce stade, vous êtes prêt à assumer la responsabilité qui découle de l’utilisation de ce compte. Cela est particulièrement vrai dans les environnements qui utilisent CentrifyDC pour la prise en charge AD, car «root» devient le compte administrateur système local et est (généralement) activé automatiquement. Je trouve donc préférable d’aller droit au but et de définir le mot de passe du compte root comme l’une des toutes premières tâches que j’effectue actuellement lors de tout déploiement. Sûr, Je pourrais faire l'intégralité de la connexion en tant que mon propre identifiant, puis rapidement, mais personnellement, je ne ressens pas le besoin de faire les choses de cette façon. Votre propre kilométrage peut varier ...
la source
Remplacez le shell de connexion de l'utilisateur par une chaîne vide dans / etc / passwd
Par exemple, changez:
J'ai redémarré mon gestionnaire d'affichage et ai observé que cela prenait effet.
Cela m'a pris des semaines pour identifier cela comme la raison pour laquelle les utilisateurs étaient cachés dans la barre de connexion du gestionnaire d'affichage. Il est évident que / var / lib / AccountService / users est ignoré par MDM, et supposé également par GDM. Je ne suis pas allé aussi loin que d'ajouter un
Exclude=user1,user2
ou unInclude=user3
sous[greeter]
dans /etc/mdm/mdm.conf, ou créer un /etc/mdm/custom.conf, comme une autre boîte a été ajoutée aux utilisateurs qui se cachent paruseradd
très bien, tandis que les utilisateurs ajouté avecadduser
ont été montrés. Définir le shell de connexion sur / bin / false empêche toute connexion à cet utilisateur, ce que je souhaite toujours utiliser. Mais cela cache également l'utilisateur dans l'écran de connexion si vous voulez que cet utilisateur soit tout simplement inaccessible.la source