Hallo zusammen, ich hoffe, jemand kann mir mit wvdial weiterhelfen. Es läuft, wenn ich es als root starte einwandfrei, als user jedoch macht es nix! Wie habe ich meine Rechte zu setzen? Brauche ich eine locale, d.h. /home/user/wvdial.conf user:group oder /home/user/wvdial.conf.local user:group oder /home/user/.wvdial.conf user:group /etc/wvdial.conf root:root /etc/wvdial.conf root:dialout user gehört dialout an! /dev/ttyS1 cwr_r root:uucp /dev/ttyS1 cwr_rw user:dialout So viele Möglichkeiten ... und ich hab keine Ahnung :-) Z.Zt. sieht meine Fehlermeldung so aus: olaf@gruettner:~ > wvdial --> WvDial: Internet dialer version 1.40 --> Cannot open /dev/ttyS1: Das Ger[e4]t oder die Ressource ist belegt Als root funct es super! Woran kanns liegen? Olaf --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo =?iso-8859-1?Q?Olaf_Gr=FCttner (Sonderzeichen im Header sind nicht gut ;) Olaf_Grüttner <o.gruettner@tu-bs.de> wrote:
Wie habe ich meine Rechte zu setzen? Brauche ich eine locale, d.h. /home/user/wvdial.conf user:group oder /home/user/wvdial.conf.local user:group oder /home/user/.wvdial.conf user:group
Habe ich alle nicht und davon wird auch nichts in "man wvdial" erwaehnt.
/etc/wvdial.conf root:dialout user gehört dialout an! /dev/ttyS1 cwr_rw user:dialout
Schon fast ;) Hier funzt das folgende: crw-rw---- 1 root dialout 4, 65 Apr 30 01:24 /dev/ttyS1 -rw-r----- 1 root dialout 300 Mär 6 06:55 /etc/wvdial.conf CU David -- Hunde haben ein Herrchen oder Frauchen - Katzen ihr Personal email: David@dhaller.de www: www.dhaller.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, Apr 29, 2000 at 06:06:33PM +0200, wrote:
ich hoffe, jemand kann mir mit wvdial weiterhelfen. Es läuft, wenn ich es als root starte einwandfrei, als user jedoch macht es nix!
Also ein Rechteproblem. Schau dir dazu auch mal die files /etc/permissions /etc/permissions.easy, permissions.secure, permissions.paranoid und permissions.local. (SuSE 6.4 besonders /etc/permission) Die *.local wirst du wohl leer vorfinden, die ist für eigene settings gedacht. Die anderen files können, je nach Geschmack/Bedarf in der rc.config gesetzt werden. ZB. die *.secure und die *.local. SuSEconfig ("der Yast-knecht" ;) setzt bei jedem Durchlauf diese gesetzten Rechte. Deswegen wunderte sich der ein oder andere schon, warum am nächsten Tag (beim booten läufdt SuSEconfig auch durch und verichtet einige Dienste) keine Rechte mehr für die gestern gesetzten Rechte mehr hatte ;) Setze in die *.local deine internetbezogenen Rechte.
Wie habe ich meine Rechte zu setzen? Brauche ich eine locale, d.h.
Eine permissions.local,...ja. *g*
/home/user/wvdial.conf user:group oder /home/user/wvdial.conf.local user:group oder /home/user/.wvdial.conf user:group /etc/wvdial.conf root:root /etc/wvdial.conf root:dialout user gehört dialout an!
Obwohl diese Rechte eigentlich überflüßig sein sollten, wäre die von folgendem schon interesanter ;-)
/dev/ttyS1 cwr_r root:uucp /dev/ttyS1 cwr_rw user:dialout
Die müßen stimmen wenn: crw-rw---- 1 root uucp 4, 65 Mar 11 11:11 /dev/ttyS1 o aussehen. Und ein link auf /dev/modem zeigen, damit du das device ändern kannst (zB auf ttyS0) und die Variablen trozdem ziehen. Der user sollte also auch der Gruppe uucp (Modemzugriffsrechte) angehören. Man könnte naklar auch eine andere Gruppe nehmen (dialout ist denkbar, aber nicht für ein device geeignet) aber ob es sinnig ist wenn doch schon die Gruppe besteht. Also nur den user einsetzen. Ein suid-bit ist auch noch im Spiel, aber das setzt eine SuSE default. -rws--x--- 1 root dialout 153796 /usr/sbin/pppd
So viele Möglichkeiten ... und ich hab keine Ahnung :-) Z.Zt. sieht meine Fehlermeldung so aus:
olaf@gruettner:~ > wvdial --> WvDial: Internet dialer version 1.40 --> Cannot open /dev/ttyS1: Das Ger[e4]t oder die Ressource ist belegt Als root funct es super! Woran kanns liegen?
Eindeutig Rechte! Sonst würde root ja auch kein Erfolg haben. Gruß, Clemens -- sig_02 Linux-user # 134173 <c.wohld@gmx.de> X-Page: http://www.ndh.net/home/wohld/index.html ------------------------------------------------ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Clemens Wohld wrote:
On Sat, Apr 29, 2000 at 06:06:33PM +0200, wrote:
:)
ich hoffe, jemand kann mir mit wvdial weiterhelfen. Es läuft, wenn ich es als root starte einwandfrei, als user jedoch macht es nix!
Also ein Rechteproblem. [..] SuSEconfig ("der Yast-knecht" ;) setzt bei jedem Durchlauf diese gesetzten Rechte.
Deswegen wunderte sich der ein oder andere schon, warum am nächsten Tag (beim booten läufdt SuSEconfig auch durch und verichtet einige Dienste) keine Rechte mehr für die gestern gesetzten Rechte mehr hatte ;)
Das ist mir neu - Wo wird SuSEconfig beim booten gestartet?
Gruß, Clemens
-- sig_02 Linux-user # 134173 <c.wohld@gmx.de> X-Page: http://www.ndh.net/home/wohld/index.html
Gruss, Ralf -- Registered Linux User #26 - http://counter.li.org --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Ralf Corsepius schrieb am 03.Mai.2000:
Das ist mir neu - Wo wird SuSEconfig beim booten gestartet?
Es wird nicht SuSEconfig gestartet, aber in /sbin/init.d/boot wird als erstes rc.config ausgeführt, daß auch bei SuSEconfig ausgeführt wird. Bernd -- LILO funktioniert nicht? Hast Du /etc/lilo.conf verändert und vergessen, lilo aufzurufen? Ist Deine /boot-Partition unter der 1024 Zylindergrenze? Bei anderen LILO Problemen mal in der SDB nachschauen: http://localhost/doc/sdb/de/html/rb_bootdisk.html |Zufallssignatur 6 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, May 03, 2000 at 11:08:54AM +0200, Ralf Corsepius wrote:
Clemens Wohld wrote:
On Sat, Apr 29, 2000 at 06:06:33PM +0200, wrote:
Deswegen wunderte sich der ein oder andere schon, warum am nächsten Tag (beim booten läufdt SuSEconfig auch durch und verichtet einige Dienste) keine Rechte mehr für die gestern gesetzten Rechte mehr hatte ;)
Das ist mir neu - Wo wird SuSEconfig beim booten gestartet?
Ähh, im Grunde nicht schlecht,...aber beim booten wird die gesammte (und das bestimmt immere :) die rc.config abgearbeitet. Naja, mehr macht SuSEconfig ja auch nicht. Hätte event., eine andere Formulierung benutzen sollen ;) Gruß, Clemens -- sig_17 "Sometimes the best medicine is to stop taking something." [http://www.ndh.net/home/wohld/indexhtml] [cwohld@ndh.net] ---------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Clemens Wohld wrote:
On Wed, May 03, 2000 at 11:08:54AM +0200, Ralf Corsepius wrote:
Clemens Wohld wrote:
On Sat, Apr 29, 2000 at 06:06:33PM +0200, wrote:
Deswegen wunderte sich der ein oder andere schon, warum am nächsten Tag (beim booten läufdt SuSEconfig auch durch und verichtet einige Dienste) keine Rechte mehr für die gestern gesetzten Rechte mehr hatte ;)
Das ist mir neu - Wo wird SuSEconfig beim booten gestartet?
Ähh, im Grunde nicht schlecht,...aber beim booten wird die gesammte (und das bestimmt immere :) die rc.config abgearbeitet.
Genaugenommen hast Du recht, doch im Fall von rc.config von Abarbeiten zu Sprechen ist ein wenig Übertrieben. rc.config stellt eigentlich nur die Konfigurationsdatei für SuSEconfig und die init.d Scripte dar (vergleichbar mit *.ini unter M$). Das Setzen der Permissions, um das es hier ursprünglich ging, führt SuSEconfig aus.
Naja, mehr macht SuSEconfig ja auch nicht.
Oh doch, da ist ein wesentlicher Unterschied: SuSEconfig verarbeitet die in rc.config gesetzten Werte, während rc.config selbst nur Variablen setzt und sonst keine Seiteneffekte hat. Während des Bootens passiert allerdings eine Verarbeitung der Werte aus rc.config in den init.d Skripten, doch die ist völlig anderer Art wie die Verarbeitung in SuSEconfig und sollte nicht mit dieser verwechselt werden. Ralf -- Ralf Corsepius Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung (FAW) Helmholtzstr. 16, 89081 Ulm, Germany Tel: +49/731/501-8690 mailto:corsepiu@faw.uni-ulm.de FAX: +49/731/501-999 http://www.faw.uni-ulm.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
B.Brodesser@online-club.de
-
c.wohld@ndh.net
-
corsepiu@faw.uni-ulm.de
-
David@dhaller.de
-
o.gruettner@tu-bs.de