May 2001 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

rcapid und passende Clients
by Roland Hebertinger 30 Jul '01

30 Jul '01

Hallo! Ich habe mir die Tage mal den rcapid angeschaut. Die Dokumentation dazu es ja recht dürftig... :-((( Die Installation auf dem Server ist einigermassen gut beschrieben, aber wie siehts mit Client-Programmen a) für Linux und b) für andere Plattformen, z.B. Win9x und WinNT aus? Meine aktuelle Plattform, auf der das ganze laufen soll: SuSE Linux 6.2, Kernel 2.2.10SuSE AVM B1 V2.0 Für Informationen aller Art bin ich sehr DANKBAR! c ya! Roland

2 1

Erste Anforderung läuft schief verschwinden
by bjoern＠b-scheffer.de 05 Jun '01

05 Jun '01

Hallo! Die erste Anforderung an meinen SuSE-Router unter 7.1 verschwindet hin und wieder, so dass keine Verbindunge aufgebaut wird oder wenn eine Aufgebaut wird, weil der Nameserver was nachfragt, dann wird die wieder abgebaut. Im Logbuch bzw. messages kann ich nichts erkennen. Woran könnte es liegen? Evtl. am DynIP-Patch ähnlich wie bei SuSE 6.3? MfG Björn Scheffer --------------------------------------------------------------- Life is too short for reboots! LINUX Björn Scheffer Bischof-Ketteler-Ring 28 48599 Gronau-Epe e-Mail: bjoern(a)b-scheffer.de Internet: http://www.b-scheffer.de

3 2

Problem mit dem Isdn_Dial-In-Gateway-Router
by steffenwendzelhomepage＠t-online.de 03 Jun '01

03 Jun '01

Hi ! Hi ! Ich hab ja dieses kleine Netzwerk mit nem Windows und einem LInux-PC (demnächst soll noch ein dritter WinPC dazukommen). Und ich möchte, das sich 'WinPC1' über 'LinuxPC' ins Internet Einwählt: Die Ethernet-Verbindung klappt Problemlos - ich kann zb. absolut problemlos vom Win-PC auf den Apache des Linux-Rechners zugreifen ect. WinPC1 IP 192.168.0.1 Win98 LinuxPC IP 192.168.0.2 SuSE Linux 6.2 - Kernel 2.2.10 WinPC2 IP 192.168.0.3 Win98 Ich möchte den Linux PC als Einwahl-Gateway benutzen. Die PCs sind alle über ne 10MBit BNC-Leitung vernetzt. Im Linux-PC ist ne Fritz Card PCI. Das Automatische Einwählen auf dem localen Linux-Server klappt schonmal - ich komm jedenfalls damit ins Inet. Aber das Routing - das klappt nicht. Und jetzt meine Frage: Um aus meinem Linux-PC einen Isdn- Einwahl-Server zu machen, muss ich doch eigenltich 'nur' mit ipchains eine Chain für forward einrichten oder muss ich noch etwas anderes machen ? Ich hab mir also folgendes kleines Shell-Script geschrieben. Beim Ausführen gibts keine Probleme oder Fehlermeldungen - auch nix an Fehlern in der messages- oder in der warn-Datei. Das script soll erstmal nur einem PC das Routing ermöglichen, um das ganze etwas übersichlicher für mich zu machen ---snip--- # das forwarding erlauben echo 1 > /proc/sys/net/ipv4/ip_forward # jetzt Regeln aufsetzten ipchains -A forward -s 192.168.0.1/0 -p icmp -j DENY ipchains -A input -s 192.168.0.1/0 -p icmp -j DENY ipchains -A output -s 192.168.0.1/0 -p icmp -j DENY ipchains -D forward -s 192.168.0.1/0 -p icmp -j DENY ipchains -D input -s 192.168.0.1/0 -p icmp -j DENY ipchains -D output -s 192.168.0.1/0 -p icmp -j DENY ---snap--- Vielleicht liegt es ja an der rc.config - hier mal das wichtigste: FW_ROUTER <leer> FW_START <no> # weil das ja alles mein Script machen soll.. START_ROUTED <no> # hab gelesen, das man das bei ipchains auf no stellen soll. --- # hier bin ich mir nicht sicher, ob das sooo richtig ist - ich hab die Werte # alle aus Yast entnommen... MSQ_NETWORKS <192.168.0.0/12> MSQ_START <no> --- Den Kernel hab ich übrigends gestern neu komliliert, genau nach einem Buch über die ipchains-FW - da müsste eigentlich alles richtig drin seien. MfG Steffen Wendzel.

4 3

ISDN: Automatische Providerwechsel (LCR)
by Alexander Seesko 01 Jun '01

01 Jun '01

Hi, ich verwende einen Rechner mit Suse Linux 7.0 pro als ISDN-Router (kein KDE, nur bash). Meine Frage lautet: Ich möchte das die Einwahl zu verschiedenen Tageszeiten und Wochentagen bei dem günstigste Provider erfolgt. Bisher habe ich per cronjob einfach die die entsprechend vorbereiteten config-Dateien (i4l.rc.config, pam-secrets und chap-secrets) ausgetauscht und I4l und route neu geladen. Desweiteren wird die dhcpd.config ausgetauscht und der dhcp neu gestartet (nicht jeder soll zu jeder Tageszeit ein Gateway bekommen). Leider ist das ganze nicht so komfortabel und übersichtlich, wie ich es mir vorstelle. Wer kann mir eine andere Möglichkeit vorschlagen, die wenn möglich auch bewegliche Feiertage berücksichtigt. Auch erweist es sich als sehr ungünstig, wenn I4l und route neugestartet werden, während jemand die Verbindung zum Internet benötigt. Fällt einem von euch zu diesem Thema etwas ein ? Schöne Grüsse aus Hamburg Alexander Seesko

4 3

Re: [suse-isdn] Einloggen in SUSE 7.0-Rechner über ISDN
by Weickmann & Weickmann - Bernward Otto 31 May '01

31 May '01

Ich habe jetzt in meiner /etc/mgetty+sendfax/mgetty.config: port ttyI3 debug 8 init-chat "" "\d\d\d+++\d\d\dATZ&R9600" "OK" modem-type data und in meiner /etc/inittab: .... mo:23:respawn:/usr/sbin/mgetty -s 9600 ttyI3 .... wenn ich mich nun einwähle erhalte ich an meinem "Terminal" die Meldung "CONNECT 9600/RLP" bekomme aber kein login-Prompt und die Verbindung wird mit einem Timeout beendet. Die Einträge in meiner /var/log/mgetty.ttyI3 sind ..yI3 mgetty: experimental test release 1.1.21-Jul24 ..yI3 check for lockfiles ..yI3 checklock: stat failed, no file ..yI3 locking the line ..yI3 makelock(ttyI3) called ..yI3 do_makelock: lock='/var/lock/LCK..ttyI3' ..yI3 lock made ..yI3 tio_get_rs232_lines: status: RTS CTS DSR DTR ..yI3 lowering DTR to reset Modem ..yI3 tss: set speed to 9600 (015) ..yI3 tio_set_flow_control( HARD ) ..yI3 waiting for line to clear (VTIME), read: ..yI3 send: \d\d\d+++\d\d\dATZ&R9600[0d] ..yI3 waiting for ``OK'' ..yI3 got: +++ATZ&R9600[0d] ..yI3 CND: +++ATZ&R9600[0d][0a]OK ** found ** ..yI3 waiting for line to clear (VTIME), read: [0d][0a] ..yI3 removing lock file ..yI3 waiting ... Was muß ich nun noch tun, damit ich mich vom "Terminal" aus auf der Suse einloggen kann? Bernward Otto

3 7

Hopefully this time without HTML
by Zonnet 31 May '01

31 May '01

Thank you for the tips. But still, I haven't tackeled the problem. I have managed to destill some info for you, I hope it is enough. In /Var/Log/Messages I have two tries to login into two different accounts. 1) The first account comes with the message: " Could not determine remote IP-adress". 2) The second account is online for about 45 sec, but than hangs-up for whatever reason. I have also added some info about my ISDN card. I run Suse Linux 7.1 Also I hope this message will arrive without HTML, if you want to reply to me personally, please reply to : henk_iguazu(a)hotmail.com All reply is appreciated. Henk May 29 09:58:02 linux kernel: ISDN subsystem Rev: 1.114/1.94/1.140.6.1/1.85/1.21/1.5 loaded May 29 09:58:02 linux kernel: HiSax: Linux Driver for passive ISDN cards May 29 09:58:02 linux kernel: HiSax: Version 3.5 (module) May 29 09:58:02 linux kernel: HiSax: Layer1 Revision 2.41.6.1 May 29 09:58:02 linux kernel: HiSax: Layer2 Revision 2.25 May 29 09:58:02 linux kernel: HiSax: TeiMgr Revision 2.17 May 29 09:58:02 linux kernel: HiSax: Layer3 Revision 2.17 May 29 09:58:02 linux kernel: HiSax: LinkLayer Revision 2.51 May 29 09:58:02 linux kernel: HiSax: Approval certification valid May 29 09:58:02 linux kernel: HiSax: Approved with ELSA Microlink PCI cards May 29 09:58:02 linux kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards May 29 09:58:02 linux kernel: HiSax: Approved with Sedlbauer Speedfax + cards May 29 09:58:02 linux kernel: HiSax: Total 2 cards defined May 29 09:58:02 linux kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) May 29 09:58:02 linux kernel: HiSax: HFC-PCI driver Rev. 1.34.6.3 May 29 09:58:02 linux kernel: PCI: Enabling device 00:10.0 (0000 -> 0003) May 29 09:58:02 linux kernel: PCI: Found IRQ 10 for device 00:10.0 May 29 09:58:02 linux kernel: PCI: The same IRQ used for device 00:07.2 May 29 09:58:02 linux kernel: PCI: The same IRQ used for device 00:07.3 May 29 09:58:02 linux kernel: HiSax: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0 May 29 09:58:02 linux kernel: HFC-PCI: defined at mem 0xc892b000 fifo 0xc46f8000(0x46f8000) IRQ 10 HZ 100 May 29 09:58:02 linux kernel: HFC_PCI: resetting card May 29 09:58:02 linux kernel: HFC 2BDS0 PCI: IRQ 10 count 34 May 29 09:58:02 linux kernel: HFC 2BDS0 PCI: IRQ 10 count 68 May 29 09:58:02 linux kernel: HiSax: DSS1 Rev. 2.30 May 29 09:58:02 linux kernel: HiSax: 2 channels added May 29 09:58:02 linux kernel: HiSax: MAX_WAITING_CALLS added May 29 09:58:02 linux kernel: HiSax: Card 2 Protocol EDSS1 Id=HiSax2 (1) May 29 09:58:02 linux kernel: HiSax: HFC-PCI driver Rev. 1.34.6.3 May 29 09:58:02 linux kernel: HFC-PCI: No PCI card found May 29 09:58:02 linux kernel: HiSax: Card HFC 2BDS0 PCI not installed ! May 29 09:58:02 linux kernel: HiSax: debugging flags card 1 set to 4 May 29 09:58:02 linux isdnlog: isdnlog Version 4.29 starting May 29 09:58:02 linux isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holiday-de.dat] May 29 09:58:02 linux kernel: isdn: Verbose-Level is 3 May 29 09:58:02 linux isdnlog: Dest V1.00: File '/usr/lib/isdn/dest.gdbm' opened fine - (+h) AT CH DE NL US May 29 09:58:02 linux ipppd[1243]: Found 1 device: /dev/ippp0 May 29 09:58:02 linux isdnlog: Zone V1.24: Provider 24 File '/usr/lib/isdn/zone-de-dtag.gdbm' opened fine - V1.21 K2 C2 N256 T157192 O1 L5 May 29 09:58:02 linux ipppd[1244]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started May 29 09:58:02 linux ipppd[1244]: init_unit: 0 May 29 09:58:02 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 May 29 09:58:02 linux kernel: ippp_ccp: allocated reset data structure c0543800 May 29 09:58:02 linux ipppd[1244]: Connect[0]: /dev/ippp0, fd: 19 May 29 09:58:02 linux ipppd[1268]: Found 1 device: /dev/ippp1 May 29 09:58:02 linux ipppd[1269]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started May 29 09:58:02 linux ipppd[1269]: init_unit: 0 May 29 09:58:02 linux kernel: ippp, open, slot: 1, minor: 1, state: 0000 May 29 09:58:02 linux kernel: ippp_ccp: allocated reset data structure c0542800 May 29 09:58:02 linux ipppd[1269]: Connect[0]: /dev/ippp1, fd: 19 May 29 09:58:03 linux isdnlog: Rates Version 1.10-Germany [20-Jun-2000 19:59:30] loaded [196 Providers, 5713 Zones, 17791 Areas, 17829 Specials, 46 Services, 1056 Comments, 0 eXceptions, 14902 Rates from /usr/lib/isdn/rate-de.dat] May 29 09:58:03 linux isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected - 2 active channels, 2 MSN/SI entries) May 29 09:58:03 linux isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01) May 29 09:58:43 linux kernel: ippp1: dialing 1 7500300... May 29 09:58:44 linux isdnlog: (HiSax driver detected) May 29 09:58:44 linux isdnlog: May 29 09:58:44 * tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag RING (Data) May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Time:Tue May 29 09:58:16 2001 May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag COLP *INVALID* -- ignored! May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag CONNECT (Data) May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Dienstag), Wochentag) May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.069 DM/Min, saving 0.025 DM/Min May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag 1.CI 0.120 DM (now) May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Dienstag), Wochentag) May 29 09:58:47 linux ipppd[1269]: Local number: 3830281, Remote number: 7500300, Type: outgoing May 29 09:58:47 linux ipppd[1269]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 19 May 29 09:58:47 linux ipppd[1269]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x6f30901>] May 29 09:58:47 linux kernel: isdn_net: ippp1 connected May 29 09:58:47 linux ipppd[1269]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x6f30901>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][LCP ConfReq id=0x2 <mru 1500> <auth pap> <magic 0x8d076296> <pcomp> <accomp>] May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ConfRej id=0x2 <pcomp> <accomp>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][LCP ConfReq id=0x3 <mru 1500> <auth pap> <magic 0x8d076296>] May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ConfAck id=0x3 <mru 1500> <auth pap> <magic 0x8d076296>] May 29 09:58:48 linux ipppd[1269]: lcp layer is UP May 29 09:58:48 linux ipppd[1269]: sent [0][PAP AuthReq id=0x1 user="henkenguille" password not logged for security reasons! Use '+pwlog' option to enable full logging.] May 29 09:58:48 linux ipppd[1269]: rcvd [0][PAP AuthAck id=0x1msg=""] May 29 09:58:48 linux ipppd[1269]: Remote message: May 29 09:58:48 linux ipppd[1269]: MPPP negotiation, He: No We: No May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 00>] May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 00>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfNak id=0x1 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>] May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfReq id=0x2 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x2] May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfNak id=0x2 <addr 0.0.0.0>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfAck id=0x2 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x3] May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfAck id=0x3] May 29 09:58:48 linux ipppd[1269]: Could not determine remote IP address May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP TermReq id=0x3 "Could not determine remote IP address"] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP TermAck id=0x3] May 29 09:58:48 linux kernel: Received CCP frame from peer May 29 09:58:48 linux kernel: [1/1].ccp-rcv[0]: 01 01 00 0a 12 06 00 00 00 01 May 29 09:58:48 linux ipppd[1269]: rcvd [0][CCP ConfReq id=0x1 < 12 06 00 00 00 01>] May 29 09:58:48 linux ipppd[1269]: Unsupported protocol 'Compression Control Protocol' (0x80fd) received May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ProtRej id=0x2 80 fd 01 01 00 0a 12 06 00 00 00 01] May 29 09:58:48 linux ip-down: Setting up routing for ippp1 (using /etc/route.conf) done May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User) May 29 09:58:50 linux ipppd[1269]: Modem hangup May 29 09:58:50 linux ipppd[1269]: Connection terminated. May 29 09:58:50 linux ipppd[1269]: taking down PHASE_DEAD link 0, linkunit: 0 May 29 09:58:50 linux ipppd[1269]: sent [0][LCP TermReq id=0x3 6c 69 6e 6b 20 63 6c 6f 73 65 64] May 29 09:58:50 linux ipppd[1269]: LCP is down May 29 09:58:50 linux ipppd[1269]: closing fd 19 from unit 0 May 29 09:58:50 linux ipppd[1269]: link 0 closed , linkunit: 0 May 29 09:58:50 linux ipppd[1269]: reinit_unit: 0 May 29 09:58:50 linux ipppd[1269]: Connect[0]: /dev/ippp1, fd: 19 May 29 09:58:50 linux kernel: isdn: HiSax,ch0 cause: E0010 May 29 09:58:50 linux kernel: ippp1: remote hangup May 29 09:58:50 linux kernel: ippp1: Chargesum is 0 May 29 09:58:50 linux kernel: ippp_ccp: freeing reset data structure c0542800 May 29 09:58:50 linux kernel: ippp, open, slot: 1, minor: 1, state: 0000 May 29 09:58:50 linux kernel: ippp_ccp: allocated reset data structure c053f800 May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User) May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Cheapest booked 01030:TelDaFax 0.006 DM (would save 0.114 DM) May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Overall cheapest 01028:TeleBridge CbC 0.000 DM (would save 0.120 DM) May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: LCR:FAILED May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HANGUP (1 CI 0.120 DM 0:00:04 I=179.0 b O=235.0 b) May 29 09:59:00 linux /USR/SBIN/CRON[1329]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) May 29 09:59:06 linux kernel: ippp0: dialing 1 3782888... May 29 09:59:06 linux isdnlog: May 29 09:59:06 * tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag RING (Data) May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Time:Tue May 29 09:58:37 2001 May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag COLP *INVALID* -- ignored! May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag CONNECT (Data) May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Dienstag), Wochentag) May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.069 DM/Min, saving 0.025 DM/Min May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag 1.CI 0.120 DM (now) May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Dienstag), Wochentag) May 29 09:59:08 linux ipppd[1244]: Local number: 3830281, Remote number: 3782888, Type: outgoing May 29 09:59:08 linux ipppd[1244]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 19 May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2adff2a6>] May 29 09:59:08 linux kernel: isdn_net: ippp0 connected May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <auth chap md5> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 47 56 ]>] May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfRej id=0x1 <MPmrru 0x5f4>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x2adff2a6>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfReq id=0x2 <mru 1524> <auth chap md5> <MPdiscr: 0x1 [ 47 56 ]>] May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfAck id=0x2 <mru 1524> <auth chap md5> <MPdiscr: 0x1 [ 47 56 ]>] May 29 09:59:08 linux ipppd[1244]: lcp layer is UP May 29 09:59:08 linux ipppd[1244]: rcvd [0][CHAP Challenge id=0x1 <017f8df119a8af56b93fb7ed38eb5b31>, name = "NLUDS0GV09"] May 29 09:59:08 linux ipppd[1244]: ChapReceiveChallenge: Rcvd id 1. May 29 09:59:08 linux ipppd[1244]: ChapReceiveChallenge: received name field: 'NLUDS0GV09' May 29 09:59:08 linux ipppd[1244]: sent [0][CHAP Response id=0x1 <40b6ef754638ee99f234eeb468af4a26>, name = "sh346706(a)12move.nl"] May 29 09:59:08 linux ipppd[1244]: rcvd [0][CHAP Success id=0x1 "\000"] May 29 09:59:08 linux ipppd[1244]: ChapReceiveSuccess: Rcvd id 1. May 29 09:59:08 linux ipppd[1244]: Remote message: May 29 09:59:08 linux ipppd[1244]: MPPP negotiation, He: No We: No May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 193.172.249.36>] May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfRej id=0x1 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x2 <addr 0.0.0.0>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfReq id=0x2 <addr 193.172.249.36>] May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfAck id=0x2 <addr 193.172.249.36>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfNak id=0x2 <addr 195.240.226.141>] May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x3 <addr 195.240.226.141>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfAck id=0x3 <addr 195.240.226.141>] May 29 09:59:08 linux ipppd[1244]: local IP address 195.240.226.141 May 29 09:59:08 linux ipppd[1244]: remote IP address 193.172.249.36 May 29 09:59:54 linux ipppd[1244]: Modem hangup May 29 09:59:54 linux ipppd[1244]: Connection terminated. May 29 09:59:54 linux ipppd[1244]: taking down PHASE_DEAD link 0, linkunit: 0 May 29 09:59:54 linux ipppd[1244]: sent [0][LCP TermReq id=0x2 6c 69 6e 6b 20 63 6c 6f 73 65 64] May 29 09:59:54 linux ipppd[1244]: LCP is down May 29 09:59:54 linux ipppd[1244]: closing fd 19 from unit 0 May 29 09:59:54 linux ipppd[1244]: link 0 closed , linkunit: 0 May 29 09:59:54 linux ipppd[1244]: reinit_unit: 0 May 29 09:59:54 linux ipppd[1244]: Connect[0]: /dev/ippp0, fd: 19 May 29 09:59:54 linux kernel: isdn_net: local hangup ippp0 May 29 09:59:54 linux kernel: ippp0: Chargesum is 0 May 29 09:59:54 linux kernel: ippp, open, slot: 2, minor: 0, state: 0000 May 29 09:59:54 linux kernel: ippp_ccp: allocated reset data structure c053f000 May 29 09:59:54 linux kernel: ippp_ccp: freeing reset data structure c0543800 May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User) May 29 09:59:54 linux ip-down: Setting up routing for ippp0 (using /etc/route.conf) done May 29 09:59:54 linux kernel: isdn: HiSax,ch0 cause: E0010 May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User) May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Cheapest booked 01030:TelDaFax 0.054 DM (would save 0.066 DM) May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Overall cheapest 01013:Tele 2 Preselection 0.047 DM (would save 0.073 DM) May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: LCR:FAILED May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HANGUP (1 CI 0.120 DM 0:00:46 I=192.0 b O=177.0 b) 00:10.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02) Subsystem: Cologne Chip Designs GmbH ISDN Board Flags: bus master, medium devsel, latency 16, IRQ 10 I/O ports at dc00 [disabled] [size=8] Memory at d9001000 (32-bit, non-prefetchable) [size=256] Capabilities: [40] Power Management version 1

1 0

Propblem mit T-DSL Router
by Harry Hinderer 31 May '01

31 May '01

Hallo, auf der Basis von SuSE 7.0 habe ich mir einen T-DSL Router konfiguriert. Er funktioniert mit gewissen Einschränkungen auch ganz gut. Allerdings habe ich noch folgende Probleme damit: 1. Routing: Bei der ersten Einwahl ins Internet nach dem Booten des Routers wird eine Default-Route auf eine von meinem Provider dynamische Adresse gesetzt. #route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 217.5.98.83 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.22.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 217.5.98.83 0.0.0.0 UG 0 0 0 ppp0 Wird danach die Verbindung unterbrochen und erneut eingewählt so ändert sich die Routingtabelle nicht. Müsste nicht eigentlich die Defaultroute auf die neue IP-Adresse gesetzt werden ? 2. Firewall: Möglicherweise hängt dieses Probplem mit dem obigen zusammen. Jedenfalls werden vom meinem Firewall Pakete von manchen Webservern und wirklich nur von manchen mit der folgenden Meldung abgelehnt. May 31 09:51:58 rudi kernel: Packet log: input DENY ppp0 PROTO=6 192.67.198.5:80 217.82.66.225:61774 L=40 S=0x00 I=68 Die Zieladresse entspricht der momentan gültigen IP-Adresse und die Ports größer 1023 sind freigegeben: May 31 09:51:41 rudi kernel: IP_MASQ:ip_fw_masquerade(): change masq.addr from 217.82.67.211 to 217.82.66.225 3. Patch dynamische IP-Adressen: Die erste Anfrage an eine Internetadresse versandet von allen Clients im Netz. Dieses Phänomen ist ja ausreichend bekannt und auch dokumentiert. Der entsprechende Patch ist auch aktiviert # cat /proc/sys/net/ipv4/ip_dynaddr 7 zeigt allerdings keine Wirkung. Irgenwie habe ich den Verdacht, daß alle die geschilderten Probleme miteinander zusammenhängen. -- mfg Harry Hinderer mailto:harry.hinderer@gmx.de

1 0

ISDN Einwahl verhindern aber CAPI 'behalten'
by Andreas Krummrich 31 May '01

31 May '01

Hallo zusammen, ich habe jetzt seit zwei Tagen DSL und will nun die versehendliche Einwahl per ISDN verhindern, da die DSL Flat bei den Telekomikern bei ISDN Einwahl mer kostet. Ich möchte aber nebenbei noch mein Capi für's Faxen aufrechterhalten. Hier nun also meine Frage: Wenn ich beim Hochfahren nur 'i4l_hardware' starte, ist doch die Einwahl per ISDN nicht mehr möglich. Sehe ich das richtig? Und weiter ist dann das Faxen per Capi noch möglich oder muß ich hierfür noch 'i4l' starten? Ich hoffe mal ich habe mich richtig ausgedrückt und ihr könnt mir helfen. Danke. Gruß Andreas -- I like work. I can sit there and watch it for hours. Andreas Krummrich <andreas.krummrich(a)t-online.de>

3 2

Installation von Fritz!Card PCMCIA v 2.0
by DVornheder＠t-online.de 31 May '01

31 May '01

Hallo ! Wie bekomme ich meine neu erworbene PCMCIA-Karte unter Linux zum Laufen ? Direkten Treibersupport von AVM scheint es ja für diese Karte nicht zum geben. Welche Optionen im Kernel muß ich aktivieren ? Habe z.Zt. SuSE 7.1 mit Kernel 2.4.5 am laufen. Dirk

1 0

isdnrep/messages + auswertung
by Bernd Sihling 30 May '01

30 May '01

Hi Liste, gibt es ne Möglichkeit, ein logfile (firewall, etc.) so zu Filtern, dass man herausbekommt, von welchem device eine ISDN-Verbindung getriggert wurde. Im Datail: Meine Firewall dient als Einwahlserver zu nem ISP. Die Firewall routet über zwei Ethernet-Karten ein privates Netz (192.1681.1 meines) und in ein Fimennetz (192.168.2.1) ins Internet. Jetzt sollte ich einigermassen genau in der Lage sein, die Verbindungen, die von der Firma getriggert wurden, aufzulisten, damit ich Rechnungen erstellen kann. Das ganze ist nicht hochkritisch, bin mir bewusst, dass das nie ganz genau werden kann, da ich mich ja einer geöffneten Verbindung bediehnen kann und sie dann länger offenhalte (auch anderherum möglich). Das wäre aber egal, es geht eh nur um eine Übergangszeit bis DSL kommt. Mit gespanntem Gruss, Bernd

1 0

RE: [suse-isdn] Routing fuer DSL
by Franziskus Scharpff 30 May '01

30 May '01

Das geht nur mit der neuen Beta. Wann die Release ist weiß ich noch nicht. Zum installieren empfehle ich die Doku nochmals in Ruhe zu lesen. Hilft mir auch immer wieder ;-) > -----Original Message----- > From: mowses(a)gmx.net [mailto:mowses@gmx.net] > Sent: Mittwoch, 30. Mai 2001 15:20 > To: Franziskus Scharpff > Subject: Re: [suse-isdn] Routing fuer DSL > > > ich hatte mir fli4l auch schon mal runter geladen um ein wenig zu > experimentieren, allerdings ist neim installieren auf die floppy was > schief gelaufen. wie richte ich es denn als festplatten version ein? > > andrej > ----- Original Message ----- > From: Franziskus Scharpff <Scharpff(a)tembit.de> > To: <mowses(a)gmx.net>; <suse-isdn(a)suse.com> > Sent: Wednesday, May 30, 2001 2:59 PM > Subject: RE: [suse-isdn] Routing fuer DSL > > > Ich kann fli4l nur empfehlen. Mit der smb-Option habe ich noch nicht > gearbeitet, die kann allerdings nicht so viel, da es eine ältere > Version > ist. Aber für ein bischen Filesharing und Drucken ausreichend. > Hast Du dir mal das imonc angeschaut ? tolles remote-Admin Prog. > Und soooo einfach zu installieren :-)) > > IMHO > > Franziskus > > -----Original Message----- > From: mowses(a)gmx.net [mailto:mowses@gmx.net] > Sent: Dienstag, 29. Mai 2001 22:24 > To: suse-isdn(a)suse.com > Subject: [suse-isdn] Routing fuer DSL > > > Hallo Liste > > ich bekomme hoffentlich recht bald einen DSL Anschluss. Nun meine > Frage ich > wuerde es gerne so einrichten das meine Mitbewohner und ich ueber > einen > Server (SuSe 7.1 / Kernel 2.4.0) ins Netz kommen. Nun habe ich schon > viel > gehoert von wegen Routing, Masquerading und dergleichen. Ich habe mir > auch > mal die SAche in der Supportdatenbank angeschaut. Kann mir jemand eine > Loesung nennen die auch ich Linux Neuling recht schnell hinbekomme? > > Ich moechte nicht fli4l nutzen da der Server auch als Fileserver mit > Samba > laufen soll, auch wenn es das auch kann. Oder ist das evtl doch das > was ich > machen sollte? > > schon mal danke > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com > >

