Quelle est une bonne alternative à la commande sux?

13

Avec la prochaine version 14.04, sux (enveloppe autour de su qui transférera vos informations d'identification X) n'est plus inclus dans Ubuntu. (Je pense qu'il est supprimé car il est extrait de Debian, en raison de l'absence de maintenance du code d'origine.)

Je cherche des alternatives simples, pas quelque chose qui vous oblige à jouer avec les fichiers de configuration ou à exécuter sshd localement.

software-recommendation command-line Søren
la source
Reviewers: Ce n'est pas hors sujet, cela n'a rien à voir avec 14.04.
Seth
En avez-vous vraiment besoin? Si vos options sudoers sont configurées de la sorte (c'est-à-dire pour que sudo préserve HOME lors du changement d'identités), il ne devrait pas être nécessaire de faire quelque chose de spécial avec .Xauthority. Voilà comment mon ordinateur portable est configuré, et je n'utilise jamais sux ... juste 'sudo {command}'
Stabledog
@Stabledog comment cela fonctionnerait-il? Où pourrais-je mettre cela en place? Existe-t-il un fichier de configuration sudo? Mon objectif est de me connecter au bureau de l'utilisateur A, puis d'obtenir un terminal en tant qu'utilisateur B, où tous les x passent par le bureau. J'espère que cela fait sens ... Exemple de ce que je pourrais faire maintenant avec sux, pour lequel j'ai besoin d'alternatives pour: L'utilisateur A se connecte et ouvre le terminal A @ desktop: ~ $ sux - BB @ desktop: ~ $ firefox Firefox s'ouvre, mais avec paramètres, signets et accès aux fichiers de l'utilisateur B dans le répertoire personnel de l'utilisateur B.
Søren
Ouais, je fais ce genre de choses tout le temps. Il y a 2 choses à comprendre: ~ / .Xauthority pour l'utilisateur "externe" doit également devenir .Xauthority pour l'utilisateur interne, et la configuration de la variable DISPLAY par ssh doit correspondre dans le shell interne. Ainsi, vous pouvez, par exemple, copier le fichier ~ / .Xauthority de '/ home / tom' vers / home / jerry, corriger les autorisations, définir la valeur DISPLAY dans le shell 'jerry'. Lors du lancement d'un programme X en tant que jerry, la valeur DISPLAY indiquait aux bibliothèques X comment trouver l'affichage, et le fichier .Xauthority dans / home / jerry lui donnait les données d'authentification.
Stabledog
Mais c'est compliqué à faire à chaque connexion. Il est plus propre de corriger vos / etc / sudoers afin que les valeurs HOME et DISPLAY de tom soient préservées lorsqu'il fait un 'sudo -u jerry bash' pour ouvrir un shell en tant que jerry. Il y a des commentaires dans sudoers qui expliquent comment propager des variables d'environnement sur un appel sudo. Assurez-vous d'utiliser visudo lors de l'édition des supports pour ne pas vous enfermer hors de la machine si vous bousillez!
Stabledog

Réponses:

10

J'ai aussi été très triste de voir qu'il n'y avait pas d'alternative facile suxau début, mais j'ai terminé avec ceci:

  • dans /etc/pam.d/su, pour transférer les clés xauth entre les utilisateurs lors de l'appel de su, ajoutez: session optional pam_xauth.so

  • dans ~ olivier / .bashrc: export $(dbus-launch) (pas sûr qu'il soit réellement nécessaire)

  • puis un simple su olivierde mon utilisateur connecté
olivm
la source
1
J'obtiens "Aucun protocole spécifié" lorsque je "su" après avoir fait cela
Claudiu
-1
  • Téléchargez le sux ici http://fgouget.free.fr/index-en.shtml
  • Copiez sux dans le répertoire de votre chemin (/ usr / local / bin par exemple)
  • Changez les permissions en exécutable (chmod 755 sux), je ne sais pas si ces permissions sont les ritgh
  • Remplacez / bin / sh par / bin / bash

Le système Mi est Debian 10

Cordialement

user999562
la source
1
Bonjour et bienvenue sur AskUbuntu. Comme le nom de domaine le suggère, ce site concerne Ubuntu. Votre solution solution fonctionne-t-elle sur Ubuntu? Pourquoi a-t-il fallu le remplacer /bin/shpar /bin/bash?
Simon Sudler