Hallo Andreas,
Es gibt also tatsaechlich gar keinen Grund fuer dich sudo an der
Stelle zu verwenden, richtig? (Will nur klarstellen dass ich obiges
richtig verstanden habe).
Ich möchte das Kommando innerhalb eines Scriptes sowohl unter cc als
auch unter root verwenden. Wie kann ich das sonst
On 11.09.06 08:33:21, Christoph Conrad wrote:
Hallo Andreas,
Es gibt also tatsaechlich gar keinen Grund fuer dich sudo an der
Stelle zu verwenden, richtig? (Will nur klarstellen dass ich obiges
richtig verstanden habe).
Ich möchte das Kommando innerhalb eines Scriptes sowohl unter cc
Hallo Andreas,
if [ `id -u` -eq 0 ]; then su - cc -c emacsclient else emacsclient
fi
Genau so habe ich das zuerst auch gemacht. Das finde ich aber wesentlich
uneleganter als dem User cc das Ausführen des Programmes als cc per sudo
zu erlauben.
Freundliche Grüße,
Christoph
--
Haeufig
On 11.09.06 10:33:31, Christoph Conrad wrote:
Hallo Andreas,
if [ `id -u` -eq 0 ]; then su - cc -c emacsclient else emacsclient
fi
Genau so habe ich das zuerst auch gemacht. Das finde ich aber wesentlich
uneleganter als dem User cc das Ausführen des Programmes als cc per sudo
zu
Hallo Andreas,
Wenn jemand anderes (oder vllt. auch du in ein paar Monaten/Jahren)
das Skript liest ist nicht sofort ersichtlich, dass es
Doch, durch einen entsprechend eingefügten Kommentar.
Freundliche Grüße,
Christoph
--
Haeufig gestellte Fragen und Antworten (FAQ):
Hallo Andreas,
if [ `id -u` -eq 0 ]; then su - cc -c emacsclient else emacsclient
fi
Ich habe es nach einigem Überlegen jetzt DOCH wieder so gemacht. Es ist
eine spezielle Lösung, und die sollte in eine spezielle Datei - das
Script. Nicht in eine allgemeine Datei, wie die /etc/sudoers.
Hallo,
ich versuche en Kommando als User cc per sudo mit User cc auszuführen,
das mag mein debian/testing aber nicht:
[EMAIL PROTECTED] sudo -u cc emacsclient cmd/ec
Sorry, user cc is not allowed to execute '/usr/local/bin/emacsclient
cmd/ec' as cc on brabbelbox.
[EMAIL PROTECTED] ll /usr
Hallo Christoph.
ich versuche en Kommando als User cc per sudo mit User cc auszuführen,
das mag mein debian/testing aber nicht:
[EMAIL PROTECTED] sudo -u cc emacsclient cmd/ec
Sorry, user cc is not allowed to execute '/usr/local/bin/emacsclient
cmd/ec' as cc on brabbelbox.
Dann solltest
Hallo Mathias,
Dann solltest du dies in /etc/sudoers (am besten per visudo) ändern.
Danke!
Freundliche Grüße,
Christoph
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem
Ich habe nun die folgend zweite Zeile hinzugefügt, das klappt.
cc ALL=NOPASSWD: ALL
cc ALL=(cc) /usr/local/bin/emacsclient
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem
Hi Christoph,
Christoph Conrad [EMAIL PROTECTED] wrote:
Ich habe nun die folgend zweite Zeile hinzugefügt, das klappt.
cc ALL=NOPASSWD: ALL
Ist das nicht riskant? Du erlaubst damit cc auf allen Maschinen,
alles ohne Passwort auszuführen.
cc ALL=(cc) /usr/local/bin/emacsclient
Das sollte
Hallo Frank,
Ist das nicht riskant? Du erlaubst damit cc auf allen Maschinen, alles
ohne Passwort auszuführen.
Das ist eine reine Desktopmaschine ohne (W)LAN, aber DSL-Anbindung. Ich
habe immer zwei Shells offen, und mache den normalen Kram als cc, um
nicht versehentlich was im System zu
On Sun, 10 Sep 2006 12:40:25 +0200, Christoph Conrad wrote:
Ich habe nun die folgend zweite Zeile hinzugefügt, das klappt.
cc ALL=NOPASSWD: ALL
Stehe ich auf dem Schlauch? Heißt das nicht schon, dass der Benutzer cc
auf allen Rechner ohne Passwort alle Programme mit sudo ausführen darf
Hallo Simon,
cc ALL=NOPASSWD: ALL
Stehe ich auf dem Schlauch? Heißt das nicht schon, dass der Benutzer
cc auf allen Rechner ohne Passwort alle Programme mit sudo ausführen
darf?
Habe ich auch gedacht. Reicht aber nicht alleine - das WAR meine
Einstellung.
cc ALL=(cc) /usr/local/bin
Hi Christoph,
Christoph Conrad [EMAIL PROTECTED] wrote:
Hallo Simon,
cc ALL=NOPASSWD: ALL
Stehe ich auf dem Schlauch? Heißt das nicht schon, dass der
Benutzer cc auf allen Rechner ohne Passwort alle Programme mit
sudo ausführen darf?
Habe ich auch gedacht. Reicht aber nicht alleine - das WAR
Hallo Frank,
Habe ich auch gedacht. Reicht aber nicht alleine - das WAR meine
Einstellung.
Vielleicht liegt es daran, das cc die dann mit root Rechten ausführt.
Ein sudo -u cc cmd unter dem User cc?
Damit führt cc es als cc aus. (Wobei ich immer noch den Sinn nicht
verstehe.)
Ich auch
On 10.09.06 22:38:44, Christoph Conrad wrote:
Hallo Frank,
Damit führt cc es als cc aus. (Wobei ich immer noch den Sinn nicht
verstehe.)
Ich auch nicht. Geht so aber.
Was Frank meinte ist, warum du ueberhaupt sudo brauchst. Das ist and der
Stelle absolut sinnfrei, weil du dasselbe
Hallo Andreas,
Was Frank meinte ist, warum du ueberhaupt sudo brauchst. Das ist and
der Stelle absolut sinnfrei, weil du dasselbe erreichen kannst wenn du
unter dem User cc das Programm direkt ausfuehrst.
Ah ja - stimmt. Das Ursprungsproblem war, dass das Programm unter dem
User root nicht
On 10.09.06 23:29:27, Christoph Conrad wrote:
Hallo Andreas,
Was Frank meinte ist, warum du ueberhaupt sudo brauchst. Das ist and
der Stelle absolut sinnfrei, weil du dasselbe erreichen kannst wenn du
unter dem User cc das Programm direkt ausfuehrst.
Ah ja - stimmt. Das
Hallo zusammen,
ich habe ein kleines Problem. Und zwar habe ich beim Nutzen von sudo
mehrmals ein falsches Passwort eingegeben. Jetzt bekomme ich immer nur
Fehlermeldungen daß ich Sudo nicht mehr benutzen kann:
Sorry, user chris is not allowed to execute '/usr/bin/make' as root
Du schriebst am 17. Aug um 20:18 Uhr:
Hallo zusammen,
ich habe ein kleines Problem. Und zwar habe ich beim Nutzen von sudo
mehrmals ein falsches Passwort eingegeben. Jetzt bekomme ich immer nur
Fehlermeldungen daß ich Sudo nicht mehr benutzen kann:
Sorry, user chris is not allowed
Hallo,
Am 03.08.06 um 17:20 schrieb Martin D.:
da bist Du aber voll rein gefallen, sudo mit su ist Doppelmoppel, das
geht so nicht.
Try this:
[...]
Das klappt jetzt nach etwas Bastelei, herzlichen Dank Euch! :)
Daniel
--
Haeufig gestellte Fragen und Antworten (FAQ):
http
Hallo,
ich möchte es so einrichten, dass 'daniel' und 'daniel3' sich den
Shellaccount 'dani' teilen, dh dass es damit so ist, wie mit dem
normalem sudo su -, nur für normale Accounts.
Mein Versuch sieht so aus, visudo:
# User privilege specification
root
Hallo Daniel,
da bist Du aber voll rein gefallen, sudo mit su ist Doppelmoppel, das
geht so nicht.
Try this:
sudoers.conf:
---
User_Alias CHAT_USERS = user1, user2 # dani gibt's bei mir nicht
Runas_Alias CHAT = chat
CHAT_USERS ALL = (CHAT) NOPASSWD: /bin/bash
---
dann
On Thu, Aug 03, 2006 at 04:10:32PM +0200, Daniel Schulz wrote:
Sorry, user daniel3 is not allowed to execute '/bin/su - dani'
as root on greulix.
in sudoers:
user ALL = (other_user) ALL
und dann per sudo -u other_user -i arbeiten. Klappt ab Sarge.
sudo su - ist die schlechte Weise. Damit su
On Fri, Jul 28, 2006 at 12:35:11PM +, Marco wrote:
Hallo,
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich in
/etc/sudoers die Zeile
rootALL=(ALL) ALL
auf folgendes geändert:
rootALL=(ALL) NOPASSWD: ALL
Leider kommt
On Fri, Jul 28, 2006 at 02:54:54PM +0200, Ulf Volmer wrote:
On Fri, Jul 28, 2006 at 12:35:11PM +, Marco wrote:
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich in
/etc/sudoers die Zeile
Damit darf _root_ ohne Paßwort zu jeder id wechseln.
2myself: erst lesen
Marco [EMAIL PROTECTED] wrote:
Hallo,
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich in
/etc/sudoers die Zeile
rootALL=(ALL) ALL
auf folgendes geändert:
rootALL=(ALL) NOPASSWD: ALL
Leider kommt jetzt noch immer die
Frank Küster schrieb:
Marco [EMAIL PROTECTED] wrote:
Hallo,
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich in
/etc/sudoers die Zeile
rootALL=(ALL) ALL
auf folgendes geändert:
rootALL=(ALL) NOPASSWD: ALL
Leider kommt jetzt
Hallo Ulf,
* Ulf Volmer schrieb [28-07-06 15:05]:
On Fri, Jul 28, 2006 at 02:54:54PM +0200, Ulf Volmer wrote:
On Fri, Jul 28, 2006 at 12:35:11PM +, Marco wrote:
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich
in
/etc/sudoers die Zeile
Damit darf
Matthias Haegele wrote:
Manchmal braucht man das schon (um Scripte mit anderer ID
auszuführen etc.) ...
su username -c ./skriptname?
Grüße,
Björn
--
BOFH excuse #109:
The electricity substation in the car park blew up.
--
Haeufig gestellte Fragen und Antworten (FAQ):
On Tue, 14 Mar 2006 17:43:09 +0100, Enrico Weigelt [EMAIL PROTECTED]
wrote:
Also mir kommt kein fremdes binary ins Haus ;-)
Warum bist Du dann in Debian-User-German?
Grüße
Marc
--
-- !! No courtesy copies, please !! -
Marc Haber |Questions
Hi!
Hans-Juergen Tappe wrote:
Nach den Sicherheits-Updates von sudo vor einiger Zeit gibt es nicht
mehr die Möglichkeit, graphische Tools über diesen Wrapper aufzurufen.
Hat hier jemand auf der Liste mittlerweile ein Vorgehen, mit dem man
einzelnen Benutzern Zugang zu root-Berechtigungen
Am Montag 13 März 2006 18:27 schrieb Hans-Juergen Tappe:
Hi!
Hat hier jemand auf der Liste mittlerweile ein Vorgehen, mit dem man
einzelnen Benutzern Zugang zu root-Berechtigungen geben kann, ohne
dass man das root-Passwort verteilen muss, wie bei gksu - mal
Hast Du Dir mal gksudo angeschaut?
Hi!
Christian Frommeyer wrote:
Hast Du Dir mal gksudo angeschaut?
Das ergibt dieselben Effekte wie sudo und reagiert genauso auf
Änderungen im Environment und der /etc/sudoers. Der Unterschied liegt
darin, dass die Passwortabfrage schon im GUI stattfindet.
Aber danke, das hatte ich noch nicht
?
Schaue dir mal die Dateien vom gkus-Paket an, dort findest du auch
gksudo. Es verwendet sudo und startet das Programm problemlos in einer
X-Umgebung.
Vielen Dank,
Hans-Jürgen
cheers
Pierre
--
5 Schritte zu: Wie löse ich ein Problem mit Debian ohne gleich Haue von
der/vom ML/Forum zu bekommen
* Hans-Juergen Tappe [EMAIL PROTECTED] schrieb:
snip
Hat hier jemand auf der Liste mittlerweile ein Vorgehen, mit dem man
einzelnen Benutzern Zugang zu root-Berechtigungen geben kann, ohne dass
man das root-Passwort verteilen muss, wie bei gksu - mal abgesehen
davon, sich selber einen
* Hans-Juergen Tappe [EMAIL PROTECTED] schrieb:
snip
Das sudo aus testing kommt nicht in frage, da es die neue libc benötigt
und selbstkompilieren möchte ich dafür nicht.
Was ist so schlimm am selbstcompilieren ?
Also mir kommt kein fremdes binary ins Haus ;-)
cu
Hi!
Nach den Sicherheits-Updates von sudo vor einiger Zeit gibt es nicht
mehr die Möglichkeit, graphische Tools über diesen Wrapper aufzurufen.
Hat hier jemand auf der Liste mittlerweile ein Vorgehen, mit dem man
einzelnen Benutzern Zugang zu root-Berechtigungen geben kann, ohne dass
man das
On 13.03.06 18:27:16, Hans-Juergen Tappe wrote:
Es geht konkret um ethereal
Dafuer gibts tethereal, die entstehende Datei kann man dann hinterher
als $USER analysieren.
Zu dem xsane-Problem kann ich mangels Scanner-Erfahrung mit Linux nichts
weiter sagen...
Andreas
--
Your lucky number is
Hans-Juergen Tappe schrieb:
Hi!
Hallo
[...]
Es geht konkret um ethereal und xsane. Letzteres wird für einen
pp_mustek-Scanner benötigt, dessen Treiber in den neueren Versionen
nicht vorhanden war und der root-only-IOcontrols auf dem Port ausführen
will (Device-Berechtigungen setzen reicht
Am Montag 13 März 2006 18:27 schrieb Hans-Juergen Tappe:
Nach den Sicherheits-Updates von sudo vor einiger Zeit gibt es nicht
mehr die Möglichkeit, graphische Tools über diesen Wrapper
aufzurufen.
Hmm, ich hab hier ein sudo 1.6.8p12-1 aus sid. Laut dem
Security-Advisory sollte da das
Hallo!
Ich habe folgendes Problem:
Ein php-script soll ein einem Verzeichnis das root gehört ein neues
Verzeichnis anlegen. Natürlich geht das nicht, weshalb ich mir dachte,
ich kombiniere die exec()-Funktion von php und sudo.
exec('sudo /bin/mkdir $verzeichnis');
sollte mir das
gehoert. Ich bin kein PHP-Guru aber IIRC
gibts dafuer ne Option in der apache oder php config.
Klappt aber noch immer nicht. Wenn ich als www-data an der Konsole angemeldet
bin, kann ich direkt ein Verzeichnis erstellen:
sudo mkdir test
legt brav das Verzeichnis test an, Eigentümer und
Am 2005-12-01 14:36:11, schrieb Peter Schütt:
Hallo,
ich weiß zwar prinzipiell, was sudo ist (ausführen eines Befehls im Kontext
eines anderen Benutzers), aber wie man das im Detail richtig einrichtet,
weiß ich nicht.
Bisher habe ich bei Bedarf in der Console immer su eingegeben und wenn ich
Sebastian Kayser [EMAIL PROTECTED] wrote:
schätze localhost wäre synonym mit ALL.
Nein, das Synonym ist LOKAL. Z.B.
ulrich LOKAL=PASSWD: /usr/sbin/eximon
Ulrich
Umgebungen relevant, in denen die sudoers nicht
lokal sondern zentral in z.B. einem LDAP-Verzeichnis gepflegt wird (gibt
es noch weitere zentralisierte sudoers-Varianten?).
Daher meinte ich, sobald ein Eintrag a la localhost von sudo akzeptiert
werden würde, wäre das in einer solchen Umgebung de
Hallo Matthias Haegele, hallo auch an alle anderen
Am Donnerstag, 1. Dezember 2005 15:45 schrieb Matthias Haegele:
Peter Schütt schrieb:
[...]
Wo finde ich sinnvolle Beispiele?
Bei einer ubuntu-config abspickeln? (die haben afair keinen
root-account).
Doch, haben die. Bei einer
Hallo Matthias,
Matthias Taube, 01.12.2005 (d.m.y):
nutze visudo.
Wer nicht vi-firm ist, kann das ganze auch bspw. mit
EDITOR=/usr/bin/nano visudo
aufrufen...
Gruss,
Christian Schmidt
--
Wenigstens bin ich nicht der einzige, der hin und wieder
mit der Technik überfordert ist oder an
Christian Schmidt schrieb:
nutze visudo.
Wer nicht vi-firm ist, kann das ganze auch bspw. mit
EDITOR=/usr/bin/nano visudo
aufrufen...
Wer nicht vi-firm ist, sollte sowieso editor in alternatives auf
/bin/nano zeigen lassen und mein visudo berücksichtigt das ...
mfg
Matthias Taube
--
eingegrenzte Host_List hinterlegt
wird, ist doch nur für Umgebungen relevant, in denen die sudoers nicht
lokal sondern zentral in z.B. einem LDAP-Verzeichnis gepflegt wird
(gibt es noch weitere zentralisierte sudoers-Varianten?).
Daher meinte ich, sobald ein Eintrag a la localhost von sudo
Peter Schütt [EMAIL PROTECTED] wrote:
Wenn ich jetzt in /etc/sudoers
diese Datei sollte man nicht direkt editieren. visudo ist das Tool
dafür.
Hinweis: Visudo enutzt den Editor, der inner VISUAL oder EDITOR
Variable definiert ist.
Heino
--
Haeufig gestellte Fragen und Antworten (FAQ):
Hallo,
ich weiß zwar prinzipiell, was sudo ist (ausführen eines Befehls im Kontext
eines anderen Benutzers), aber wie man das im Detail richtig einrichtet,
weiß ich nicht.
Bisher habe ich bei Bedarf in der Console immer su eingegeben und wenn ich
fertig war exit.
Für die Nutzung von qemu steht
Hallo Peter!
Peter Schütt schrieb am Donnerstag, den 01. Dezember 2005:
Wenn ich jetzt in /etc/sudoers
benutzerALL = (ALL) ALL
einstelle, dann ist das doch ein ziemliches Sicherheitsrisiko, oder?
Wo finde ich sinnvolle Beispiele?
Schau in die manpage. Insbesondere man sudoers ist
* Peter Schütt [EMAIL PROTECTED] wrote:
ich weiß zwar prinzipiell, was sudo ist (ausführen eines Befehls im Kontext
eines anderen Benutzers), aber wie man das im Detail richtig einrichtet,
weiß ich nicht.
Bisher habe ich bei Bedarf in der Console immer su eingegeben und wenn ich
fertig war
Peter Schütt schrieb:
Hallo,
ich weiß zwar prinzipiell, was sudo ist (ausführen eines Befehls im Kontext
eines anderen Benutzers), aber wie man das im Detail richtig einrichtet,
weiß ich nicht.
Bisher habe ich bei Bedarf in der Console immer su eingegeben und wenn ich
fertig war exit.
Das sind
Peter Schütt schrieb:
Ich nehme mal an, daß das nur funktioniert, wenn sudo richtig konfiguriert
ist.
nutze visudo.
Dort kannst Du z.B. mittels
peterALL=(root) NOPASSWD:/usr/sbin/exim4 -DOUTGOING -qff
nur das Kommando exim4 -DOUTGOING -qff für den Nutzer peter ohne
Password freischalten
Am Donnerstag 01 Dezember 2005 22:18 schrieb Matthias Taube:
Dort kannst Du z.B. mittels
peterALL=(root) NOPASSWD:/usr/sbin/exim4 -DOUTGOING -qff
^^^
Gibt es einen Grund da nicht localhost zu verwenden?
Gruß Chris
--
A: because it distrupts the normal process of thought
Q: why
* Christian Frommeyer [EMAIL PROTECTED] wrote:
Am Donnerstag 01 Dezember 2005 22:18 schrieb Matthias Taube:
Dort kannst Du z.B. mittels
peterALL=(root) NOPASSWD:/usr/sbin/exim4 -DOUTGOING -qff
^^^
Gibt es einen Grund da nicht localhost zu verwenden?
Ich denke in dem Fall ist
Hallo Sascha,
Sascha Hüdepohl [EMAIL PROTECTED] wrote:
Hallo!
Ich benutze maildrop zum filtern meiner Mails. Maildrop wird von postfix
so aufgerufen, daß die Ausgabe von id folgendermaßen aussieht:
ID: uid=1000(sascha) gid=1000(sascha) groups=1000(sascha)
Da fehlen also all die Gruppen,
.mailfilter rufe ich ein script auf, das diese weiteren
Rechte benötigt (audio). Darum habe ich es dort mit sudo -u sascha
versucht.
Auszug aus man sudo:
sudo will initialize the group vector to the list of groups the target
user is in
Es ändert aber nichts. Die Gruppen fehlen trotzdem.
Hab ich da was falsch
Hallo Christian,
wenn ich eine sudo Aktion wie im Betreff starte, und bar eine
Ressource mit Nur-Rootzugriff ist, dann habe ich ein
Berechtigungsproblem. Wie könnte ich das denn elegant lösen?
sudo sh -c echo foo bar
Danke, das hat geholfen.
Stefan Pampel
Am Mittwoch 26 Oktober 2005 12:12 schrieb Spiro Trikaliotis:
Äh... Du willst also, dass ein Benutzer die Datei angeben kann, in
die ein Skript mit root-Rechten hineinschreibt?
Ich würde da erst einmal als Datei zum Überschreiben
/boot/vmlinuz-`uname -r`
angeben. Anderen mögen noch
On 10/26/05, Frank Küster [EMAIL PROTECTED] wrote:
Hast du es schon mit
sudo 'echo foo bar'
versucht?
Das wird hoechstwahrscheinlich so nicht klappen. Vermutlich meintest
du 'echo foo | sudo tee bar'
--
regards,
Reinhard
Reinhard Tartler [EMAIL PROTECTED] wrote:
On 10/26/05, Frank Küster [EMAIL PROTECTED] wrote:
Hast du es schon mit
sudo 'echo foo bar'
versucht?
Das wird hoechstwahrscheinlich so nicht klappen. Vermutlich meintest
du 'echo foo | sudo tee bar'
Nein, ich meine eher sudo sh -c 'echo foo
Am Donnerstag, 27. Oktober 2005 13:54 schrieb Frank Küster:
Nein, ich meine eher sudo sh -c 'echo foo bar'. Wobei ich mir
gerne erklären lasse, warum meine Variante nicht funktioniert:
$ sudo 'echo foo /etc/bar'
sudo: echo foo /etc/bar: command not found
(und nein, mit /bin/echo geht es
Hallo Liste,
wenn ich eine sudo Aktion wie im Betreff starte, und bar eine
Ressource mit Nur-Rootzugriff ist, dann habe ich ein
Berechtigungsproblem. Wie könnte ich das denn elegant lösen?
In meinem Fall liegt die Ressource im /proc
Danke
Stefan Pampel
Am Mittwoch 26 Oktober 2005 10:30 schrieb Stefan Pampel:
wenn ich eine sudo Aktion wie im Betreff starte, und bar eine
Ressource mit Nur-Rootzugriff ist, dann habe ich ein
Berechtigungsproblem. Wie könnte ich das denn elegant lösen?
In meinem Fall liegt die Ressource im /proc
Also wenn die
Hallo,
Christian Frommeyer [EMAIL PROTECTED] schrieb:
Am Mittwoch 26 Oktober 2005 10:30 schrieb Stefan Pampel:
wenn ich eine sudo Aktion wie im Betreff starte, und bar eine
Ressource mit Nur-Rootzugriff ist, dann habe ich ein
Berechtigungsproblem.
[...]
Also wenn die Aktion regelmäßig
Stefan Pampel [EMAIL PROTECTED] wrote:
Hallo Liste,
wenn ich eine sudo Aktion wie im Betreff starte, und bar eine
Ressource mit Nur-Rootzugriff ist, dann habe ich ein
Berechtigungsproblem. Wie könnte ich das denn elegant lösen?
In meinem Fall liegt die Ressource im /proc
Hast du es schon
Äh... Du willst also, dass ein Benutzer die Datei angeben kann, in die
ein Skript mit root-Rechten hineinschreibt?
Nein, das ist falsch. Ich möchte als User ein Script ausführen können,
in dem der o.g. Befehl ausgeführt wird.
Mir fiel nur auf, dass das erste Komando als su und das zweite schon
Stefan Pampel wrote:
Hallo Liste,
Moin!
wenn ich eine sudo Aktion wie im Betreff starte, und bar eine
Ressource mit Nur-Rootzugriff ist, dann habe ich ein
Berechtigungsproblem. Wie könnte ich das denn elegant lösen?
In meinem Fall liegt die Ressource im /proc
sudo echo foo bar
Wenn
Hallo Stefan!
Stefan Pampel schrieb am Mittwoch, den 26. Oktober 2005:
wenn ich eine sudo Aktion wie im Betreff starte, und bar eine
Ressource mit Nur-Rootzugriff ist, dann habe ich ein
Berechtigungsproblem. Wie könnte ich das denn elegant lösen?
sudo sh -c echo foo bar
Mit freundlichen
Hallo Stefan,
Stefan Pampel [EMAIL PROTECTED] schrieb:
Äh... Du willst also, dass ein Benutzer die Datei angeben kann, in die
ein Skript mit root-Rechten hineinschreibt?
Nein, das ist falsch. Ich möchte als User ein Script ausführen können,
in dem der o.g. Befehl ausgeführt wird.
Ich bezog
On 2005-10-15 21:44:51 +0200, Jakob Lenfers wrote:
Uwe Laverenz [EMAIL PROTECTED] writes:
eine echte Einschränkung. Ein anderes mir unverständliches Beispiel ist
der Wegfall von Rechte Maustaste - Terminal öffnen im neuen
Breezy-Desktop.
Da darfst Du Dich AFAIK an die GNOME-Entwickler
Michael Bienia [EMAIL PROTECTED] writes:
apt-cache show nautilus-open-terminal
Description: open terminal in any folder from Nautilus
This is an extension for Nautilus (file manager for
GNOME desktop) that provides a menu option for any
local folder object to open a terminal in that
Uwe Laverenz [EMAIL PROTECTED] writes:
eine echte Einschränkung. Ein anderes mir unverständliches Beispiel ist
der Wegfall von Rechte Maustaste - Terminal öffnen im neuen
Breezy-Desktop.
Da darfst Du Dich AFAIK an die GNOME-Entwickler wenden, zumindest habe
ich das auch auf einem Gentoo mit
Uwe Laverenz schrieb:
On Thu, Oct 13, 2005 at 12:17:09PM +0200, Andreas Pakulat wrote:
Sowohl Fragen zu Knoppix, Kanotix, Ubuntu und KUbuntu (sowie anderen
Debian-Basierten Distros) sind hier AFAIK und IMHO geduldet, da die
Jo, würde ich auch so sehen.
wenigsten dieser Probleme
Andreas Pakulat schrieb:
On 13.10.05 12:28:03, Christian Fromme wrote:
Andreas Pakulat wrote:
Sowohl Fragen zu Knoppix, Kanotix, Ubuntu und KUbuntu (sowie anderen
Debian-Basierten Distros) sind hier AFAIK und IMHO geduldet, da die
wenigsten dieser Probleme spezifisch fuer die jeweilige
Am Donnerstag, 13. Oktober 2005 13:37 schrieb Uwe Laverenz:
Was das Drucken unter Ubuntu angeht, so ist das tatsächlich anders
als unter Debian, weil man schwachsinnigerweise das Ubuntu-cups
künstlich kastriert hat: Drucker sind nicht über das Cups-Webfrontend
einzurichten, sondern über ein
On Fri, Oct 14, 2005 at 08:27:58AM +0200, Frank Ehlert wrote:
ich denke mit diesem Beitrag hast Du Dich auch sonst als weitestgehend
unzugehörig disqualifiziert.
Falls Du damit meine unnötige Verwendung von Kraftausdrücken meinst,
so muss ich Dir recht geben. Ich entschuldige mich dafür.
On Fri, Oct 14, 2005 at 02:58:00PM +0200, Dirk Wernien wrote:
Ich benutze, wie viele Andere auch, das X-Window-System. Wenn du eine
Nagetier-Phobie hast, so lasse sie kurieren. Mir ist auch schleierhaft,
wie ein Werkzeug (Tool) ein Sexulalleben haben soll.
Für die Kraftausdrücke
Frank Ehlert wrote:
ich versuche immer noch verzweifelt meinen HP Laserjet 1000 unter Ubuntu
zum Leben zu erwecken.
Auch auf die Gefahr hin, mich total unbeliebt zu machen, spiele ich mal
Listen-Sheriff: Dies ist eine *Debian* Mailingliste, Hilfe für Ubuntu
ist dementsprechend bitte beim
On 13.10.05 11:46:55, Christian Fromme wrote:
Frank Ehlert wrote:
ich versuche immer noch verzweifelt meinen HP Laserjet 1000 unter Ubuntu
zum Leben zu erwecken.
Auch auf die Gefahr hin, mich total unbeliebt zu machen, spiele ich mal
Listen-Sheriff: Dies ist eine *Debian* Mailingliste,
Andreas Pakulat wrote:
Sowohl Fragen zu Knoppix, Kanotix, Ubuntu und KUbuntu (sowie anderen
Debian-Basierten Distros) sind hier AFAIK und IMHO geduldet, da die
wenigsten dieser Probleme spezifisch fuer die jeweilige Distri sind.
Sollte das tatsaechlich der Fall sein, ist ein Verweis an die
On 13.10.05 12:28:03, Christian Fromme wrote:
Andreas Pakulat wrote:
Sowohl Fragen zu Knoppix, Kanotix, Ubuntu und KUbuntu (sowie anderen
Debian-Basierten Distros) sind hier AFAIK und IMHO geduldet, da die
wenigsten dieser Probleme spezifisch fuer die jeweilige Distri sind.
Sollte das
On Thu, Oct 13, 2005 at 12:17:09PM +0200, Andreas Pakulat wrote:
Sowohl Fragen zu Knoppix, Kanotix, Ubuntu und KUbuntu (sowie anderen
Debian-Basierten Distros) sind hier AFAIK und IMHO geduldet, da die
Jo, würde ich auch so sehen.
wenigsten dieser Probleme spezifisch fuer die jeweilige
Moin,
ich versuche immer noch verzweifelt meinen HP Laserjet 1000 unter Ubuntu
zum Leben zu erwecken.
In diversen Seiten steht ich solle mit
cat sihp1000.img /dev/usb/lp0
die Firmware des Druckers hochladen damit es funzt. Nur dann erhalte ich
die Meldung:
sudo cat sihp1000.img /dev/usb
Frank Ehlert schrieb:
Moin,
ich versuche immer noch verzweifelt meinen HP Laserjet 1000 unter Ubuntu
zum Leben zu erwecken.
In diversen Seiten steht ich solle mit
cat sihp1000.img /dev/usb/lp0
die Firmware des Druckers hochladen damit es funzt. Nur dann erhalte ich
die Meldung:
sudo cat
dann erhalte
ich die Meldung:
sudo cat sihp1000.img /dev/usb/lp0
bash: /dev/usb/lp0: Keine Berechtigung
Ich verstehe diese Meldung nicht. Naja ich weiß nicht wieso ich keine
Berechtigung habe.
Das liegt daran, dass das nicht an sudo geht. Nur der Befehl cat
sihp1000.img wird von sudo
Hallo an euch,
wenn ich direkt per ssh auf einem anderen PC ein Programm mittels
sudo starte, dann erscheint bei der Passworteingabe dieses im
Klartext. Lässt sich das abstellen oder ist das einfach technisch
bedingt nicht anders möglich?
ssh -C [EMAIL PROTECTED] -i user.dsa sudo apt-get update
Moin,
Frank Dietrich schrieb:
Hallo an euch,
wenn ich direkt per ssh auf einem anderen PC ein Programm mittels
sudo starte, dann erscheint bei der Passworteingabe dieses im
Klartext. Lässt sich das abstellen oder ist das einfach technisch
bedingt nicht anders möglich?
ssh -C [EMAIL
Hallo Heinrich,
Heinrich Christian Peters [EMAIL PROTECTED] wrote:
Frank Dietrich schrieb:
wenn ich direkt per ssh auf einem anderen PC ein Programm mittels
sudo starte, dann erscheint bei der Passworteingabe dieses im
Klartext.
ssh -C [EMAIL PROTECTED] -i user.dsa sudo apt-get update
Tom Rauchenwald schrieb:
username ALL=(ALL) ALL
Also einfach die letzte Zeile duplizieren und root in deinen Usernamen
ändern.
Also bei mir sieht das so aus und gilt dann für alle Mitglieder der
Gruppe staff. Das ist bequemer als für jeden user einzeln so eine
Zeile anlegen zu müssen.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hy Zusammen ,
was soll ich in /etc/sudoers eintragen damit ein user die gleichen
Rechte wie der root hat
Gruss
Rolland
- --
Powered by Guy Rolland T. Chago Under Debian GNU\Linux Sid2.4.28
http://counter.li.org User #362841 PubKey
Hy Zusammen ,
Hi
was soll ich in /etc/sudoers eintragen damit ein user die gleichen
Rechte wie der root hat
username ALL=(ALL) ALL
Also einfach die letzte Zeile duplizieren und root in deinen Usernamen
ändern.
Sei dir allerdings bewusst darüber, dass das ein Sicherheitsrisiko
Morgen Liste,
auch auf die Gefahr hin, dass ich mir gleich ein RTFM, man bash oder
ähnliches einfange ;) muss ich euch mit einer kleinen Frage belästigen: ich
nutze bash und tab completion funzt wunderbar. Da ich öfters mal sudo
benutze, habe ich die Zeile:
PATH=/sbin/:/usr/sbin/:${PATH
Hallo Bastian,
Am Dienstag, 6. Juli 2004 09:53 schrieb B. Venthur:
Ich bekomme zwar mit
$ addu TAB
$ adduser
aber mit sudo davor passiert rein gar nichts.
Kann mir einer den Tipp geben, wo's hängt?
die schnelle und komfortable Lösung: binde in Deiner .bash_profile die
Datei /etc
B. Venthur [EMAIL PROTECTED] writes:
[...]
In meine .bash_profile eingetragen und gehofft, das ich nun mit sudo TAB
auch auf die tab completion zurückgreifen könnte. Leider funzt das nicht.
[...]
aber mit sudo davor passiert rein gar nichts.
Kann mir einer den Tipp geben, wo's hängt?
Ich
Hallo!
On 12 Oct 2003 at 21:56 +, Stefan Hassenstein wrote:
In article [EMAIL PROTECTED], Elmar W. Tischhauser wrote:
On 12 Oct 2003 at 19:59 +, Stefan Hassenstein wrote:
[setuid-root-Probleme mit sudo]
Mountest du vielleicht / (oder /usr) mit der Option nosuid? 'user
1 - 100 von 119 matches
Mail list logo