openSUSE ISDN (Deutsch) August 2003

isdn-de@lists.opensuse.org

59 participants
71 discussions

Start a nNew thread

suse-isdn-unsubscribe-freddy.krueger=t-online.de@suse.com

by freddy.krueger＠t-online.de

18 years, 3 months

AW: [suse-isdn] Firewall mit ISDN unter SuSE 8.2

by Frank Barnick

Hallo Liste, ich konnte den Übeltäter lokalisieren, der meine Fritzcard nicht mochte. Die Soundkarte war schuld, die hat nach einem Runlevel-Wechsel auf einmal den IRQ 5 belegt! Ich war mir gar nicht bewußt, daß im Rechner eine war. Unter 7.3 wurde diese jedenfalls nicht mit installiert, das wohl daran lag, daß ich damals eine Minimalinstallation gemacht habe.. So was Dummes von mir. Nun habe ich diese erst einmal rausgeschmissen... Vielen Dank für Eure Unterstützung. Gruß Frank

18 years, 3 months

AW: [suse-isdn] Firewall mit ISDN unter SuSE 8.2

by Frank Barnick

> > Das ist dann aber nicht der Fehlerzustand. > Stimmt. Ich wollte dieses gerade wiederholen, da war der Haken für die Firewall für ippp0 auf einmal nicht mehr gesetzt. Gestern abend hatte ich in einer conf-Datei die Schnitstelle per Hand gelöscht und nun kann ich den Fehler nicht nachstellen. Nun läuft auch meine eigene Firewall... Ich vermute, daß der Fehler wohl eher darin lag, daß aus irgendeinem Grund Hisax wohl noch geladen war, kann dies aber letztendlich nur noch vermuten. IRQ 5 wurde übrigens noch nie von einem anderem Gerät belegt, da ich im Bios diesen für ISA reserviert hatte und diese Karte ist die einzigste ISA-Karte im Rechner. Nun scheint es zu laufen. Vielen Dank für Eure Hilfe. Gruß Frank

18 years, 3 months

AW: [suse-isdn] Firewall mit ISDN unter SuSE 8.2

by Frank Barnick

> Hat jedenfalls auf keinen Fall was mit der FW zu tun. > > Es sieht so aus als ob irgend jemand anders schon den IRQ 5 > hat, was sagt > denn cat /proc/interrupts und lspci -v. linux:/etc/sysconfig # cat /proc/interrupts CPU0 0: 7362533 XT-PIC timer 1: 10159 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 13423 XT-PIC HiSax 7: 2 XT-PIC SoundBlaster 8: 2 XT-PIC rtc 9: 16644 XT-PIC aic7xxx, eth1 10: 0 XT-PIC usb-uhci 11: 159958 XT-PIC eth0 14: 41003 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 0 MIS: 0 linux:/etc/sysconfig # lspci -v 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) Flags: bus master, medium devsel, latency 16 Memory at e0000000 (32-bit, prefetchable) [size=128M] Capabilities: [a0] AGP version 1.0 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: 0000c000-0000cfff Memory behind bridge: e8000000-ebffffff 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 47) Subsystem: VIA Technologies, Inc. MVP3 ISA Bridge Flags: bus master, stepping, medium devsel, latency 0 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Flags: bus master, medium devsel, latency 32 I/O ports at d000 [size=16] 00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 02) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at d400 [size=32] 00:07.3 Host bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10) Flags: medium devsel 00:08.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at d800 [size=128] Memory at ef000000 (32-bit, non-prefetchable) [size=128] Expansion ROM at ec000000 [disabled] [size=128K] Capabilities: [dc] Power Management version 2 00:09.0 SCSI storage controller: Adaptec AHA-2940U/UW/D / AIC-7881U Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at dc00 [disabled] [size=256] Memory at ef002000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at ed000000 [disabled] [size=64K] 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Compex FN22-3(A) LinxPRO Ethernet Adapter Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at e000 [size=256] Memory at ef001000 (32-bit, non-prefetchable) [size=256] Expansion ROM at ee000000 [disabled] [size=64K] Capabilities: [50] Power Management version 2 01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c) (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Rage Pro Turbo AGP 2X Flags: bus master, stepping, medium devsel, latency 32, IRQ 11 Memory at e8000000 (32-bit, non-prefetchable) [size=16M] I/O ports at c000 [size=256] Memory at ea000000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [50] AGP version 1.0

