January 2001 - openSUSE Users (Deutsch)

mgetty: Problem mit Hybrid-Modem bei der analog-Einwahl
by Meinhard Schneider 26 Jan '01

26 Jan '01

Hallo Linuxer, ich versuche *verzweifelt* seit Stunden ein serielles Hybrid-Modem zum laufen zu bekommen. Ich geb euch erst mal meine config: </etc/initab> mo:23:respawn:/usr/sbin/mgetty -s 115200 modem </ /etc/initab> </etc/mgetty+sendfax/login.config> /AutoPPP/ - a_ppp /usr/sbin/pppd file /etc/ppp/options.ttyS1 </ /etc/mgetty+sendfax/login.config> </etc/ppp/options.ttyS1> asyncmap 0 crtscts lock mru 576 mtu 576 ms-dns 192.168.10.1 netmask 255.255.255.254 passive proxyarp modem usehostname noipx 192.168.10.3: auth -chap +pap #ipcp-accept-local ipcp-accept-remote noipdefault -vj -vjccomp -ac -pc -bsdcomp debug </ /etc/ppp/options.ttyS1> </etc/ppp/pap-secrets> rathaus * test 192.168.11.123 </ /etc/ppp/pap-secrets> Hier noch ein paar Versionen: Basis-System SuSE 7.0 Prof Kernel 2.2.16 original SuSE mgetty-1.1.21-85 ppp-2.3.11-106 Das Problem ist nun, das man bei der analogen Einwahl keine IP zugewiesen bekommt: </v/l/m> rcvd [PAP AuthReq id=0x1 user="rathaus" password="test"] sent [PAP AuthAck id=0x1 "Login ok"] Script /etc/ppp/auth-up started (pid 16366) sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>] sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>] Script /etc/ppp/auth-up finished (pid 16366), status = 0x0 rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] sent [IPCP ConfRej id=0x1 <compress VJ 0f 01>] rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] sent [CCP ConfRej id=0x1 <bsd v1 15>] rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0>] sent [IPCP ConfReq id=0x2 <addrs 0.0.0.0 192.168.11.123>] rcvd [CCP ConfAck id=0x1 <deflate 15> <deflate(old#) 15>] rcvd [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] sent [IPCP ConfNak id=0x2 <addr 192.168.11.123> <ms-dns1 192.168.10.1> <ms-dns3 192.168.10.1>] rcvd [CCP ConfReq id=0x2 <deflate 15> <deflate(old#) 15>] sent [CCP ConfAck id=0x2 <deflate 15> <deflate(old#) 15>] Deflate (15) compression enabled rcvd [IPCP ConfRej id=0x2 <addrs 0.0.0.0 192.168.11.123>] sent [IPCP ConfReq id=0x3] rcvd [IPCP ConfReq id=0x3 <addr 192.168.11.123> <ms-dns1 192.168.10.1> <ms-dns3 192.168.10.1>] sent [IPCP ConfAck id=0x3 <addr 192.168.11.123> <ms-dns1 192.168.10.1> <ms-dns3 192.168.10.1>] rcvd [IPCP ConfAck id=0x3] Could not determine local IP address sent [IPCP TermReq id=0x4 "Could not determine local IP address"] rcvd [IPCP TermReq id=0x4 "Could not determine remote IP address"] [IPCP TermAck id=0x4] [IPCP TermAck id=0x4] Script /etc/ppp/auth-down started (pid 16369) sent [LCP TermReq id=0x2 "No network protocols running"] Script /etc/ppp/auth-down finished (pid 16369), status = 0x0 rcvd [LCP TermReq id=0x3 "No network protocols running"] </ /v/l/m> Ich habe mit einem reinem analog Modem und einer ähnlichen config bereits Erfolg gehabt, deshlab kann ich mir gerade nicht erklären, warum es nicht mit einem Hybrid-Modem gehen sollte. Ich habe leider kein reines analog Modem anschliessen können, da nur ein ISDN-Anschluss vorhanden ist und (naja, Murphy eben ;-)) der a/b-Wandler kaputt ist... Das Hybrid-Modem ist ein Elsa-Modem, das analog maximal 33.6 oder 38.4 kann. Hat jemand eine Idee, warum man keine IP bekommt? Achso, zum anwählen nehm ich auch ein Elsa Mikrolink 33.6 mit wvdial. Vielen Dank für eure Hilfe! Ciao, Meini. -- Meinhard Schneider meini(a)meini.org; #ICQ:22574951 http://www.meini.org GNUPG/PGP-Keys available! (please contact me or visit my homepage)

1 0

unsubcribe
by GregorKismovCR＠gmx.de 26 Jan '01

26 Jan '01

-- Sent through GMX FreeMail - http://www.gmx.net

4 3

Re: shell skript zur überprüfung von prozessen
by Thorsten Strusch 26 Jan '01

26 Jan '01

B.Brodesser(a)online-club.de wrote: > [...] > > Geht auch mit /bin/sh --posix (wenn sh ein link auf bash ist). > > Darum ging es doch, daß man nicht vorraussetzen kann, daß es auf dem > Rechner die bash gibt. Dieser Thread wäre damit wieder mal ein tolles Beispiel für Rekursion! *SCNR* Thorsten

1 0

Re: Router-Crash oder isdn_tx_timeout
by Dieter Kluenter 26 Jan '01

26 Jan '01

