Thema: Startskript mit RuiltT v0.15

Hallo
Mein frisch funktionierendes Netzwerk

(SO eingerichtet) soll gleich beim Start angehen. Nach diversen Testreihen habe ich

folgende Bedingungen für ein funktionierendes Netzwerk entdeckt:

1. Der rt61-Treiber muss zuerst entladen und dann geladen werden, damit die Karte

richtig erkannt wird.

2. Vor dem Start von RutilT muss die Karte deaktiviert werden, danach aktiviert.

3. Das Applet MUSS manuell verbunden werden, sonst klappt´s net. Wenn mein AP

gleich erkannt wird, funktioniert das i. d. R.

Also hab ich schonmal so einen netten Skript geschrieben, der das für mich erledigen soll

Code:

sudo /sbin/rmmod rt61
sudo /sbin/rmmod rt61pci
sudo /sbin/modprobe rt61
sleep 1s
sudo  /sbin/ifconfig wlan0 down

(Der ganze Krempel ist natürlich in visudo drin

Code:

jo ALL=(root)   NOPASSWD:/sbin/ifconfig,/sbin/modprobe,/sbin/rmmod,/usr/local/bin/rutilt
"/etc/sudoers.tmp" 44L, 1268C                                                    44,86-88     Ende

Wie ihr seht, ist im Skript nichts von RutilT zu entdecken. Grund:

Code:

jo@packet:~> su
Passwort:
packet:/home/jo # sudo /usr/local/bin/rutilt

(rutilt:4443): Gtk-WARNING **: cannot open display:
packet:/home/jo #

Was muss ich da noch machen???

OS: openSusSE 10.2
Treiber: rt61 von Serialmonkey Link
RutilT v0.15
Link

adJO

Zitat von jo

Code:

jo@packet:~> su
Passwort:
packet:/home/jo # sudo /usr/local/bin/rutilt

(rutilt:4443): Gtk-WARNING **: cannot open display:
packet:/home/jo #

Was muss ich da noch machen???

sudo setzt die gesamte Umgebung zurück (und damit auch die DISPLAY-Variable).
Starte rutilt z.B. mit kdesu oder setze

Code:

Defaults:jo   env_keep = "DISPLAY"

in der /etc/sudoers.
(letzteres ist allerdings aus Sicherheitsgründen nicht unbedingt zu empfehlen)

Hallo

Mein visudo:

Code:

# %users  localhost=/sbin/shutdown -h now
jo ALL=(root)   NOPASSWD:/sbin/ifconfig,/sbin/rmmod,/sbin/modprobe,/usr/local/bin/rutilt,/opt/kde3/bin/kdesu

Code:

jo:/home/jo # exit
exit
jo@jo:~> kdesu rutilt

Ergebnis:

Abfrage des root-Passworts in einem neuen Fentser

adJO

/opt/kde3/bin/kdesu hat in der /etc/sudoers nichts zu suchen!

Außerdem musst du rutilt mit vollständigem Pfad aufrufen (wie in der /etc/sudoers angegeben).
sudo ist diesbezüglich sehr genau!

Falls das auch nicht funktioniert:
Bitte die zweite Variante benutzen.
kdesu ist offensichtlich nicht in der Lage die Freigaben der /etc/sudoers zu benutzen.
(Ich war aber der Meinung, dass das Starten von Programmen als root ohne Passwort möglich wäre ... - hab mich wohl geirrt)

Hallo

Code:

/opt/kde3/bin/kdesu hat in der /etc/sudoers nichts zu suchen!

Wieso???

visudo:

Code:

# Runas alias specification

# User privilege specification
root    ALL=(ALL) ALL

# Uncomment to allow people in group wheel to run all commands
# %wheel        ALL=(ALL)       ALL

# Same thing without a password
# %wheel        ALL=(ALL)       NOPASSWD: ALL

# Samples
# %users  ALL=/sbin/mount /cdrom,/sbin/umount /cdrom

# %users  localhost=/sbin/shutdown -h now
jo ALL=(root)   NOPASSWD:/sbin/ifconfig,/sbin/rmmod,/sbin/modprobe,/usr/local/bin/rutilt,/opt/kde3/bin/kdesu

Defaults:jo   env_keep = "DISPLAY"
"/etc/sudoers.tmp" 47L, 1359C                                                    47,34        Ende

Code:

jo@jo:~> sudo /usr/local/bin/rutilt
Xlib: connection to ":0.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key

(rutilt:5165): Gtk-WARNING **: cannot open display:

Ich steig nicht mehr durch......

adJO

Zitat von jo

Hallo

Code:

/opt/kde3/bin/kdesu hat in der /etc/sudoers nichts zu suchen!

Wieso???

Weil sonst _jede_ Anwendung ohne Passwort mit kdesu als root ausgeführt werden kann.

Code:

jo ALL=(root)   NOPASSWD:/sbin/ifconfig,/sbin/rmmod,/sbin/modprobe,/usr/local/bin/rutilt,/opt/kde3/bin/kdesu

Greetz,

RM

Zitat von jo

Code:

/opt/kde3/bin/kdesu hat in der /etc/sudoers nichts zu suchen!

Wieso???

Du startest doch nicht kdesu als root - sondern Programme mit kdesu.
Außerdem ist das ein sicherheitsrisiko.

Code:

jo ALL = NOPASSWD: /sbin/ifconfig, /sbin/rmmod, /sbin/modprobe, /usr/local/bin/rutilt, /usr/bin/xauth
Defaults:jo   env_keep = "DISPLAY"

Code:

xauth extract - $DISPLAY | sudo /usr/bin/xauth merge -
sudo /usr/local/bin/rutilt

sudo ist nicht dafür gedacht X-Anwendungen zu starten.
Du musst also zuerst dein .XAuthority-File an root übergeben (damit root überhaupt auf die X-Session zugreifen darf) und die DISPLAY-Variable setzen bzw. via /etc/sudoers beibehalten.
Dann kannst du rutilt mit sudo starten.

rt2x00.serialmonkey.com :: View topic - Rutilt and active prfile on start

rt2x00.serialmonkey.com :: View topic - Looking for HOWTO on permanent RutilT configuration

Greetz,

RM

Hallo

vielen Dank für den Tipp.

Code:

rutilt --help

hatte ich schon länger ausprobiert, allerdings produzierte das nur Syntaxfehler und

anderweitigen Käse. Auch die (dort beschriebene) Funktion

Code:

--dep '$profil'

ergab nur Fehler. Erst dieser Befehl brachte Abhilfe:

Code:

rutilt -d -p default&

Scheint relativ wählerisch zu sein. An das shell-skript werde ich mich morgen wagen.

adJO