18 years, 3 months

AW: [suse-isdn] Firewall mit ISDN unter SuSE 8.2

by Frank Barnick

Hallo Karsten, hallo Liste, > > Hier verstehe ich den Zusammenhang irgendwie nicht. Was hat > die Firewall von SuSE denn mit dem Laden der Fritzcard zu tun? > > Ich auch nicht, es gibt keinen, das muss etwas anderes sein. > Was sind die genauen Fehlermeldungen ? Auszug aus der messages: Aug 28 21:49:06 linux kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Aug 28 21:49:06 linux kernel: HiSax: Linux Driver for passive ISDN cards Aug 28 21:49:06 linux kernel: HiSax: Version 3.5 (module) Aug 28 21:49:06 linux kernel: HiSax: Layer1 Revision 1.1.4.1 Aug 28 21:49:06 linux kernel: HiSax: Layer2 Revision 1.1.4.1 Aug 28 21:49:06 linux kernel: HiSax: TeiMgr Revision 1.1.4.1 Aug 28 21:49:06 linux kernel: HiSax: Layer3 Revision 1.1.4.1 Aug 28 21:49:06 linux kernel: HiSax: LinkLayer Revision 1.1.4.1 Aug 28 21:49:06 linux kernel: HiSax: Approval certification valid Aug 28 21:49:06 linux kernel: HiSax: Approved with ELSA Microlink PCI cards Aug 28 21:49:06 linux kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Aug 28 21:49:06 linux kernel: HiSax: Approved with Sedlbauer Speedfax + cards Aug 28 21:49:06 linux kernel: HiSax: Approved with HFC-S PCI A based cards Aug 28 21:49:06 linux kernel: HiSax: Total 1 card defined Aug 28 21:49:06 linux kernel: HiSax: Card 1 Protocol EDSS1 Id=contr0 (0) Aug 28 21:49:06 linux kernel: HiSax: AVM driver Rev. 1.1.4.1 Aug 28 21:49:06 linux kernel: AVM A1: Byte at 1a40 is 7 Aug 28 21:49:06 linux kernel: AVM A1: Byte at 1a43 is 3 Aug 28 21:49:06 linux kernel: AVM A1: Byte at 1a42 is 2 Aug 28 21:49:06 linux kernel: AVM A1: Byte at 1a40 is 7 Aug 28 21:49:06 linux kernel: HiSax: AVM A1 config irq:5 cfg:0x1A40 Aug 28 21:49:06 linux kernel: HiSax: isac:0x1640/0x1240 Aug 28 21:49:06 linux kernel: HiSax: hscx A:0x640/0x240 hscx B:0xE40/0xA40 Aug 28 21:49:06 linux kernel: AVM A1: ISAC version (0): 2086/2186 V1.1 Aug 28 21:49:06 linux kernel: AVM A1: HSCX version A: V2.1 B: V2.1 Aug 28 21:49:06 linux kernel: AVM A1: IRQ 5 count 0 Aug 28 21:49:06 linux kernel: HiSax: couldn't get interrupt 5 Aug 28 21:49:06 linux kernel: HiSax: Card AVM A1 not installed ! Aug 28 21:49:06 linux kernel: ISDN-subsystem unloaded Wieso wird hier auf einmal der IRQ 5 angemeckert? Gruß Frank

18 years, 3 months

AW: AW: [suse-isdn] Firewall mit ISDN unter SuSE 8.2

by Frank Barnick