1 0

RE: [suse-isdn] Routing fuer DSL
by Franziskus Scharpff 30 May '01

30 May '01

Ich kann fli4l nur empfehlen. Mit der smb-Option habe ich noch nicht gearbeitet, die kann allerdings nicht so viel, da es eine ältere Version ist. Aber für ein bischen Filesharing und Drucken ausreichend. Hast Du dir mal das imonc angeschaut ? tolles remote-Admin Prog. Und soooo einfach zu installieren :-)) IMHO Franziskus -----Original Message----- From: mowses(a)gmx.net [mailto:mowses@gmx.net] Sent: Dienstag, 29. Mai 2001 22:24 To: suse-isdn(a)suse.com Subject: [suse-isdn] Routing fuer DSL Hallo Liste ich bekomme hoffentlich recht bald einen DSL Anschluss. Nun meine Frage ich wuerde es gerne so einrichten das meine Mitbewohner und ich ueber einen Server (SuSe 7.1 / Kernel 2.4.0) ins Netz kommen. Nun habe ich schon viel gehoert von wegen Routing, Masquerading und dergleichen. Ich habe mir auch mal die SAche in der Supportdatenbank angeschaut. Kann mir jemand eine Loesung nennen die auch ich Linux Neuling recht schnell hinbekomme? Ich moechte nicht fli4l nutzen da der Server auch als Fileserver mit Samba laufen soll, auch wenn es das auch kann. Oder ist das evtl doch das was ich machen sollte? schon mal danke

