April 2000 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

dial-in server
by Olav Rogall 03 Apr '00

03 Apr '00

moin! die frage ist bestimmt schon 100x gestellt worden, aber... ;-) bei der testeinwahl (nt40) auf meinen linux dial-in rechner gibt es folgendes problem: der user wird nicht erkannt, und das device legt wieder auf (logisch). der user ist nicht im system eingetragen, sondern lediglich in /etc/ppp/pap-secrets hier mal der auszug aus /var/log/messages: Apr 1 17:32:56 gate kernel: HiSax: SI=7, AI=0 Apr 1 17:32:56 gate kernel: isdn_net: Incoming call without OAD, assuming '0' Apr 1 17:32:56 gate kernel: isdn_net: call from 0,7,0 -> ?????? Apr 1 17:32:56 gate kernel: ippp1: call from 0 -> ?????? accepted Apr 1 17:32:56 gate isdnlog: Apr 01 17:32:56 * Call to tei 127 from ? on ? CPN Apr 1 17:32:56 gate isdnlog: Apr 01 17:32:56 * Call to tei 127 from ? on +49 40/????????, Hamburg RING (Data) Apr 1 17:32:56 gate isdnlog: Apr 01 17:32:56 Call to tei 107 from ? on +49 40/????????, Hamburg CONNECT (Data) Apr 1 17:32:56 gate isdnlog: Apr 01 17:32:56 tei 101 calling ? with ? Time:INVALID - ignored Apr 1 17:32:56 gate isdnlog: Apr 01 17:32:56 tei 101 calling ? with ? CONNECT () Apr 1 17:32:56 gate isdnlog: Apr 01 17:32:56 tei 101 calling ? with ? 1.EH DM 0.12 Apr 1 17:32:57 gate kernel: isdn_net: ippp1 connected Apr 1 17:32:57 gate kernel: isdn_net: chargetime of ippp1 now 212618 Apr 1 17:32:57 gate ipppd[1675]: Local number: 70121573, Remote number: , Type: incoming Apr 1 17:32:57 gate ipppd[1675]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 8 Apr 1 17:32:57 gate ipppd[1675]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x5f95f57d>] Apr 1 17:32:58 gate ipppd[1675]: rcvd [0][LCP ConfReq id=0x0 <magic 0x641a> <pcomp> <accomp> <callback 6>] Apr 1 17:32:58 gate ipppd[1675]: sent [0][LCP ConfRej id=0x0 <pcomp> <accomp> <callback 6>] Apr 1 17:33:00 gate ipppd[1675]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x5f95f57d>] Apr 1 17:33:00 gate ipppd[1675]: rcvd [0][LCP ConfReq id=0x0 <magic 0x641a> <pcomp> <accomp> <callback 6>] Apr 1 17:33:00 gate ipppd[1675]: sent [0][LCP ConfRej id=0x0 <pcomp> <accomp> <callback 6>] Apr 1 17:33:00 gate ipppd[1675]: rcvd [0][LCP ConfReq id=0x1 <magic 0x641a>] Apr 1 17:33:00 gate ipppd[1675]: sent [0][LCP ConfAck id=0x1 <magic 0x641a>] Apr 1 17:33:03 gate ipppd[1675]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x5f95f57d>] Apr 1 17:33:03 gate ipppd[1675]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <auth pap> <magic 0x5f95f57d>] Apr 1 17:33:03 gate ipppd[1675]: lcp layer is UP Apr 1 17:33:03 gate ipppd[1675]: rcvd [0][LCP code=0xc id=0x2 00 00 64 1a 4d 53 52 41 53 56 34 2e 30 30] Apr 1 17:33:03 gate ipppd[1675]: sent [0][LCP CodeRej id=0x2 0c 02 00 12 00 00 64 1a 4d 53 52 41 53 56 34 2e 30 30] Apr 1 17:33:03 gate ipppd[1675]: rcvd [0][LCP code=0xc id=0x3 00 00 64 1a 4d 53 52 41 53 2d 30 2d 41 41 42 45 49 54] Apr 1 17:33:03 gate ipppd[1675]: sent [0][LCP CodeRej id=0x3 0c 03 00 16 00 00 64 1a 4d 53 52 41 53 2d 30 2d 41 41 42 45 49 54] Apr 1 17:33:03 gate ipppd[1675]: rcvd [0][PAP AuthReq id=0x4 user="julius" password="komapils"] Apr 1 17:33:03 gate ipppd[1675]: Check_passwd called with user=julius Apr 1 17:33:03 gate ipppd[1675]: PAP login failure for julius Apr 1 17:33:03 gate ipppd[1675]: sent [0][PAP AuthNak id=0x4msg="Login incorrect"] Apr 1 17:33:03 gate kernel: isdn_net: local hangup ippp1 Apr 1 17:33:03 gate kernel: ippp1: Chargesum is 0 hier mal die options.ippp1: debug /dev/ippp1 192.168.200.99:192.168.200.100 ipcp-accept-local ipcp-accept-remote -vj -vjccomp -ac -pc -bsdcomp mru 1524 mtu 1500 +pap -chap noipdefault ms-dns 192.168.100.1 noauth und hier die pap-secrets: "julius" * "komapils" * hmmm...woran könnte es liegen, daß ich keinen zugriff bekomme? mfg olav

2 1

Schon fortschritte in passive ISDN Karten + faxen??
by Szomraky Stefan 02 Apr '00

02 Apr '00

Wie weit ist eigentlich der aktuelle stand von faxmöglichkeit mit passiven ISDN Karten unter Linux? Wo gibts denn da infos? -- Download the new NT servicepack: www.linux.org