> > Aug 28 21:49:06 linux kernel: AVM A1: HSCX version A: V2.1 B: V2.1 > > Aug 28 21:49:06 linux kernel: AVM A1: IRQ 5 count 0 > > Aug 28 21:49:06 linux kernel: HiSax: couldn't get interrupt 5 > > Aug 28 21:49:06 linux kernel: HiSax: Card AVM A1 not installed ! > > Aug 28 21:49:06 linux kernel: ISDN-subsystem unloaded > > > > Wieso wird hier auf einmal der IRQ 5 angemeckert? > > Hmm, habe die Karte schon lange nicht mehr. Da waren doch > jumper drauf, > wo man den irq und die iomem einstellet oder? Nehmen wir mal > an es ist > der 5'er, reservier den mal im BIOS für PNP. Schau vielleicht auch > vorher mal über "cat /proc/interrupts" ob der von was anderem > belegt ist. > > -- > Andreas Im Bios ist dieser IRQ 5 für ISA reserviert. Jumpern kann man dort nur die IO-Adresse. Unter SuSE 7.3 lief es ohne Probleme. Deshalb verstehe ich diese Meldung auch nicht. Ich werde mal die Maschine noch mal in den init 1 (oder reicht das etwa nicht aus?) fahren, die Firewall deaktivieren, dann mit /cat/proc/interrupts prüfen, ob IRQ 5 wirklich frei ist und dann noch mal hochfahren. Wenn das nicht hilft, werde ich die ippp0 noch mal löschen und neu anlegen... Frank

18 years, 3 months

firewall v.2.2 auf SuSE 6.2 mit isdn/dynIP

by eicksch