1 0

Re: [suse-isdn] Einloggen in SUSE 7.0-Rechner über ISDN
by Weickmann & Weickmann - Bernward Otto 30 May '01

30 May '01

Meine ...mgetty.ttyI3 endet immer mit dem Eintrag .. yI3 waiting... Ein Auszug aus meiner /var/log/messages im folgenden: May 30 12:22:46 weickpc4 kernel: isdn_net: Incoming call without OAD, assuming '0' May 30 12:22:46 weickpc4 kernel: isdn_net: call from 0,7,197 -> xxxxxxxx May 30 12:22:46 weickpc4 kernel: ippp0: call from 0 -> xxxxxxxx accepted May 30 12:22:46 weickpc4 isdnlog: May 30 12:22:46 * Call to tei 127 from ? on +xx xx/xxxxxxxx, München RING (Data) May 30 12:22:46 weickpc4 isdnlog: May 30 12:22:46 Call to tei 106 from ? on +xx xx/xxxxxxxx, München CONNECT (Data) May 30 12:22:47 weickpc4 ipppd[205]: Local number: xxxxxxxx, Remote number: 010700192070, Type: incoming May 30 12:22:47 weickpc4 ipppd[205]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 May 30 12:22:47 weickpc4 kernel: isdn_net: ippp0 connected May 30 12:23:17 weickpc4 ipppd[205]: LCP: timeout sending Config-Requests May 30 12:23:17 weickpc4 ipppd[205]: Connection terminated. May 30 12:23:17 weickpc4 ipppd[205]: taking down PHASE_DEAD link 0, linkunit: 0 May 30 12:23:17 weickpc4 ipppd[205]: closing fd 7 from unit 0 May 30 12:23:17 weickpc4 ipppd[205]: link 0 closed , linkunit: 0 May 30 12:23:17 weickpc4 ipppd[205]: reinit_unit: 0 May 30 12:23:17 weickpc4 ipppd[205]: Connect[0]: /dev/ippp0, fd: 7 May 30 12:23:17 weickpc4 kernel: isdn_net: local hangup ippp0 May 30 12:23:17 weickpc4 kernel: ippp0: Chargesum is 0 May 30 12:23:17 weickpc4 kernel: ippp_ccp: freeing reset data structure c285d000 May 30 12:23:17 weickpc4 kernel: ippp, open, slot: 0, minor: 0, state: 0000 May 30 12:23:17 weickpc4 kernel: ippp_ccp: allocated reset data structure c285d000 May 30 12:23:17 weickpc4 isdnlog: May 30 12:23:17 Call to tei 106 from ? on +xx xx/xxxxxxxx, München Normal call clearing (User) May 30 12:23:17 weickpc4 isdnlog: May 30 12:23:17 Call to tei 106 from ? on +xx xx/xxxxxxxx, München HANGUP ( 0:00:31) Welches Interface hat den Ruf angenommen, wie kann ich das umkonfigurieren um den login-Prompt am "Terminal" zu bekommen? Bernward Otto

