Modemverbindung für Benutzer ermöglichen und vereinfachen

bbastix · Beitrag von **bbastix** » 07.10.2004 19:20:12

Hallo.

Ich richte für einen Freund gerade Debian Sarge (Kernel 2.6.6) auf einem Notebook ein. Das Teil hat ein PCIMCI-Modem (56k) und ich kann mich als root auch einwählen (mit pppconfig konfiguriert, Einwahl via pon/poff). Ich hab den Benutzer der Gruppe dip hinzugefügt, aber als dieser kann ich mich nicht einwählen. Was muss ich da noch machen.

Und, was für Möglichkeiten gibt es, das Ein- und Auswählen für den Benutzer zu vereinfachen. Ich hab KDE (3.2.?) installiert und denke an einen Button in der Fensterleiste, über das ich die Verbindung aufbauen, trennen und den Status anzeigt. Schön wäre natürlich auch ein Einwählen bei Bedarf, ev. mit Nachfrage.

Basti

QT · Beitrag von QT » 07.10.2004 19:35:12

Du könntest 'kppp' als KDE Anwendung zum Einwählen nehmen. Mit gkrellm kann man sowas auch nett realisieren.

Zum Problem mit der Nutzung des Modems als User. Hast Du den User auch mal neu angemeldet, nachdem er Mitglied von @dip wurde? Solche Dinge werden erst beim nächsten Anmelden aktiv. Ansonsten könntest Du den User auch noch testweise zur Gruppe 'dialout' hinzufügen. IMO ist das aber nur für Verbindungen via minicom et al notwendig.

bbastix · Beitrag von **bbastix** » 07.10.2004 20:04:40

Hi.

Ja, kppp sieht gut aus, danke.

Aber das mit dem Benutzer klappt immer noch nicht. Den Benutzer hatte ich neu eingeloggt - hatte schon gemerkt, dass die Änderung nicht direkt übernommen wurde, sondern die Gruppenzugehörigkeit wohl nur (?) beim Login ausgelesen wird.

Der Benutzer war bereits Mitglied von 'dialout'. Was nun? pppd bricht mit Signal 1 ab.

Basti

QT · Beitrag von QT » 07.10.2004 20:10:13

bbastix hat geschrieben:pppd bricht mit Signal 1 ab.

Hast Du Dir schonmal mit 'strace' Details hierzu anzeigen lassen? Laut /usr/share/doc/ppp/README.Debian.gz sollte Mitglied von @dip genügen. Schreibt pppd denn nichts sinnvolles in Logdateien? Eventuell mal debug in den pppd Optionen aktivieren.....

bbastix · Beitrag von **bbastix** » 07.10.2004 20:10:44

Quatsch Signal 1...

Das Signal ist 15 und pppd wird offensichtlich als root ausgeführt.

Könnt ihr mir hier weiterhelfen?

Basti

bbastix · Beitrag von **bbastix** » 20.10.2004 10:46:41

Hi.

Jetzt komme ich grad mal wieder dazu, mich um die Mühle zu kümmern.

'QT', deinen Beitrag hatter ich erst überlesen.

Hier die Ausgabe von 'strace pon News.de', ausgeführt als Benutzer, der Mitglied in 'dip' ist - als root funktioniert die Einwahl mit 'pon News.de'.