3 2

Dial-in mit Hagenuk Speed Dragon und SuSE 6.1
by Michael Kress 02 Apr '00

02 Apr '00

Hi, folgendes Problem: Ich moechte gerne einen Dial-in-Server installieren. Es fungiert auch alles prima, was die Einwahl, Anmeldung und den Start des pppd betrifft. Aber irgendwo muss ich bei der Konfiguradion des pppd etwas uebersehen haben, denn wenn sich ein MS-Rechner bei mir einwaehlt, heisst es in der messages-log-Datei: sent [CHAP Success id=0x1 "Welcome to fjutscha."] sent [IPCP ConfReq id=0x1 <addr 192.168.17.42> <compress VJ 0f 01>] sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] CHAP peer authentication succeeded for wolfgang rcvd [IPXCP ConfReq id=0x1 <network 0> <node 00616e37712c> < 03 06 00 02 0f 01> <router proto 0> <complete>] Unsupported protocol (0x802b) received sent [LCP ProtRej id=0x2 80 2b 01 01 00 1e 01 06 00 00 00 00 02 08 00 61 6e 37 71 2c 03 06 00 02 0f 01 04 04 00 00 06 02] rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns 0.0.0.0> <ms-wins0.0.0.0>] sent [IPCP ConfRej id=0x1 <addr 0.0.0.0> <ms-dns 0.0.0.0> <ms-wins0.0.0.0> <ms-dns 0.0.0.0> <ms-wins 0.0.0.0>] rcvd [IPCP ConfAck id=0x1 <addr 192.168.17.42> <compress VJ 0f 01>] . . . rcvd [LCP TermReq id=0x5] LCP terminated by peer sent [LCP TermAck id=0x5] Hangup (SIGHUP) Modem hangup Connection terminated. Exit. Was ist das fuer ein "unsopported protocol (0x802b)"? Was fuer ein Protokoll sendet der MS-Rechner genau? Nachdem ich jetzt schon geraume Zeit (ca 3 Monate) ziemlich hilflos in man-pages etc. herumstolpere und viele, viele FAQ's hinter mir habe, bin ich als Neuling jedoch am Ende meiner Kreativitaet. Mir ist klar, dass dies eigentlich die falsche Mailing-Liste zum Posten ist, aber vielleicht liegt es ja nur an einer Eigenart des ISDN-Adapters Speed Dragon. Ich lese schon einige Zeit in dieser Liste mit, und hoffe nun, dass sich einer von den "alten Hasen" meiner erbarmt. Danke im Vorraus Michael

2 1

MPPP (Client + DialIN Server)
by Szomraky Stefan 01 Apr '00

01 Apr '00

Am Montag geh ich mal her und werd unseren ISDN Routern (die unsere Standorte in der Welt verbinden) mal Kanalbündelung spendieren! Hat da schon jemand erfahrung? Geht das mit SuSE 6.2 + Kernel 2.2.14 ?? (wg. Bugs, etc...) Vielleicht gibt mir jemand einen hinweis, erfahrungen, common troubles?? Ich muß ja nur slave device definieren (rc.config.d/i4l_sp....) schaun das es richtig "gebindet" wird.. das slave device auf autodial setzen.... und in options.ipppX zu /dev/ipppX /dev/ipppSLAVE hinzufügen und ein +mp..., und dann halt immer kanalbündelung bei bedarf aktivieren (isdnctrl addlink ipppX) oder?

2 1

ELSA MicroLink ISDN PCI
by Steffen Wagner 01 Apr '00

01 Apr '00

Hallo Zusammen, wenn ich die Elsa Microlink ISDN PCI unter SuSE 6.3 oder auch 6.4 über den yast-...-hardware integriere erhalte ich beim Neustart des Rechners folgende Fehlermeldung vom Hisax-Treiber: ------schnipp----SuSE 6.4---- Loading ISDN driver ... Loading HiSax driver ... /sbin/insmod /lib/modules/2.2.14/net/slhc.o /sbin/insmod /lib/modules/2.2.14/misc/isdn.o /sbin/insmod /lib/modules/2.2.14/misc/hisax.o type=18 irq=5 mem=0xd0000 protocol=2 id=HiSax ------schnapp----- Dannach steht der Rechner und nix läuft mehr :-( Kann mir einer weiterhelfen ? Vielen Dank für jeden Tip. Unter der yast-Konfiguration kann man auch NUR die Quickstep angeben. Nach Aussage von Elsa soll das aber mit dem Microlink-Treiber laufen ?!?!? <:-o -- Mit freundlichen Grüßen Steffen Wagner mailto:S.Wagner@st-elisabeth.de

3 2

Re: [suse-isdn] firewalling
by Robert Rakowicz 01 Apr '00

01 Apr '00

"Wolfgang Wagner" <Wolfgang.Wagner(a)allgaeu.org> writes: Hallo, > Florian Link wrote: > > > Wenn ich das richtig verstanden habe, muß ich die SuSE-Firewall jedesmal > > mit "restart" oder "reload" im ppp-up neu starten, damit bei einer > > Dial-up-Verbindung mit dynamischen IPs alles richtig funktioniert. Wenn > > Ja, so ist es. > wenn das wirklich wahr sein soll ( was ich nicht glaube ), dann wäre das Paket unbrauchbar. Deswegen, in welchen docus habt ihr das gelesen ? Gruß Robert -- Robert Rakowicz E-Mail: Robert.Rakowicz(a)Muenster.de

1 0