2 2

Re: [suse-isdn] Einloggen in SUSE 7.0-Rechner über ISDN
by Weickmann & Weickmann - Bernward Otto 30 May '01

30 May '01

Ich habe die in der ...mgetty.config die Zeile 'init-chat' entsprechend ergänzt, habe den INIT-String at+cbst=71,0,1 des C35 mitgeschickt, habe ein paar mal RETURN nach der Meldung "CONNECT 9600/RLP" gedrückt, habe auch mal den Port ttyI0 statt ttyI3 ausprobiert, aber keine Änderungen am Zustand. Wie kann man sehen, ob ein anderer Port oder anderes ISDN-Interface den Anruf entgegennimmt? Bernward Otto

2 1

RE: [suse-isdn] IP-trouble
by Post, W 30 May '01

30 May '01

hi gordin, > > May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfNak > id=0x1 <addr 62.59.52.152> > > <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>] these are the ip-adresses for the primary and secondary name server. take a look in the script 'ip-up' and you see how it works. > Start yast (1) goto Administartion - Netzwerk konfigurieren - > Netzwerk Grundkonfiguration > and set the PtP Adress for ippp1 to 62.59.52.152 or > 62.58.50.5 or 62.58.50.6 > and try again. nope, don't try this. the ptp-adress will always be overwritten by the ip you get from the provider. afair in the suse-support-datenbank there are some ideas to solve the problem with two different providers and how to configure the system correctly. > This is just a thought. I don't know if it is possible for a > remote Server to have more than > one IP over the same Phonenumber! it is completely impossible. a server may have 2 or more names, but only _one_ ip-adress for every network interface. wolfgang