...
getuid32() = 1000
setresuid32(-1, 1000, -1) = 0
open("/home/christoph/.ppprc", O_RDONLY) = -1 ENOENT (No such file or directory)
setresuid32(-1, 0, -1) = -1 EPERM (Operation not permitted)
getuid32() = 1000
setresuid32(-1, 1000, -1) = 0
open("/etc/ppp/peers/News.de", O_RDONLY) = 4
setresuid32(-1, 0, -1) = -1 EPERM (Operation not permitted)
fstat64(4, {st_mode=S_IFREG|0640, st_size=253, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
read(4, "# This optionfile was generated "..., 4096) = 253
stat64("/dev/ttyS1", {st_mode=S_IFCHR|0660, st_rdev=makedev(4, 65), ...}) = 0
stat64("/dev/ttyS1", {st_mode=S_IFCHR|0660, st_rdev=makedev(4, 65), ...}) = 0
stat64("/dev/115200", 0xbfffde7c) = -1 ENOENT (No such file or directory)
read(4, "", 4096) = 0
read(4, "", 4096) = 0
close(4) = 0
munmap(0x40018000, 4096) = 0
open("/etc/ppp/options.ttyS1", O_RDONLY) = -1 ENOENT (No such file or directory)
geteuid32() = 1000
write(2, "/usr/sbin/pppd: must be root to "..., 80/usr/sbin/pppd: must be root to run /usr/sbin/pppd, s
) = 80
time([1098347841]) = 1098347841
open("/etc/localtime", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
read(4, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10\0\0\0\10"..., 4096) = 837
close(4) = 0
munmap(0x40018000, 4096) = 0
getpid() = 2278
rt_sigaction(SIGPIPE, {0x4024b480, [], 0}, {SIG_DFL}, 8) = 0
send(3, "<147>Oct 21 10:37:21 pppd[2278]:"..., 96, 0) = 96
rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0
exit_group(3) = ?
christoph@mistsau:~$

Irgendwelche Ideen?

Basti[/quote]

trozmo · Beitrag von **trozmo** » 20.10.2004 10:54:02

du könntest auch sudo benutzen und den befehl dann in der ~/.bashrc kürzen.

bbastix · Beitrag von **bbastix** » 20.10.2004 11:00:44

Hi.

Ich würd halt gerne kppp verwenden. Gibt es dafür auch so eine möglichkeit und wenn ja, wie mache ich das genau?

Basti

trozmo · Beitrag von **trozmo** » 20.10.2004 11:34:21

ich kenne mich mit kde nicht aus.

ansonsten: einfach sudo installieren. damit kannst du einem user für einzelne befehle rootrechte einräumen.
in der /etc/sudoers den befehl definieren (datei lässt sich im betrieb nur "zwangsweise" sichern -> unter vi mit ":w!" )

nach einer neuanmeldung kannst du dich dann mit "sudo pon" oder whatever einwählen.

bbastix · Beitrag von **bbastix** » 20.10.2004 12:14:46

Hi.

Sudo is drauf - und ich hab damit auch schon rumgebastelt. (Gibts da nicht einen speziellen vi-Aufruf 'visudo' oder so?)

Aber es müsste doch auch irgendwie 'ganz normal' gehen, denn schließlich soll es über die Gruppe dip ja die Möglichkeit geben, dass sich auch einfache Benutzer ohne su-Rechte ein- und auswählen.

Basti

rotwein · Beitrag von **rotwein** » 20.10.2004 12:22:56

Zum Thema kppp:

Kpp aufrufen (als eingelogter user via Menü, nicht root). Danach kann im erscheinenden Dialog ein Account ausgewählt bzw angelegt werden, Modem eingetragen... (via Einstellungen.. glaub ich

sitz grad @arbeit an einer Win Kiste und kann nicht nachschauen).
Danach sollte es gehen. Wenn das Modem nicht angesprochen werden ann (als User) dann kontrollier mal die Rechte an der Gerätedatei /dev/... , vielleicht liegts ja daran.

Gruß rotwein

bbastix · Beitrag von **bbastix** » 20.10.2004 12:26:50

Hi.

Das Einrichten von KPPP ist kein Problem. Nur eben funkt da nix als normaler Benutzer. Wie kann ich denn rausfinden, hinter welcher Gerätedatei das Modem liegt? Es ist eine PCMCIA-Karte.

Basti

bbastix · Beitrag von **bbastix** » 20.10.2004 14:36:47

Hi.

/dev/modem war ein Link auf /dev/ttyS1. /dev/ttyS1 gehörte root/dialout und /dev/modem root/root. Ich hab mal chgrp dialout /dev/modem probiert, aber auch das klappte nicht (Benutzer ist Mitglied in dialout).

In der strace-Ausgabe steht was vom suid-Bit für pppd. Wäre das vielleicht ein Ansatz und wenn ja, wie?

Basti

bbastix · Beitrag von **bbastix** » 21.10.2004 10:56:03

Hab jetzt mal das SUID-Bit für /usr/sbin/pppd gesetzt, aber es funzt immer noch nicht. HIIIILFEEEE...

Basti

bbastix · Beitrag von **bbastix** » 21.10.2004 11:45:53

Code: Alles auswählen

christoph@mistsau:~$ pon News.de

Code: Alles auswählen

mistsau:/# plog
Oct 22 11:48:13 localhost chat[2682]: send (ATZ^M)
Oct 22 11:48:13 localhost chat[2682]: expect (OK)
Oct 22 11:48:13 localhost chat[2682]: ^M
Oct 22 11:48:13 localhost chat[2682]: OK
Oct 22 11:48:13 localhost chat[2682]:  -- got it
Oct 22 11:48:13 localhost chat[2682]: send (ATDT019364731^M)
Oct 22 11:48:14 localhost chat[2682]: expect (CONNECT)
Oct 22 11:48:14 localhost chat[2682]: ^M
Oct 22 11:48:14 localhost chat[2682]: ATZ^M^M
Oct 22 11:48:14 localhost chat[2682]: OK^M
mistsau:/# plog
Oct 22 11:48:13 localhost chat[2682]: OK
Oct 22 11:48:13 localhost chat[2682]:  -- got it
Oct 22 11:48:13 localhost chat[2682]: send (ATDT019364731^M)
Oct 22 11:48:14 localhost chat[2682]: expect (CONNECT)
Oct 22 11:48:14 localhost chat[2682]: ^M
Oct 22 11:48:14 localhost chat[2682]: ATZ^M^M
Oct 22 11:48:14 localhost chat[2682]: OK^M
Oct 22 11:48:59 localhost chat[2682]: alarm
Oct 22 11:48:59 localhost chat[2682]: Failed
Oct 22 11:48:59 localhost pppd[2681]: Connect script failed
mistsau:/#

bbastix · Beitrag von **bbastix** » 21.10.2004 13:38:59

Wie sähe denn der Eintreg in /etc/sudoers aus?

Basti

QT · Beitrag von QT » 21.10.2004 14:15:49

bbastix hat geschrieben:Wie sähe denn der Eintreg in /etc/sudoers aus?

Schau mal in sudoers(5), da sind IIRC ne Menge Beispiele.....

Alternativ kannst Du auch mal folgendes probieren:

Code: Alles auswählen

$ kdesu kppp