Ich habe version 6.1 mit ISDN (dial on demand) und ipmasq installiert. Desweiteren sämtlich Empfehlungen aus der SDB dynamische IP Adressen ... implementiert und keine Dämons installiert. Warum nur baut die ISDN Verbindung stets auf, ohne daß eine für mich ersichtliche Anfrage dafür vorliegt. Nach einiger Zeit wird die Verbindung alle 2 Minuten aufgebaut - ich werde fast wahnsinnig -. Gibt der Ausszug aus messages Aufschluß was die Ursachen sein könnten? Herzlicher Gruß Helmuth E. Günther Aug 9 16:54:41 adler syslogd 1.3-3: restart. Aug 9 16:54:42 adler kernel: klogd 1.3-3, log source = /proc/kmsg started. Aug 9 16:54:42 adler kernel: Inspecting /boot/System.map Aug 9 16:54:43 adler kernel: Loaded 8191 symbols from /boot/System.map. Aug 9 16:54:43 adler kernel: Symbols match kernel version 2.2.7. Aug 9 16:54:43 adler kernel: Loaded 23 symbols from 13 modules. Aug 9 16:54:43 adler kernel: Serial driver version 4.27 with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ enabled Aug 9 16:54:43 adler kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A Aug 9 16:54:43 adler kernel: ttyS01 at 0x02f8 (irq = 3) is a 16550A Aug 9 16:54:43 adler kernel: CSLIP: code copyright 1989 Regents of the University of California Aug 9 16:54:43 adler kernel: ISDN subsystem Rev: 1.72/1.62/1.82/1.45/1.12/1.2 loaded Aug 9 16:54:43 adler kernel: HiSax: Linux Driver for passive ISDN cards Aug 9 16:54:43 adler kernel: HiSax: Version 3.1a (module) Aug 9 16:54:43 adler kernel: HiSax: Layer1 Revision 2.31 Aug 9 16:54:43 adler kernel: HiSax: Layer2 Revision 2.16 Aug 9 16:54:43 adler kernel: HiSax: TeiMgr Revision 2.11 Aug 9 16:54:43 adler kernel: HiSax: Layer3 Revision 2.8 Aug 9 16:54:43 adler kernel: HiSax: LinkLayer Revision 2.25 Aug 9 16:54:43 adler kernel: HiSax: Approval certification valid Aug 9 16:54:43 adler kernel: HiSax: Approved with ELSA Quickstep series cards Aug 9 16:54:43 adler kernel: HiSax: Approval registration numbers: Aug 9 16:54:43 adler kernel: HiSax: German D133361J CETECOM ICT Services GmbH Aug 9 16:54:43 adler kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH Aug 9 16:54:43 adler kernel: HiSax: Total 1 card defined Aug 9 16:54:43 adler kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Aug 9 16:54:43 adler kernel: HiSax: Teles IO driver Rev. 2.10 Aug 9 16:54:43 adler kernel: HiSax: Teles 16.3 config irq:5 isac:0x980 cfg:0xD80 Aug 9 16:54:43 adler kernel: HiSax: hscx A:0x180 hscx B:0x580 Aug 9 16:54:43 adler kernel: Teles3: ISAC version (0): 2086/2186 V1.1 Aug 9 16:54:43 adler kernel: Teles3: HSCX version A: V2.1 B: V2.1 Aug 9 16:54:43 adler kernel: Teles 16.3: IRQ 5 count 0 Aug 9 16:54:43 adler kernel: Teles 16.3: IRQ 5 count 5 Aug 9 16:54:43 adler kernel: HiSax: DSS1 Rev. 2.12 Aug 9 16:54:43 adler kernel: HiSax: 2 channels added Aug 9 16:54:43 adler kernel: HiSax: module installed Aug 9 16:54:43 adler kernel: HiSax: debugging flags card 1 set to 4 Aug 9 16:54:43 adler kernel: isdn: Verbose-Level is 3 Aug 9 16:54:43 adler kernel: ippp, open, slot: 0, minor: 0, state: 0000 Aug 9 16:54:43 adler kernel: ippp_ccp: allocating reset data structure Aug 9 16:54:43 adler kernel: 3c59x.c:v0.99H 11/17/98 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Aug 9 16:54:43 adler kernel: eth0: 3Com 3c900 Cyclone 10Mbps Combo at 0x6000, 00:10:5a:06:d2:db, IRQ 10 Aug 9 16:54:43 adler kernel: 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface. Aug 9 16:54:43 adler kernel: MII transceiver found at address 24, status 182d. Aug 9 16:54:43 adler kernel: Enabling bus-master transmits and whole-frame receives. Aug 9 16:54:50 adler lpd[191]: restarted Aug 9 16:54:54 adler /usr/sbin/cron[211]: (CRON) STARTUP (fork ok) Aug 9 16:59:05 adler kernel: OPEN: 192.168.0.99 -> 198.41.0.4 UDP, port: 61000 -> 53 Aug 9 16:59:05 adler kernel: ippp0: dialing 1 0191011... Aug 9 16:59:06 adler isdnlog: Aug 09 16:59:06 * tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising RING (Data) Aug 9 16:59:07 adler isdnlog: Aug 09 16:59:07 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising Time:Mon Aug 9 16:44:00 1999 Aug 9 16:59:07 adler isdnlog: Aug 09 16:59:07 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising CONNECT (Data) Aug 9 16:59:07 adler isdnlog: Aug 09 16:59:07 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising CHARGE: Werktag, CityCall, DM 0.120/ 90.0s Aug 9 16:59:07 adler isdnlog: Aug 09 16:59:07 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising NEXT CHARGEINT IN 0:01:30 () Aug 9 16:59:07 adler isdnlog: Aug 09 16:59:07 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising 1.CI DM Inf (now) Aug 9 16:59:07 adler ipppd[85]: Local number: 939363, Remote number: 0191011, Type: outgoing Aug 9 16:59:07 adler ipppd[85]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Aug 9 16:59:07 adler kernel: isdn_net: ippp0 connected Aug 9 16:59:07 adler kernel: isdn_net: chargetime of ippp0 now 30551 Aug 9 16:59:07 adler ipppd[85]: lcp layer is UP Aug 9 16:59:07 adler ipppd[85]: Remote message: Aug 9 16:59:07 adler ipppd[85]: MPPP negotiation, He: No We: No Aug 9 16:59:07 adler ipppd[85]: CCP enabled! Trying CCP. Aug 9 16:59:07 adler ipppd[85]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Aug 9 16:59:07 adler ipppd[85]: ccp_resetci! Aug 9 16:59:07 adler ipppd[85]: Kernel check for LZS failed Aug 9 16:59:07 adler ipppd[85]: local IP address 193.159.108.105 Aug 9 16:59:07 adler ipppd[85]: remote IP address 193.158.131.197 Aug 9 17:00:00 adler /USR/SBIN/CRON[312]: (root) CMD ( test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons ) Aug 9 17:00:00 adler /USR/SBIN/CRON[313]: (root) CMD ( test -x /usr/sbin/faxqclean && /usr/sbin/faxqclean) Aug 9 17:00:07 adler su: (to nobody) root on none Aug 9 17:00:41 adler isdnlog: Aug 09 17:00:41 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising 2.CI DM Inf (after 0:01:34) Aug 9 17:00:51 adler isdnlog: Aug 09 17:00:51 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising Normal call clearing (User) Aug 9 17:00:51 adler ipppd[85]: Modem hangup Aug 9 17:00:51 adler ipppd[85]: Connection terminated. Aug 9 17:00:51 adler ipppd[85]: taking down PHASE_DEAD link 0, linkunit: 0 Aug 9 17:00:51 adler ipppd[85]: closing fd 7 from unit 0 Aug 9 17:00:51 adler ipppd[85]: link 0 closed , linkunit: 0 Aug 9 17:00:51 adler ipppd[85]: reinit_unit: 0 Aug 9 17:00:51 adler ipppd[85]: Connect[0]: /dev/ippp0, fd: 7 Aug 9 17:00:51 adler kernel: isdn_net: local hangup ippp0 Aug 9 17:00:51 adler kernel: ippp0: Chargesum is 0 Aug 9 17:00:51 adler kernel: ippp, open, slot: 1, minor: 0, state: 0000 Aug 9 17:00:51 adler kernel: ippp_ccp: allocating reset data structure Aug 9 17:00:51 adler isdnlog: Aug 09 17:00:51 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising Free of charge Aug 9 17:00:52 adler isdnlog: Aug 09 17:00:51 tei 91 calling T-Online with +49 8165/939363, Neufahrn b Freising HANGUP (DM Inf 0:01:44 I=114.0 b O=781.0 b)
"Guenther Helmuth E." wrote: ---
Gibt der Ausszug aus messages Aufschluß was die Ursachen sein könnten?
Aug 9 16:59:05 adler kernel: OPEN: 192.168.0.99 -> 198.41.0.4 UDP, port: 61000 -> 53
Hallo Günther, DNS-Anfrage = Name eines Rechners kann intern nicht aufgelöst werden. Der zuständige Rechner bei DTAG wäre 194.25.2.129 und hat den Namen dns00.btx.dtag.de. Bekannte Namen & IP's in hosts eintragen und eigenen caching DNS-Server aufsetzten sind mögliche Lösungen. Sieh bitte einmal bei www.deja.com nach. Diese Thema kommt häufiger:-) Gruß Chris
participants (2)
-
col.lugo@t-online.de
-
Guenther Helmuth E.