1 0

LANCOM 800 + Callback
by Joerg Bruestel 30 May '01

30 May '01

Hallo Leute, hat schon mal jemand mit dem ELSA LANCOM 800 über RAW-IP ein funktionierendes Callback zum I4l hinbekommen? Standort A: Suse 6.4 mit ISDN-KArte Standort B: ELSA LANCOM 800 Der ELSA soll die Linux-Kiste rückrufen. Machte er aber nicht. Die moeglichen Rueckrufmodi am Lancom hab ich schon alle ausprobiert. Das ISDN-Device am Linux steht auf callback: out Irgendwelche Ideen? Joerg - * * Joerg Bruestel, August-Bebel-Strasse 19, 04618 Ziegelheim * * * Mail: Bruestel(a)Elisa.IN-Chemnitz.DE Phone: +49 34494 77583 *

2 1

IP-trouble
by Henk IGUAZU 29 May '01

29 May '01

2 1

Routing fuer DSL
by mowses＠gmx.net 29 May '01

29 May '01

Hallo Liste ich bekomme hoffentlich recht bald einen DSL Anschluss. Nun meine Frage ich wuerde es gerne so einrichten das meine Mitbewohner und ich ueber einen Server (SuSe 7.1 / Kernel 2.4.0) ins Netz kommen. Nun habe ich schon viel gehoert von wegen Routing, Masquerading und dergleichen. Ich habe mir auch mal die SAche in der Supportdatenbank angeschaut. Kann mir jemand eine Loesung nennen die auch ich Linux Neuling recht schnell hinbekomme? Ich moechte nicht fli4l nutzen da der Server auch als Fileserver mit Samba laufen soll, auch wenn es das auch kann. Oder ist das evtl doch das was ich machen sollte? schon mal danke