"Dr . Harald Krause" <harald.krause(a)a-city.de> writes: > Hi Dieter! > > On Tue, 23 Jan 2001, Dieter Kluenter wrote: > > > Vermutung : > > > > Die Provider wollen ihre leeren Kassen auffuellen. > > > > Die (call by call) Provider akzeptieren nur jeden dritten bis vierten > > Einwahlversuch. Ich weiss, dass dieses eine boese Behauptung ist, aber > > ein > > cat /var/log/messages | grep "LCP terminated by peer" > /tmp/ctrl > > Die resultierende Datei über ein ca. 4 Wochen umfassendes Logfile ist > bei mir leer. Bei mir betraegt der Inhalt ca 36 k. Was ergibt denn cat /var/log/messages | grep "isdn_tx_timeout" > /tmp/timeout > Auch sonst scheint mir das eher unwahrscheinlich. Schließlich bin ich > bei einem Provider, dessen IP-Dienstleistung pauschal mit einem fixen > Betrag abgegolten wird. Was hätte der von diesem Procedere? Und daß die > "Telekom" diesen Abruch quasi selektiv beim Connect mit meinem Provider > provoziert, mag ich auch nicht glauben - weil es gar zu abstrus wäre. > Zumal die Telefoniererei ansonsten vollkommen unauffällig ist. Ich moechte hier jetzt nicht eine Verschwoerungstheorie in die Welt setzen. Das Phaenomen besteht darin, dass bei mir nur jeder dritte bis vierte Einwahlversuch erfolgreich ist, Alle anderen mit 'LCP terminated by peer' vom Provider beendet werden. Dies kann natuerlich auch technische Ursachen haben und muss nicht unbedingt beabsichtigt sein. > > Ich habe doch den Verdacht, daß sich da in den letzten Kernels (>=2.2.16) > oder in isdn4linux eine Wanze eingeschlichen hat. Bloß wo? Die Meldung 'isdn_tx_timeout ' erfolgt bei mir in Abhaengigkeit von 'LCP terminated...' wenn auch mit 2-5 Sekunden Verzoegerung. Der Korelationsfaktor dieser beiden Meldungen betraegt 1. Gruss Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521

5 5

Re: FTP Rechte Problem
by Gliebe Richard (gr) 26 Jan '01

26 Jan '01

From: arnstefan(a)sis.unibe.ch [mailto:arnstefan@sis.unibe.ch] Sent: Friday, January 26, 2001 2:48 PM wrote: > Guten Tag ebenso :) > Ich hab ein kleines Problem mit dem FTP Upload mit in.ftpd > Wenn ich ein File uploade bekommt es nicht automatisch das > Read recht für 'all' Kommt darauf an, was Du für einen ftp verwendest. Bei proftpd kannst Du die umask in /etc/proftd.conf einstellen. Richard

1 0

FTP Rechte Problem
by arnstefan＠sis.unibe.ch 26 Jan '01

26 Jan '01

Guten Tag Ich hab ein kleines Problem mit dem FTP Upload mit in.ftpd Wenn ich ein File uploade bekommt es nicht automatisch das Read recht für 'all' Wo wird die rechtverteilung für uploads per FTP vergeben? danke für die Hilfe S. Arn

1 0

schlechte Bildschrimdarstellung unter X
by werner ginzky 26 Jan '01

26 Jan '01

Hallo, ich habe schon mehrfach bemerkt, daß unter Suse die Darstellung von X bzw KDE oder KDE2 wesentlich unschärfer wirkt als z.B. bei Debian oder Mandrake, die ich in letzter Zeit ausprobiert habe. Kann mir jemand erklären, woran das liegt und wie man es abstellen kann? Grüße, Werner

2 1

fetchmail: kennt keine lokalen user mehr ?
by Heinz-Jürgen Boba 26 Jan '01

26 Jan '01

Hallo, wir holen unsere eMails bei unserem Provider mit fetchmail ab. Nun hat unser Provider unsere Domain (externe_domain) auf einen anderen Server gelegt. Seit dem kommen keine eMails mehr richtig an. fetchmail sagt immer: X-Fetchmail-Warning: recipient address mitarbeiter@externe_domain didn't match any local name Unsere .fechtmailrc lautet: poll pop.externe_domain.de protocol POP3 nodns localdomains interne_domain user webmaster@externe_domain password irgendwas is * Die Header der eMails haben sich auch geändert. Wertet fetchmail vielleicht irgendwelche ander als das to: Feld aus? Bin für jede Hilfe dankbar. Gruss Heinz-Jürgen

2 1

Re: logdatein verschlüsseln
by Wolfgang Weisselberg 26 Jan '01

26 Jan '01

Specter schrieb in 0,6K (22 Zeilen): > Ich habe von einem befreundetem Systemadministrator erfahren das man seine > Logdatein verschlüsseln könnte sodas RootKits fast wirkunglos wären. Soso. Und wie genau soll das eine 'neue' Version von telnet oder su verhindern? -Wolfgang

2 2

Re: Trunken von mehreren Providerkanälen
by Marc Mc Guinness 26 Jan '01

26 Jan '01

Okay. Hmmm. Also, ich habe mir das ja nicht aus den Fingern gesogen. Anstoss war mein Chef, der noch weniger Ahnung von Networking hat, als ich. Aber er meinte, daß er vor rund einem Jahr irgendwo etwas von Routingprotokollen gelesen hat, mit denen man genau das tun kann: Über unterschiedliche Provider ein- und denselben (z. B.) http-request empfangen... Nix für ungut. Marc Mc Guinness -- Sent through GMX FreeMail - http://www.gmx.net

2 1