Hallo Liste, wer erinnert sich noch an firewall v2.2 auf 'ner SuSE 6.2er? Ich versuche gerade selbiges ans Laufen zu kriegen. Nicht die 6.2er Kiste als solche. Die laeuft und laeuft und laeuft (weswegen ich auch kein update machen moechte. Ist 'nen P-166...) Einwahl ins Netz mit dynamischer IP klappt ohne Probleme. Auch das Routing von meinem 8.1er/XP Notebook klappt. Nur ich kann mich auch von draussen munter auf meine Kiste einloggen - und jeder andere (ungebetene) auch :-( Soviel vorweg - und nun die hoffentlich enstscheidenden Infos fuer Gurus, um mir dabei zu helfen, diesen Zustand zu beendigen... DAU-Pruegel wird ggf. auch eingesteckt... Danke im voraus, Stephan AND - here we go! Ich habe - nachdem ich erst 'nur' die rc.config geaendert und SuSEconfig durchgefuehrt habe - folgendes ausprobiert (nachdem in den letzten Tagen hier auch oefter erwaehnt wurde, dass bei dynamische IPs die firewall nach Aufbau der Verbindung (neu-) gestartet werden soll(te). Man nehme: /etc/isdn/ip-up. 1. Versuch ---------- '#ipfwadm´ durch 'ipfwadm-wrapper' ersetzt (also auch aktiviert...), da bei mir nicht ipfwadm sondern ipchains vorhanden ist. Brachte keine Neuigkeiten 2. Versuch ---------- Die dritte Zeile des Sniplets ---- snip: /etc/isdn/ip-up ---------------------------------------------- case "$BASENAME" in ip-up) /sbin/init.d/firewall restart ---- snap: /etc/isdn/ip-up ---------------------------------------------- eingefuegt. Keine Meldung in den messages, auf der console, wo auch immer... Mittlerweile hab ich fast den Verdacht, dass ip-up sowieso nicht angelangt wird, da ich auch von ---- snip: /etc/isdn/ip-up ---------------------------------------------- echo "ok, NETDEV:$NETDEV; IFCONFIG:$IFCONFIG." echo " DEST: $DEST; DEFAULT: $DEFAULT" ---- snap: /etc/isdn/ip-up ---------------------------------------------- nichts sehe... ---- snip: Konsole beim booten ------------------------------------------ Starting firewall v2.2 Locked UDP ports: 1:1023 Locked TCP ports: 1:1023 Filters for incoming traffic loaded No restrictions for outbound traffic Filters for outgoing traffic loaded ---- snap: Konsole beim booten ------------------------------------------ Beim Runterfahren kommen beim shutdown noch Meldungen, dass N packets angekommen sind mit '0 packets droped'. ---- snip: /etc/rc.config ----------------------------------------------- # # Firewall settings - See /usr/doc/packages/firewall # for a detailed description # FW_START="yes" FW_LOCALNETS="192.168.10.0/24" FW_FTPSERVER="" FW_WWWSERVER="" FW_SSLSERVER="" FW_SSLPORT="443" FW_MAILSERVER="" FW_DNSSERVER="" FW_NNTPSERVER="" FW_NEWSFEED="" FW_WORLD_DEV="ippp0" FW_INT_DEV="eth0" FW_LOG_ACCEPT="yes" FW_LOG_DENY="yes" FW_ROUTER="" FW_FRIENDS="no" FW_INOUT="no" FW_SSH="no" FW_TRANSPROXY_OUT="" FW_TRANSPROXY_IN="" FW_REDIRECT="" FW_TCP_LOCKED_PORTS="1:1023" FW_UDP_LOCKED_PORTS="1:1023" # # Masquerading settings - See /usr/doc/packages/firewall # for a detailed description # MSQ_START="yes" MSQ_NETWORKS="192.168.10.0/24" MSQ_DEV="ippp0" MSQ_MODULES="ip_masq_cuseeme ip_masq_ftp ip_masq_irc ip_masq_quake ip_masq_raud ---- snap: /etc/rc.config ----------------------------------------------- ---- snip: /var/log/messages -------------------------------------------- Aug 29 08:05:55 pinguin kernel: ISDN subsystem Rev: 1.83/1.68/1.88/1.49/1.14/1.2 loaded Aug 29 08:05:55 pinguin kernel: HiSax: Linux Driver for passive ISDN cards Aug 29 08:05:55 pinguin kernel: HiSax: Version 3.2a (module) Aug 29 08:05:55 pinguin kernel: HiSax: Layer1 Revision 2.34 Aug 29 08:05:55 pinguin kernel: HiSax: Layer2 Revision 2.17 Aug 29 08:05:55 pinguin kernel: HiSax: TeiMgr Revision 2.12 Aug 29 08:05:55 pinguin kernel: HiSax: Layer3 Revision 2.9 Aug 29 08:05:55 pinguin kernel: HiSax: LinkLayer Revision 2.29 Aug 29 08:05:55 pinguin kernel: HiSax: Approval certification failed because of Aug 29 08:05:55 pinguin kernel: HiSax: unauthorized source code changes Aug 29 08:05:55 pinguin kernel: HiSax: Total 1 card defined Aug 29 08:05:55 pinguin kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Aug 29 08:05:55 pinguin kernel: HiSax: AVM PCI driver Rev. 1.9 Aug 29 08:05:55 pinguin kernel: AVM PCI: stat 0x2020a Aug 29 08:05:55 pinguin kernel: AVM PCI: Class A Rev 2 Aug 29 08:05:55 pinguin kernel: HiSax: AVM Fritz!PCI config irq:10 base:0xD000 Aug 29 08:05:55 pinguin kernel: AVM PCI: ISAC version (0): 2086/2186 V1.1 Aug 29 08:05:55 pinguin kernel: AVM Fritz PnP/PCI: IRQ 10 count 0 Aug 29 08:05:55 pinguin kernel: AVM Fritz PnP/PCI: IRQ 10 count 5 Aug 29 08:05:55 pinguin kernel: HiSax: DSS1 Rev. 2.14 Aug 29 08:05:55 pinguin kernel: HiSax: 2 channels added Aug 29 08:05:55 pinguin kernel: HiSax: MAX_WAITING_CALLS added Aug 29 08:05:55 pinguin kernel: HiSax: debugging flags card 1 set to 4 Aug 29 08:05:55 pinguin kernel: isdn: Verbose-Level is 3 Aug 29 08:05:55 pinguin kernel: ippp, open, slot: 0, minor: 0, state: 0000 Aug 29 08:05:55 pinguin kernel: ippp_ccp: allocating reset data structure Aug 29 08:05:55 pinguin kernel: ne2k-pci.c:v0.99L 2/7/98 D. Becker/P. Gortmaker http://cesdis.gsfc.nasa.gov/linux/drivers/ne2k-pci.html Aug 29 08:05:55 pinguin kernel: ne2k-pci.c: PCI NE2000 clone 'RealTek RTL-8029' at I/O 0xd400, IRQ 15. Aug 29 08:05:55 pinguin kernel: eth0: PCI NE2000 found at 0xd400, IRQ 15, 00:00:1C:0B:38:6D. Aug 29 08:05:55 pinguin kernel: argus uses obsolete (PF_INET,SOCK_PACKET) Aug 29 08:21:49 pinguin kernel: OPEN: 192.168.0.99 -> 194.25.2.129 ICMP Aug 29 08:21:49 pinguin kernel: ippp0: dialing 1 0191011... Aug 29 08:21:49 pinguin isdnlog: Aug 29 08:21:49 * tei 74 calling T-Online with Computer RING (Data) Aug 29 08:21:49 pinguin isdnlog: Aug 29 08:21:49 tei 74 calling T-Online with Computer Time:Sat Aug 29 08:06:00 1903 Aug 29 08:21:49 pinguin isdnlog: Aug 29 08:21:49 tei 74 calling T-Online with Computer COLP *INVALID* -- ignored! Aug 29 08:21:49 pinguin isdnlog: Aug 29 08:21:49 tei 74 calling T-Online with Computer CONNECT (Data) Aug 29 08:21:49 pinguin isdnlog: Aug 29 08:21:49 tei 74 calling T-Online with Computer Unknown provider 33 Aug 29 08:21:49 pinguin kernel: isdn_net: ippp0 connected Aug 29 08:21:49 pinguin kernel: isdn_net: chargetime of ippp0 now 102595 Aug 29 08:21:49 pinguin ipppd[135]: Local number: 998597, Remote number: 0191011, Type: outgoing Aug 29 08:21:49 pinguin ipppd[135]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Aug 29 08:21:49 pinguin ipppd[135]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xdbe91046>] Aug 29 08:21:49 pinguin ipppd[135]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 73 74 61 63 6b 69 6e 67 ]>] Aug 29 08:21:49 pinguin ipppd[135]: sent [0][LCP ConfRej id=0x1 <MPmrru 0x5f4>] Aug 29 08:21:49 pinguin ipppd[135]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0xdbe91046>] Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][LCP ConfReq id=0x2 <mru 1524> <auth pap> <MPdiscr: 0x1 [ 73 74 61 63 6b 69 6e 67 ]>] Aug 29 08:21:50 pinguin ipppd[135]: sent [0][LCP ConfAck id=0x2 <mru 1524> <auth pap> <MPdiscr: 0x1 [ 73 74 61 63 6b 69 6e 67 ]>] Aug 29 08:21:50 pinguin ipppd[135]: lcp layer is UP Aug 29 08:21:50 pinguin ipppd[135]: sent [0][PAP AuthReq id=0x1 user="XX" password="YY"] Aug 29 08:21:50 pinguin kernel: Received CCP frame from peer Aug 29 08:21:50 pinguin kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 Aug 29 08:21:50 pinguin kernel: Received CCP frame from daemon: Aug 29 08:21:50 pinguin kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Aug 29 08:21:50 pinguin kernel: Received CCP frame from daemon: Aug 29 08:21:50 pinguin kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 01 00 09 11 05 00 01 04 Aug 29 08:21:50 pinguin kernel: Received CCP frame from peer Aug 29 08:21:50 pinguin kernel: [0/0].ccp-rcv[0]: 04 01 00 04 Aug 29 08:21:50 pinguin kernel: Received CCP frame from peer Aug 29 08:21:50 pinguin kernel: [0/0].ccp-rcv[0]: 01 02 00 0a 11 06 00 01 01 03 Aug 29 08:21:50 pinguin kernel: Received CCP frame from daemon: Aug 29 08:21:50 pinguin kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 02 00 04 Aug 29 08:21:50 pinguin kernel: Received CCP frame from daemon: Aug 29 08:21:50 pinguin kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 02 00 0a 11 06 00 01 01 03 Aug 29 08:21:50 pinguin kernel: Received CCP frame from peer Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][PAP AuthAck id=0x1msg=""] Aug 29 08:21:50 pinguin ipppd[135]: Remote message: Aug 29 08:21:50 pinguin ipppd[135]: MPPP negotiation, He: No We: No Aug 29 08:21:50 pinguin ipppd[135]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0>] Aug 29 08:21:50 pinguin ipppd[135]: CCP enabled! Trying CCP. Aug 29 08:21:50 pinguin ipppd[135]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Aug 29 08:21:50 pinguin ipppd[135]: ccp_resetci! Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 217.5.119.189>] Aug 29 08:21:50 pinguin ipppd[135]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][CCP ConfReq id=0x1 <LZS (RFC) hists 1 check 4] Aug 29 08:21:50 pinguin ipppd[135]: ccp_resetci! Aug 29 08:21:50 pinguin ipppd[135]: sent [0][CCP ConfReq id=0x1] Aug 29 08:21:50 pinguin ipppd[135]: sent [0][CCP ConfRej id=0x1 <LZS (RFC) hists 1 check 4] Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][IPCP ConfNak id=0x1 <addr 217.2.82.114>] Aug 29 08:21:50 pinguin kernel: [0/0].ccp-rcv[0]: 04 02 00 04 Aug 29 08:21:50 pinguin ipppd[135]: sent [0][IPCP ConfReq id=0x2 <addr 217.2.82.114>] Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][IPCP ConfReq id=0x2 <addr 217.5.119.189>] Aug 29 08:21:50 pinguin ipppd[135]: sent [0][IPCP ConfAck id=0x2 <addr 217.5.119.189>] Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][CCP ConfRej id=0x1] Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][CCP ConfReq id=0x2 <LZS (Ascend pre-RFC)] Aug 29 08:21:50 pinguin ipppd[135]: ccp_resetci! Aug 29 08:21:50 pinguin ipppd[135]: sent [0][CCP ConfReq id=0x2] Aug 29 08:21:50 pinguin ipppd[135]: sent [0][CCP ConfRej id=0x2 <LZS (Ascend pre-RFC)] Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][IPCP ConfAck id=0x2 <addr 217.2.82.114>] Aug 29 08:21:50 pinguin ipppd[135]: local IP address 217.2.82.114 Aug 29 08:21:50 pinguin ipppd[135]: remote IP address 217.5.119.189 Aug 29 08:21:50 pinguin ipppd[135]: rcvd [0][CCP ConfRej id=0x2] Aug 29 08:46:28 pinguin isdnlog: Aug 29 08:46:28 tei 74 calling T-Online with Computer Normal call clearing (User) Aug 29 08:46:28 pinguin ipppd[135]: Modem hangup Aug 29 08:46:28 pinguin ipppd[135]: Connection terminated. Aug 29 08:46:28 pinguin ipppd[135]: taking down PHASE_DEAD link 0, linkunit: 0 Aug 29 08:46:28 pinguin kernel: isdn_net: local hangup ippp0 Aug 29 08:46:28 pinguin kernel: ippp0: Chargesum is 0 Aug 29 08:46:28 pinguin kernel: ippp, open, slot: 0, minor: 0, state: 0000 Aug 29 08:46:28 pinguin kernel: ippp_ccp: allocating reset data structure Aug 29 08:46:28 pinguin ipppd[135]: sent [0][LCP TermReq id=0x2 6c 69 6e 6b 20 63 6c 6f 73 65 64] Aug 29 08:46:28 pinguin ipppd[135]: LCP is down Aug 29 08:46:28 pinguin ipppd[135]: closing fd 7 from unit 0 Aug 29 08:46:28 pinguin ipppd[135]: link 0 closed , linkunit: 0 Aug 29 08:46:28 pinguin ipppd[135]: reinit_unit: 0 Aug 29 08:46:28 pinguin ipppd[135]: Connect[0]: /dev/ippp0, fd: 7 Aug 29 08:46:28 pinguin isdnlog: Aug 29 08:46:28 tei 74 calling T-Online with Computer HANGUP ( 0:24:39 I=876.7Kb O=257.7Kb) ---- snap: /var/log/messages -------------------------------------------- -- ------------------------------------------------------------------------ Stephan Eickschen Tel. : +49 (0)8153 28-1351 GeoForschungsZentrum Potsdam (GFZ) Fax. : +49 (0)8153 28-1207 Division 1, Section 1.2 c/o email: eicksch(a)gfz-potsdam.de DLR Oberpfaffenhofen 82234 Wessling Germany ------------------------------------------------------------------------

18 years, 3 months

Fritz PCI V2 mit SMP ???

by K.Hoelzer

Hallo Liste, gibt es inzwischen Treiber welche SMP "vertragen" ??? Ziel-Plattform: 7.3 oder 8.1 Anwendung: eigentlich nur CAPI==FAX -- kein PPP u.ae. DANKE -k

18 years, 3 months

ISDN für Fax, AB und DSL Gateway

by suse＠comparat.de

Hi ich hab einen Rechner (SuSE Openexchange) in diesem ist eine Fritz! Card PCI. Ich kann auch alles soweit konfigurieren das ich über ISDN sehen kann welche Anrufe eingehen und Ausgehen und Fax senden und empfangen. Mein Problem ist jetzt das wenn ich ISDN eingerichtet habe SuSE mein DSL-Gateway verliert und ich mit dem Rechner über ISDN ins Internet gehe. Dies möchte ich aber vermeiden, da ich einen SuSE 8.2 Router habe der einen DSL Zugang hat. Also jetzt meine Frage wie ist es möglich das ich ISDN für Fax und Anrufbeantworter nutzen kann und gleichzeitig mit dem Rechner über ein DSL-Gateway eine Verbindung ins Internet bekomme ? Die ISDN-Leitung soll keine Notfall Lösung sein wenn DSL nicht funktioniert. Mit freundlichem Gruß Christian Bockelmann COMPARAT Software-Entwicklungs-GmbH Mobile Voice Solutions Prießstraße 16 D-23558 Lübeck Telefon 0451/4795660 Telefax 0451/87109026 http://www.comparat.de http://www.mobile-voice.de E-Mail: Bockelmann(a)comparat.de

18 years, 3 months

Firewall mit ISDN unter SuSE 8.2

by Frank Barnick

Hallo Liste, ich bin nun endlich auf SuSE 8.2 umgestiegen und bin schon fast happy ;-) Das Problem bereitet mir meine ISDN Karte (FritzCard classic). Ich habe mir ein Perlscript geschrieben, welches meine eigene Firewall mit iptables handelt. Dummerweise wird beim Verbindungsaufbau Richtung Internet (dsl) und Richtung Firmennetz (ippp0) meine iptables-Einträge durch SuSE immer überschrieben. Das gefällt mir nicht, weil damit meine automatische Mailzustellung z.B. geblockt wird. Wenn ich alle Dienste von Personalfirewall deaktiviere, dann wird das Hisax-Modul nicht geladen. In der messages steht dann etwas von nicht richtiger IQ-Einstellung. Aktiviere ich die Dienste (mittels chkconfig), dann klappte es wieder. Das gleiche Resultat habe ich, wenn ich unter Yast den Haken Firewall rausnehme.... Hier verstehe ich den Zusammenhang irgendwie nicht. Was hat die Firewall von SuSE denn mit dem Laden der Fritzcard zu tun? Meine Fragen: Wie kann ich die interne SuSE-Firewall deaktivieren, damit mein Script wieder läuft? Wenn nicht (was schade wäre), wo kann ich bekanntgeben, was auf dieser Schnittstelle erlaubt ist (finde ich unter yast nirgens...) Da ich schon mal dabei bin: Wie kann ich yast mitteilen, daß dieser meine Postfix-conf nicht zerschießt? Momentan behelfe ich mich damit, daß nach jeder Einwahl ich mein Script per Hand starte, alles andere als komfortabel... Gruß Frank

18 years, 3 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

openSUSE ISDN (Deutsch) August 2003