1 0

CAPI4Linux und smp-Kernel
by Wolfgang Rhein 29 May '01

29 May '01

Hi Leute, ich hab da ein Problem, und zwar .... Ich möchte gerne capi4linux auf meinen Server installieren. Leider ist das eine 2 Prozessor Maschine und das mit dem Installiern von capi4linux ging in die Hose. Wenn ich das richtig verstanden habe, müsste man nur den Kernel patchen und die Module komilieren oder ?? Wie soll ich das mache, hat da einer eine Idee?? Gruß Wolfgang Rhein

2 1

B1-Karte und SuSEFax
by Karsten Steinke 29 May '01

29 May '01

Hallo, ich versuche gerade, meinem Blechtrottel Faxen beizubringen. Die B1-Karte läuft, Capi4Hylafax ist installiert, aber SuSEFax will auf einmal ein Passwort von mir, das ich nie eingerichtet habe (ich wüßte auch gar nicht, wo). Mein Standardpasswort tut nicht und ich bekomme nur die Meldung SuSEFax.oktosend: SuSEFax.PROTOException: Login incorrect Was immer das jetzt heißt. Könnt Ihr mir helfen? Danke, Karsten.

2 1

Re: [suse-isdn] Einloggen in SUSE 7.0-Rechner über ISDN
by Karsten Keil 29 May '01

