Guy Michaut wrote:
Bonjour,
Voila j'installe avec SSH (en root)SUDO et en voulant accéder à VISUDO
impossible de modifier SUDOERS et de plus aucune commandes en bas de la
console n'apparaît et de ce fait je ne peu plus sortir avec F2
Le pire c'est que l'utilisateur qu
> impossible de modifier SUDOERS et de plus aucune commandes en bas de la
Si tu parle bien de l'edition du fichier sudoers qui se trouve dans
/etc/ssh c'est normal car le fichier n'a les attributs de lecture et
d'ecriture pour aucun user. Il faut qu'en root tu chmod +rw sudoers,
puis tu fais tes c
Bonjour,
Voila j'installe avec SSH (en root)SUDO et en voulant accéder à VISUDO
impossible de modifier SUDOERS et de plus aucune commandes en bas de la
console n'apparaît et de ce fait je ne peu plus sortir avec F2
Le pire c'est que l'utilisateur que j'avais créé a
Bonjour,
Voila j'installe avec SSH (en root)SUDO et en voulant accéder à VISUDO
impossible de modifier SUDOERS et de plus aucune commandes en bas de la
console n'apparaît et de ce fait je ne peu plus sortir avec F2
Quelqu'un peut il m'expliquer
Par avance merci
J'aimerais recevoir un mail à chaque fois qu'un utilisateur utilise un
sudo. J'ai mis ça dans le visudo, mais ça môrhce pô...
Merci
B.
Defaultslogfile=/var/log/sudo.log
Defaults:mail_always true
Defaultsmailerpath=/usr/sbin/sendmail
Defaultsmailto=("[EMAIL PROTECTED]")
On Fri, 12 Sep 2003, Cyril wrote:
> essaie de mettre debian dans la ligne Host_alias= ...
C'était ça, le problème...
Pourtant, avec "127.0.0.1" il aurait dû fonctionner, non ?
> ca a l air d etre le nom de ta machine, non ?
> qu'est ce qu'il se passe, ensuite... ?
Bah c'est nickel, ça marche !
essaie de mettre debian dans la ligne Host_alias= ...
ca a l air d etre le nom de ta machine, non ?
qu'est ce qu'il se passe, ensuite... ?
--
Cyril
Arnaud CALVO said:
>
> Re-bonjour
>
> Je ne réussis pas à utiliser sudo sans mot de passe :
>
> [EMAIL PROTECTED]:~
Re-bonjour
Je ne réussis pas à utiliser sudo sans mot de passe :
[EMAIL PROTECTED]:~$ sudo /sbin/shutdown -r now
We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these two things:
#1) Respect the privacy of others.
#2
e
> fais: "pon dsl-provider" et je me déconnecte par: "poff dsl-provider".Je
> voudrais employer sudo dont j'ai compris les risques et la nécessité de
> configurer sudoers. Quelqu'un pourrait-il m'indiquer les éléments précis
> qu'il faut aj
de passe
> root. Pour cela je fais: "pon dsl-provider" et je me déconnecte par:
> "poff dsl-provider".Je voudrais employer sudo dont j'ai compris les
> risques et la nécessité de configurer sudoers. Quelqu'un pourrait-il
> m'indiquer les éléments précis
our cela je
> fais: "pon dsl-provider" et je me déconnecte par: "poff dsl-provider".Je
> voudrais employer sudo dont j'ai compris les risques et la nécessité de
> configurer sudoers. Quelqu'un pourrait-il m'indiquer les éléments précis
> qu'il fau
uot;poff dsl-provider".Je
voudrais employer sudo dont j'ai compris les risques et la nécessité de
configurer sudoers. Quelqu'un pourrait-il m'indiquer les éléments précis
qu'il faut ajouter à sudoers pour que la commande en user devienne:
"sudo pon dsl-provider"?
Le jeudi 29 mai 2003, VETSEL Patrice a écrit...
bonjour,
> >>"sudo: synaptic: command not found"
Ce genre de réponse bête de bash ça m'fait penser à ça en premier.
--
Jean-Michel
N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Bingo tu as raison :)
Il faut le lancer avec "sudo /usr/sbin/synaptic"
je pensais que comme on donnait exactement l'emplacement de synaptic
dans le conf de sudo, il se chargeait de le trouver lors d'une demande
de la part de mon user. Et bien ce n'est pas le cas.
Le jeudi 29 mai 2003, VETSEL Patrice a écrit...
bonjour,
> J'ai un :
> "sudo: synaptic: command not found"
> pourtant synaptic est bien là "/usr/sbin/synaptic"
> Je pencherai pour un problème de droit d'accès au rep /usr/sbin ou au soft.
&
On Thu, 29 May 2003 13:28:32 +0200
VETSEL Patrice <[EMAIL PROTECTED]> wrote:
> Je pencherai pour un problème de droit d'accès au rep /usr/sbin ou au
> soft. Mais comment contourner ce problème, sans chambouler là sécurité
> bien sur ?!
en reprenant tes paramètres sudo,
J'ai un :
"sudo: synaptic: command not found"
pourtant synaptic est bien là "/usr/sbin/synaptic"
Je pencherai pour un problème de droit d'accès au rep /usr/sbin ou au soft.
Mais comment contourner ce problème, sans chambouler là sécurité bien sur ?!
Merci
jean-mi
Le jeudi 29 mai 2003, VETSEL Patrice a écrit...
> Je n'arrive pas à lancer synaptic avec sudo :(
> voici mon fichier de conf :
Et...ça demande quelque chose ? Une dépendance non staisfaite ? Synaptic
(que je ne connais pas) requiert pê un prog qui n'est pas dans ta liste ?
D
Je n'arrive pas à lancer synaptic avec sudo :(
voici mon fichier de conf :
# sudoers file.
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the man page for details on how to write a sudoers file.
#
# Host alias specification
# User alias specificatio
Non, non, c'était plutot une erreur bete du style "j'oublie la moitiée de la
ligne de commande"...
Sans la ligne que tu indiques, ca fonctionne très bien.
merci.
manu
On Mon, 17 Mar 2003 18:20:08 +0100
Jean-Michel Oltra <[EMAIL PROTECTED]> wrote:
> Le lundi 17 mars 2003, Emmanuel Lesouef a éc
ble to lock the list directory
Qu'as-tu tapé comme commande pour obtenir cette sortie ? C'est bien :
sudo apt-get update
?
Est-ce qu'il n'y a pas une autre instance de apt/dpkg qui tourne,
ailleurs (en attente d'une validation par exemple) ?
>
> Je n'ai pas tr
Le lundi 17 mars 2003, Emmanuel Lesouef a écrit...
bonjour,
> # User privilege specification
> ADMIN_TEAM LAN = NOPASSWD: DEBIAN_ADMIN_TOOLS, DPKG_RECONFIGURE
Il ne manque pas dans cette partie
root ALL=(ALL) ALL
ou qqch qui donne les droits à root que tu définis plus haut ?
--
Jean-Mi
i toujours :
>
> E: Could not open lock file /var/lib/apt/lists/lock - open (13 Permission
> denied)
> E: Unable to lock the list directory
Attention, sudo ne va pas faire l'alias de sudo apt-get vers apt-get
tout seul:
Par exemple sudo apt-get update marchera surement , mais si tu
Bonjour,
Suivant la doc de debian-fr.org
(http://www.debian-fr.org/article/articleview/57/1/10/) j'ai voulu me premettre
en user manu de pouvoir mettre à jour ma debian sans passer root.
Voici le contenu de mon sudoers :
# Host alias specification
Host_Alias LAN = 192.168.1.0/255.255.255.0
#
James Lafa wrote:
> /etc/hosts ca contient les hosts des adresses machines, pour le nom de
> la machine c'est /etc/hostname
>
> cordialement, james
c'est pour ça que j'avais mis /etc/hostxxx :)
mais les deux sont ok.
merci !
gt; > est-ce que quelqu'un a déjà rencontré ce type de messages, que je rencontre
> > exclusivement (il me semble) quand je lance une commande en sudo :
> > (sudo a un petit temps de latence, affiche ces deux messages, mais effectue
> > la commande sans problème)
>
> Le Tue, Jan 21, 2003 at 10:12:03PM +0100, sim a écrit :
>> bonjour,
>> est-ce que quelqu'un a déjà rencontré ce type de messages, que je
>> rencontre exclusivement (il me semble) quand je lance une commande en
>> sudo : (sudo a un petit temps de latence,
> On Tue, Jan 21, 2003 at 10:12:03PM +0100, sim wrote:
> > bonjour,
> > est-ce que quelqu'un a déjà rencontré ce type de messages, que je
> > rencontre exclusivement (il me semble) quand je lance une commande en
> > sudo : (sudo a un petit temps de latence,
On Tue, Jan 21, 2003 at 10:12:03PM +0100, sim wrote:
> bonjour,
> est-ce que quelqu'un a déjà rencontré ce type de messages, que je rencontre
> exclusivement (il me semble) quand je lance une commande en sudo :
> (sudo a un petit temps de latence, affiche ces deux messages, ma
Le Tue, Jan 21, 2003 at 10:12:03PM +0100, sim a écrit :
> bonjour,
> est-ce que quelqu'un a déjà rencontré ce type de messages, que je rencontre
> exclusivement (il me semble) quand je lance une commande en sudo :
> (sudo a un petit temps de latence, affiche ces deux messages, ma
Le mardi 21 janvier 2003, sim a écrit...
bonjour,
> bonjour,
> est-ce que quelqu'un a déjà rencontré ce type de messages, que je rencontre
> exclusivement (il me semble) quand je lance une commande en sudo :
> (sudo a un petit temps de latence, affiche ces deux messag
bonjour,
est-ce que quelqu'un a déjà rencontré ce type de messages, que je rencontre
exclusivement (il me semble) quand je lance une commande en sudo :
(sudo a un petit temps de latence, affiche ces deux messages, mais effectue
la commande sans problème)
---
sudo: unable to lookup %
bonjour,
est-ce que quelqu'un a déjà rencontré ce type de messages, que je rencontre
exclusivement (il me semble) quand je lance une commande en sudo :
(sudo a un petit temps de latence, affiche ces deux messages, mais effectue
la commande sans problème)
---
sudo: unable to lookup %
Le Mon 30/12/2002, Frédéric Bothamy disait
> Euh, idée "con" effectivement, enfin, pas terrible en tout cas ...
> Pourquoi ne pas utiliser des solutions aussi faciles et plus
> sécurisées (comme sudo par exemple) ?
>
> Pour avoir l'explication, voir le Remote-X-App
#x27;autoriser root à utiliser l'affichage grace à
> xhost...
Euh, idée "con" effectivement, enfin, pas terrible en tout cas ...
Pourquoi ne pas utiliser des solutions aussi faciles et plus
sécurisées (comme sudo par exemple) ?
Pour avoir l'explication, voir le Remote-X-Apps mini-HOWTO, notamment
dans la section 6.1 : "Xhost is a very insecure mechanism."
Fred
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --> > Xlib: connection to ":0.0" refused by server
- --> > Xlib: Client is not authorized to connect to Server
- --> > kded: cannot connect to X server :0.0
- --> > Comment puis-je rétablir la situation?
- -->
- --> plutôt que su, faire ssh [EMAIL P
Le Sun 29 Dec 2002 à 01:19:15AM +0100, zelos a écrit:
> Bonsoir,
>
> Lorsque je suis connecté en atnt qu'utilisateur normal,
> je peux m'identifier en tant que root avec 'su' et je
> pouvais ensuite lancer n'importe quelle application en
> mode graphique(ex: cdbakeoven) sans problèmes.
> Depuis ce
Bonsoir,
Lorsque je suis connecté en atnt qu'utilisateur normal,
je peux m'identifier en tant que root avec 'su' et je
pouvais ensuite lancer n'importe quelle application en
mode graphique(ex: cdbakeoven) sans problèmes.
Depuis ce matin, voilà ce que j'obtiens:
_KDE_IceTransmkdir:
On Mon, Aug 19, 2002 at 12:02:23PM +0200, Julien Louis wrote:
> Permettre à tous les utilisateurs de pouvoir lancer toutes les commandes
> en root ne me plait pas trop.
Mon fichier est tel que seul le user "user" (qui en fait est moi) peut
effectivement lancer toutes les commandes, les autres user
On Mon, Aug 19, 2002 at 11:53:17AM +0200, [EMAIL PROTECTED] wrote:
> On Mon, Aug 19, 2002 at 11:38:53AM +0200, Julien Louis wrote:
> > Bonjour,
> >
> > J'essaie de configurer sudo pour ne plus utiliser su pour n'importe
> > quoi. Mais il me refuse toutes les c
On Monday 19 Aug 2002, Julien Louis wrote:
> Voilà mon /etc/sudoers :
> # Cmnd alias specification
> Cmd_Alias CMD=/usr/bin/apt-get,/usr/bin/apt-move,/usr/bin/apt-file
^
> Cmd_Alias SOUND=/usr/bin/kscd
> Cmd_Alias FETCHNEWS=/usr/sbin/fetchnews
> Warning: undeclared Cmnd_A
On Mon, Aug 19, 2002 at 11:38:53AM +0200, Julien Louis wrote:
> Bonjour,
>
> J'essaie de configurer sudo pour ne plus utiliser su pour n'importe
> quoi. Mais il me refuse toutes les commandes que je veux lancer.
Pour moi pas de pb. Voila mon sudoers :
# sudoers file.
Ainsi parlait Julien Louis :
> # Cmnd alias specification
> Cmd_Alias CMD=/usr/bin/apt-get,/usr/bin/apt-move,/usr/bin/apt-file
> Cmd_Alias SOUND=/usr/bin/kscd
> Cmd_Alias FETCHNEWS=/usr/sbin/fetchnews
"Cmnd_Alias" et pas "Cmd_Alias".
--
Charles
Bonjour,
J'essaie de configurer sudo pour ne plus utiliser su pour n'importe
quoi. Mais il me refuse toutes les commandes que je veux lancer. Voilà
ce que j'ai quand je veux lancer une commande :
Sorry, user arthur is not allowed to execute '/usr/bin/apt-get remove
s
ESPINASSE=PASSWD:REBOOT
sudo-1.6.2p2-2n
Le fichier roottest est un script shell, une seule ligne
echo "ça baigne"
chown 0.0
chmod 700
Le problème est que si je fais :
sudo test/roottest
ça exécute le script
Auparavant je n'avais pas le 'PASSWD' avant l'
> Tu peux essayer de mettre la commande umask dans le
> /etc/init.d/named|bind avant le lancement du démon, mais s'il est bien
> fichu, il va le redéfinir dans le binaire, ce qui ne t'arrange pas.
Déjà essayé. Pas de bol. Pas si con que cela le bind.
> Tu peux toujours aller trifouiller dans les
Ainsi parlait Stephane Leclerc :
> Me revoilà après un rv.
>
> J'ai aussi pensé au chmod. Par contre, existe-t-il un moyen de changer le
> mask par défaut (022).
>
> Bind tourne sous root. Je ne veux bien sûr pas changer le mask par défaut de
> root mais seulement le mask par défaut pour le deamo
Me revoilà après un rv.
J'ai aussi pensé au chmod. Par contre, existe-t-il un moyen de changer le
mask par défaut (022).
Bind tourne sous root. Je ne veux bien sûr pas changer le mask par défaut de
root mais seulement le mask par défaut pour le deamon bind quand il écrit
des fichiers dna /etc/bin
Petit poème en prose de Stephane Leclerc, le mardi 27 nov 2001:
> Merci mais tu n'as pas bien lu ma question.
>
> Je cherche à ce que le user puisse faire ce qu'il veut dans /etc/bind alors
> que le répertoire et les fichiers appartiennent à root.
>
> rm n'était qu'un exemple. Cela eut aussi être
Le Tue, 27 Nov 2001 14:38:56 +0100, [EMAIL PROTECTED] écrivait :
> Zut encore un problème.
>
> Quand bind créé des fichiers dans le répertoire bind (cas de la mise à
jour
> en secondaire), il les créait avec un masque -rw-r--r--. Je ne peux
donc pas
> y toucher avec remoteuser en groupe.
>
Tu m
Ainsi parlait Stephane Leclerc :
> Zut encore un problème.
>
> Quand bind créé des fichiers dans le répertoire bind (cas de la mise à jour
> en secondaire), il les créait avec un masque -rw-r--r--. Je ne peux donc pas
> y toucher avec remoteuser en groupe.
C'est le moment d
p remoteuser bind
>
> Les fichiers créés par bind (en slave) passe en GID remoteuser et je n'ai
> plus de problème pour faire mon ménage en remote.
>
> Merci
>
>
> Stef...
>
>
>>> Je n'arrive pas à trouver la bonne config pour le user remoteuser da
ci
Stef...
>> Je n'arrive pas à trouver la bonne config pour le user remoteuser dans
> sudo)
>
> AMHA, tu prends le problème à l'envers. Crée un groupe dans lequel tu
> mettras ton remotuser uniquement et
rche à faire ceci avec ssh et sudo :
>>
>> ssh [EMAIL PROTECTED] 'sudo rm /etc/bind/named.conf'
>
> remoteuser ALL=(root) NOPASSWD: /usr/local/bin/script_qui_efface_named_conf
>
> avec
>
> rm /etc/bin
Ainsi parlait Stephane Leclerc :
>
> Je cherche à faire ceci avec ssh et sudo :
>
> ssh [EMAIL PROTECTED] 'sudo rm /etc/bind/named.conf'
remoteuser ALL=(root) NOPASSWD: /usr/local/bin/script_qui_efface_named_conf
avec
rm /etc/bind/named.conf
dans /usr/local/bin/script
Le Tue, 27 Nov 2001 13:51:28 +0100, [EMAIL PROTECTED] écrivait :
> Bonjour,
>
> Appel aux spécialises sudo.
>
> Je cherche à faire ceci avec ssh et sudo :
>
> ssh [EMAIL PROTECTED] 'sudo rm /etc/bind/named.conf'
>
> Le répertoire /etc/bind/ et les fichiers
Bonjour,
Appel aux spécialises sudo.
Je cherche à faire ceci avec ssh et sudo :
ssh [EMAIL PROTECTED] 'sudo rm /etc/bind/named.conf'
Le répertoire /etc/bind/ et les fichiers dedans appartiennent à ROOT.
En fin de compte, je voudrais que le user remoteuser puisse faire ce qu'il
201 - 257 sur 257 matches
Mail list logo