Bonjour,
Pour diverses raisons je cherche à avoir une session graphique démarrée automatiquement mais je veux que celle-ci soit verrouillée.
Dans /etc/gmd/custom j'ai ajouté
[daemon]
AutomaticLoginEnable=true
AutomaticLogin=monuser
ça démarre bien mais la session est ouverte à tout le monde pas de mot de passe de demandé j'aimerai quelle démarre tout en étant vérrouillée
Pour info je suis sur une centos 6.4 et comme dit précédemment j'utilise GDM
Si vous avez une idée je suis preneur.
Merci d'avance pour vos réponses
# .xsessionrc
Posté par Framasky (site web personnel) . Évalué à 3. Dernière modification le 31 octobre 2013 à 10:06.
Tu mets une commande qui verrouille la session, style un screensaver, dans ton fichier
.xsessionrc.Being a sysadmin is easy. As easy as riding a bicycle. Except the bicycle is on fire, you’re on fire and you’re in Hell.
[^] # Re: .xsessionrc
Posté par bibitte . Évalué à 1.
Ouai j'y avait pensé a cette solution de locker dès l'ouverture mais dans l'idéal j'aurai préféré l'ouvrir déjà locké.
Mais si c'est pas possible je ferai comme ça.
Merci pour la réponse rapide.
[^] # Re: .xsessionrc
Posté par xcomcmdr . Évalué à 3.
Hibernation avec verrouillage avant la mise en hibernation ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
# autostart
Posté par NeoX . Évalué à 3.
tu utilises gdm, donc probablement gnome comme logiciel de bureau,
tu as le gestionnaire des applications au demarrage qui ecrit un fichier dans ~/.config/autostart/
ton gestionnaire d'economiseur d'ecran (qui gere aussi le verrouillage) s'appelle gnome-screensaver
et tout ca communique via dbus
il doit etre possible de lancer un script au demarrage de la session, qui va appeler, via dbus, gnome-screensaver
pour lui demander de verrouiller l'ecran.
Cependant, meme si j'imagine certains cas d'usage, j'ai un peu de mal à comprendre l'interet de la manoeuvre, et ca peut etre interessant de savoir pourquoi tu en arrives à devoir faire un truc semblable.
[^] # Re: autostart
Posté par fearan . Évalué à 2.
Je vois bien
1) allumage de pc
2) va prendre un café / chocolat / thé / potage tomate
3) revient sur la machine avec la session déjà prête, mais sans que le collègue ait pu rajouter un xhost + ou un + hop dans un .rhosts/.shosts, ou une clé supplémentaire dans le authorized_keys, en attente du prochain 01/04 ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par nono14 (site web personnel) . Évalué à 2.
En espérant que le bootloader est protégé.
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: autostart
Posté par Nitchevo (site web personnel) . Évalué à 2.
Ben je ne comprends pas si je n'ouvre pas de session: gdm s'affiche et demande un mot de passe, si j'ouvre une session je ne peux pas boire un café sauf si je lance un économiseur d'écran qui va me demander un mot de passe…..
Bref dans les deux cas j'ai juste besoin d'un mot de passe pour me logger. A quoi sert d'avoir une session graphique ouverte si son accès est bloqué dès le démarrage?
[^] # Re: autostart
Posté par fearan . Évalué à 4.
Si la session restaure pleins d'applications ça peut être long, j'ai déjà par le passé eu un temps d'ouverture de session plus long que le temps de boot.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par NeoX . Évalué à 0.
faut peut-etre avoir moins d'applications qui s'ouvrent au boot, tu ne vas pas te servir de toutes dans les 10 premieres minutes.
faut peut-etre passer au SSD pour ameliorer les temps de chargements.
[^] # Re: autostart
Posté par fearan . Évalué à 1.
Déjà ce n'est pas de moi dont on parle, je parle juste des raisons qui peuvent inciter à avoir ce genre d'astuce; à cela tu peux ajouter la connexion à un service réseau qui est long à charger quel que soit la vitesse du SSD.
Quant au 'change de matériel' c'est vraiment constructif comme approche.
Il fut un temps où lorsque j'ouvrais ma session, j'avais
* kde (3)
* la messagerie instantanée qui se loggait
* irc (avec connexion automatique)
* firefox (avec chargement des derniers onglets, même ajourd'hui ça peut prendre du temps)
* une konsole (sur différents points
Aujourd'hui tu peux rajouter eclipse, avec chargement du projet courant, lancement d'un serveur jboss de l'application en développement…
Bref des truc qui peuvent être long à se lancer.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par bibitte . Évalué à 1.
C'est justement pour éviter de long débat sur le pourquoi et éviter qu'on me propose un moyen de contournement que je n'ai pas dit pourquoi.
Mais puisque vous insistez je vai tou vous raconter.
C'est pour lancer des agents selenium sur une machine.
Ces agents doivent pourvoir lancer un navigateur (donc il faut que la session soit démarrée) mais même si cette machine est une VM acccessible que par les gens qui en on le droit je souhaitais verrouiller la session pour éviter qui mec qui n'a rien à foutre là vienne me pourri les tests.
En plus de cela je trouvais que ça pouvais être utile pour démarrer mon poste de travail qui n'a qu'un user et le laisser démarrer tous les soft que j'utilise quotidiennement au démarrage pendant que je vais raconter mon weekend a coté de la machine a café.
Voila vous savez tout…
[^] # Re: autostart
Posté par NeoX . Évalué à 2.
donc autostart, en mettant le xlock ou le screensaver-lock dedans
par contre je ne sais pas si firefox accepte de se lancer si la session est verrouillée.
[^] # Re: autostart
Posté par xcomcmdr . Évalué à 2.
Il le fait.
Voilà ce que j'ai appliqué de mon côté sur ma Archlinux :
autologin dans lxdm (session xfce)
~/.config/autostart/autoscript.desktop lance ~/.autostart.sh
Contenu de autostart.sh :
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: autostart
Posté par dave_null (site web personnel) . Évalué à 1.
Si c'est pour du Selenium il existe des alternatives. Tu as des navigateurs sans interface graphique :
Et tu peux aussi avoir un serveur d'affichage X11 virtuel avec Xvfb.
[^] # Re: autostart
Posté par bibitte . Évalué à 1.
Xvfb on a testé (pas moi personnellement), c’était galère.
Pour les navigateurs sans interface c'est très bien mais non envisageable on veut tester exactement ce qui est vendu donc si on vend un support de firefox V22.44.1337 on testera firefox V22.44.1337 et pas autres chose.
Même si "autre chose" est quasi identique.
[^] # Re: autostart
Posté par dave_null (site web personnel) . Évalué à 1.
C'est pas compris dans le temps de boot, le démarrage de la session ? Car il y a une différence entre afficher un GDM et avoir un environnement de travail fonctionnel avec tout les services disponibles.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.