29 May '01

On Tue, May 29, 2001 at 08:13:43AM +0200, Weickmann & Weickmann - Bernward Otto wrote: > > > Bekomme einen eingehenden Anruf in /var/log/messages angezeigt, > > > allerdings mit "call from 0,1,0 -> ..." "Service-Indicator not 7, > > > ignored" und später "... tei 115 calling ? with ? HANGUP No user > > > responding ..." > > > > > > > Du kannst Dich nur mit ISDN via X75 einloggen, von einem analog Modem > > nicht. > > Der log Auszug zeigt einen analog call. > > > > Ist bekannt, ob ein Siemens C35i (Verbindung über die serielle > Schnittstelle mit > Siemensdatenkabel) den X.75-Modus beherrscht, oder benötige ich zwingend > einen Rechner mit > ISDN-Karte, um mich auf der Suse einzuloggen über die ISDN-Karte des > Suse-Rechners? Nein, aber Handy's beherschen V110, das ist die digitale Datenubertragung mit Ratenanpassung im GSM Netz. I4L kann das auch. > > Bernward Otto > > > Habe inzwischen mit dem genannten Siemens C35i von einem Notebook über > die serielle Schnittstelle den Suse-Rechner angewählt. Der Suse-Rechner > zeigt mir in /var/log/messages "call from 0,7,197 -> ..." und "call from > 0 -> ... accepted", ich bekomme aber kein login-Prompt, was ist noch zu > tun, welche Parameter sollten noch auf der Suse gesetzt werden? > Ja 197 ist V110, 9600 Baud, Du must das ttyI das den Ruf annehmen soll auf v110 stellen: AT&R9600 -- Karsten Keil SuSE Labs ISDN development

1 0

WAHSINN !!!
by steffenwendzelhomepage＠t-online.de 29 May '01

29 May '01

ES GEHT !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1 JUHUUUUUUUUUUUUU!!!!!!!!!!!! *JUBEL* Nach 12 Tagen geht endlich mein genialer Linux-Router !!!!!!!! JUHUUUUUUUU !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Wenn man mich jetzt sehen würde, würde man mich einweisen :))) ENDLICH !!!!!!!!!!!!!! Danke f+ür die Hilfe !!! Steffen

1 0

Statische IP für Firewall ?
by steffenwendzelhomepage＠t-online.de 29 May '01

29 May '01

Hi ! Ich hab gelesen, das ich für SuSE Firewall eine statische IP benötige - ich hab aber eine Dynamische IP - was soll ich jetzt machen ? MfG Steffen.

2 1

AW: [suse-isdn] Problem mit dem Isdn_Dial-In-Gateway-Router
by Stefan Pledl 29 May '01

29 May '01

> -----Ursprüngliche Nachricht----- > Von: Steffen Wendzel [SMTP:steffenwendzelhomepage@t-online.de] > Gesendet am: Dienstag, 29. Mai 2001 10:14 > An: SuSE-ISDN-Mailingliste > Betreff: [suse-isdn] Problem mit dem Isdn_Dial-In-Gateway-Router > > Hi ! > > Hi ! Ich hab ja dieses kleine Netzwerk mit nem Windows und einem LInux-PC > (demnächst soll noch ein dritter WinPC dazukommen). Und ich möchte, das sich > 'WinPC1' über 'LinuxPC' ins Internet Einwählt: > Die Ethernet-Verbindung klappt Problemlos - ich kann zb. absolut problemlos > vom Win-PC auf den Apache des Linux-Rechners zugreifen ect. > > WinPC1 IP 192.168.0.1 Win98 > LinuxPC IP 192.168.0.2 SuSE Linux 6.2 - Kernel 2.2.10 > WinPC2 IP 192.168.0.3 Win98 > > Ich möchte den Linux PC als Einwahl-Gateway benutzen. Die PCs sind alle über > ne 10MBit > BNC-Leitung vernetzt. Im Linux-PC ist ne Fritz Card PCI. Das Automatische > Einwählen auf > dem localen Linux-Server klappt schonmal - ich komm jedenfalls damit ins > Inet. > Aber das Routing - das klappt nicht. Und jetzt meine Frage: Um aus meinem > Linux-PC einen > Isdn- Einwahl-Server zu machen, muss ich doch eigenltich 'nur' mit ipchains > eine Chain > für forward einrichten oder muss ich noch etwas anderes machen ? > > Ich hab mir also folgendes kleines Shell-Script geschrieben. Beim Ausführen > gibts keine Probleme > oder Fehlermeldungen - auch nix an Fehlern in der messages- oder in der > warn-Datei. > > Das script soll erstmal nur einem PC das Routing ermöglichen, um das ganze > etwas übersichlicher für mich zu machen > > ---snip--- > # das forwarding erlauben > echo 1 > /proc/sys/net/ipv4/ip_forward > > # jetzt Regeln aufsetzten > ipchains -A forward -s 192.168.0.1/0 -p icmp -j DENY > ipchains -A input -s 192.168.0.1/0 -p icmp -j DENY > ipchains -A output -s 192.168.0.1/0 -p icmp -j DENY > > ipchains -D forward -s 192.168.0.1/0 -p icmp -j DENY > ipchains -D input -s 192.168.0.1/0 -p icmp -j DENY > ipchains -D output -s 192.168.0.1/0 -p icmp -j DENY > ---snap--- > > Vielleicht liegt es ja an der rc.config - hier mal das wichtigste: > > FW_ROUTER <leer> > FW_START <no> # weil das ja alles mein Script machen soll.. > > START_ROUTED <no> # hab gelesen, das man das bei ipchains auf no stellen > soll. > > --- > # hier bin ich mir nicht sicher, ob das sooo richtig ist - ich hab die Werte > # alle aus Yast entnommen... > > MSQ_NETWORKS <192.168.0.0/12> > MSQ_START <no> > --- > > Den Kernel hab ich übrigends gestern neu komliliert, > genau nach einem Buch über die ipchains-FW - da müsste eigentlich > alles richtig drin seien. > > MfG Steffen Wendzel. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com Hallo Steffen, wenn deine Cliens aus dem internen Netzwerk über den Router auf das Internet zugreifen wollen, hast du mehrere Möglichkeiten: 1. Du aktivierst Masquerading auf deinem Router MSQ_NETWORKS <192.168.0.0/24> MSQ_START <yes> 2. Du richtes auf deinem Router einen Proxy Server (z.B. Squid) ein, über den deine Rechner aus den internen Netzwerk dann Zugang zum Internet bekommen. Mit den Regeln, die du mit ipchains setzt, kenne ich mich leider nicht so gut aus und kann dazu nichts sagen. Für Masquerading oder das einrichten eines Proxy Servers müßtest du auch jede Menge Informationen im Internet finden. MfG Stefan Pledl

1 0

Auf einmal kein Faxempfang mehr?
by Julian Pawlowski 29 May '01

29 May '01

Hallo, In den letzten Tagen bekomme ich keine Faxe mehr. Dafür aber jedes Mal diese Art von Fehlermeldung: ---schnipp--- recvq/fax00107.tif (ftp://zion:4559/recvq/fax00107.tif): Could not open recvq/fax00107.tif; either not TIFF or corrupted. ReceivedOn: faxCAPI The full document was not received because: Connection was established but no fax data was received. ---- Transcript of session follows ---- May 26 18:19:42.34: [ 2801]: SESSION BEGIN 00000071 +49.5721.929669 May 26 18:19:42.34: [ 2801]: Incoming analog call to 929669. May 26 18:19:51.75: [ 2801]: Connection established to Receive ID 'T-Net-Box ' with 9600 bit/s. May 26 18:19:51.75: [ 2801]: Write fax to file recvq/fax00107.tif. May 26 18:20:01.96: [ 2801]: Fax received and calling '/var/spool/fax/bin/faxrcvd "recvq/fax00107.tif" "faxCAPI" "00000071" "Connection was established but no fax data was received."'. ---schnapp--- Kann mir da jemand weiter helfen? Ich habe auch schon den Patch für capi4hylafax eingespielt, der neulig hier über die Liste ging. Scheint auch nichts gebracht zu haben. Hat jemand einen Tipp? Nutze eine AVM Fritz!PCI mit Capi. Bin für jeden Hinweis dankbar. Ciao Julian -- ______ JP solution Internet Services / \ D-31655 Stadthagen, Germany / /___/ Visit: www.JP-solution.de \__/

3 4