p3E9E3B52.dip.t-dialin.net.1036: 1313 NXDomain* 0/1/0 (106) 21:08:49.494591
Hallo Leute ich habe folgendes Problem: Nachdem ich mir einen Caching only Nameserver eingerichtet hatte geht mein Rechner nicht mehr offline. Auch das entfernen des caching only NS hat nichts geholfen. Die ganze Zeit gehen Pakete über die Leitung und wenn ich die Verbindung mit isdnctrl hangup ippp0 zumache wird gleich wieder angewählt. Konfig: suse 6.2, Fritz PCI, Squid2, sendmail,DOD mit T-offline, 3com590 PCI ohne was dran Das steht in meiner /var/log/messages Feb 2 21:09:02 P300 kernel: OPEN: 192.168.17.10 -> 194.25.2.129 UDP, port: 1036 -> 53 Feb 2 21:09:02 P300 kernel: ippp0: dialing 1 0191011... Feb 2 21:09:02 P300 isdnlog: Feb 02 21:09:02 * tei 108 calling T-Offline with Max RING (Data) Feb 2 21:09:03 P300 isdnlog: Feb 02 21:09:03 tei 108 calling T-Offline with Max Time:INVALID - ignored Feb 2 21:09:03 P300 isdnlog: Feb 02 21:09:03 tei 108 calling T-Offline with Max CONNECT (Data) Feb 2 21:09:03 P300 isdnlog: Feb 02 21:09:03 tei 108 calling T-Offline with Max Unknown provider 33 Feb 2 21:09:03 P300 ipppd[91]: Local number: 920642, Remote number: 0191011, Type: outgoing Feb 2 21:09:03 P300 ipppd[91]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Feb 2 21:09:03 P300 kernel: isdn_net: ippp0 connected Feb 2 21:09:03 P300 kernel: isdn_net: chargetime of ippp0 now 213939 Feb 2 21:09:03 P300 ipppd[91]: Remote message: Feb 2 21:09:03 P300 ipppd[91]: MPPP negotiation, He: No We: No Feb 2 21:09:03 P300 ipppd[91]: CCP enabled! Trying CCP. Feb 2 21:09:03 P300 ipppd[91]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Feb 2 21:09:03 P300 ipppd[91]: ccp_resetci! Feb 2 21:09:03 P300 ipppd[91]: local IP address 62.158.59.161 Feb 2 21:09:03 P300 ipppd[91]: remote IP address 193.158.138.241 Feb 2 21:10:17 P300 ipppd[91]: Modem hangup tcpdump -i ippp0 sagt folgendes: 21:08:49.274840 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1309 NXDomain* 0/1/0 (106) 21:08:49.276060 0.70.41.131 > 0.0.64.17: (frag 256:-28@63512+) [ttl 0] 21:08:49.329477 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1310 NXDomain* 0/1/0 (106) 21:08:49.330466 truncated-ip - 18868 bytes missing!0.70.41.132 > 0.0.64.17: (frag 49152:18920@63512+) [ttl 0] 21:08:49.383843 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1311 NXDomain* 0/1/0 (106) 21:08:49.384748 truncated-ip - 21272 bytes missing!0.70.41.133 > 0.0.64.17: (frag 0:21352@63512+) [tos 0x86] [ttl 0] 21:08:49.438961 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1312 NXDomain* 0/1/0 (106) 21:08:49.439898 truncated-ip - 61872 bytes missing!0.70.41.134 > 0.0.64.17: (frag 33792:61936@63512+) [tos 0x2] [ttl 0] 21:08:49.493589 dns00.btx.dtag.de.domain truncated-ip - 65313 bytes missing!0.70.41.135 > 0.0.64.17: (frag 0:65393@63512+) [tos 0x85] [ttl 0] 21:08:49.548119 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1314 NXDomain* 0/1/0 (106) 21:08:49.549917 truncated-ip - 16491 bytes missing!0.70.41.136 > 0.0.64.17: (frag 0:16571@63512+) [tos 0xc6] [ttl 0] 21:08:49.603713 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1315 NXDomain* 0/1/0 (106) 21:08:49.604722 truncated-ip - 62646 bytes missing!0.70.41.137 > 0.0.64.17: (frag 0:62726@63512+) [tos 0x84] [ttl 0] 21:08:49.658818 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1316 NXDomain* 0/1/0 (106) 21:08:49.659717 0.70.41.138 > 0.0.64.17: (frag 2048:0@63512+) [tos 0x3] [ttl 0] 21:08:49.713462 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1317 NXDomain* 0/1/0 (106) 21:08:49.714619 truncated-ip - 3371 bytes missing!0.70.41.139 > 0.0.64.17: (frag 0:3451@63512+) [tos 0x86] [ttl 0] 21:08:49.768197 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1318 NXDomain* 0/1/0 (106) 21:08:49.769113 truncated-ip - 63043 bytes missing!0.70.41.140 > 0.0.64.17: (frag 0:63123@63512+) [tos 0x86] [ttl 0] 21:08:49.822439 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1319 NXDomain* 0/1/0 (106) 21:08:49.823340 truncated-ip - 18711 bytes missing!0.70.41.141 > 0.0.64.17: (frag 0:18791@63512+) [tos 0x86] [ttl 0] 21:08:49.876703 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1320 NXDomain* 0/1/0 (106) 21:08:49.877717 truncated-ip - 14513 bytes missing!0.70.41.142 > 0.0.64.17: (frag 32769:14573@63512+) [ttl 0] 21:08:49.931188 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1321 NXDomain* 0/1/0 (106) 21:08:49.932184 truncated-ip - 25520 bytes missing!0.70.41.143 > 0.0.64.17: (frag 5120:25600@63512+) [ttl 0] 21:08:49.986447 dns00.btx.dtag.de.domain > p3E9E3B52.dip.t-dialin.net.1036: 1322 NXDomain* 0/1/0 (106) 21:08:49.987399 truncated-ip - 5808 bytes missing!0.70.41.144 > 0.0.64.17: (frag 7168:5840@63512+) [tos 0x2] [ttl 0] Wäre echt schön wenn ihr mir helfen könntet Gruß Mad Max Meyer --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Max Meyer wrote on Wed, Feb 02, 2000 at 21:56 +0100:
Hallo Leute
ich habe folgendes Problem:
1. tcpdump zeigt ISDN Verkehr nicht richtig an 2. Unerwünschtes Wählen ist ne FAQ, frag mal in deja nach "isdn4linux" und passenden Begriffen 3. Gängige Dinge (ifconfig down/up trick, tcp_retries tunen, keine Pakete von lokalnet --> ippp0 durch die outgoing chain lassen) probiert? 4. Finde mit "netstat -anp --inet" (altes netstat? dann "netstat --an --inet" und raten, /proc-fs oder ident versuchen) raus, welcher Prozeß da wählt oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Steffen Dettmer wrote:
* Max Meyer wrote on Wed, Feb 02, 2000 at 21:56 +0100:
Hallo Leute
ich habe folgendes Problem:
1. tcpdump zeigt ISDN Verkehr nicht richtig an
Es sei denn er hat den Patch von SuSE runtergeladen und eingespielt. Andreas -- ------------------------------------------------------------------- Andreas Bock registered Linux User #136542 ICQ #59734306 mailto:a_bock@gmx.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Andreas Bock wrote on Thu, Feb 03, 2000 at 22:07 +0100:
Steffen Dettmer wrote:
1. tcpdump zeigt ISDN Verkehr nicht richtig an
Es sei denn er hat den Patch von SuSE runtergeladen und eingespielt.
IIRC funktioniert das aber nicht bei allen Paketen, allen Devices oder so zuverlässig (aber ich weiß nicht mehr, WO es klemmte, sorry) oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Max Meyer wrote:
Hallo Leute
ich habe folgendes Problem: Nachdem ich mir einen Caching only Nameserver eingerichtet hatte geht mein Rechner nicht mehr offline. Auch das entfernen des caching only NS hat nichts geholfen. Die ganze Zeit gehen Pakete über die Leitung und wenn ich die Verbindung mit isdnctrl hangup ippp0 zumache wird gleich wieder angewählt.
Konfig: suse 6.2, Fritz PCI, Squid2, sendmail,DOD mit T-offline, 3com590 PCI ohne was dran
Das steht in meiner /var/log/messages Feb 2 21:09:02 P300 kernel: OPEN: 192.168.17.10 -> 194.25.2.129 UDP, port: 1036 -> 53
- für tcpdump gibts ein Update auf dem SuSE-ftp-Server: Žftp://ftp.suse.com/suse_update/6.2/n1/tcpdump.rpm\ - gegen das offenhalten der Verbindung könnte ein Kernel 2.2.13 helfen, dabei sollte man aber folgenden Artikel beachten: Žhttp://sdb.suse.de/sdb/de/html/bg_dynamic.html\ das passende Kernelimage kann man sich auf Žftp://ftp.suse.com/suse_update/6.2/kernel\ aussuchen. - /var/log/messages auswerten, evtl. den debuglevel mit Žisdnctrl verbose 1 ippp0Ž oder höher setzen. - ist ŽIP_DYNIP = yesŽ gesetzt (bzw. IP_DYNIP = 2) ? - wenn alles nichts hilft ŽIP_FORWARD = noŽ setzen und über Squid ins Internet gehen, wenn aber kein Netz dranhängt bringts das auch nicht. - läuft Samba ? => abschalten oder richtig konfigurieren - liegt das ippp0-Device und der Point-to-point-Partner in einem anderen Netz als die Netzwerkkarte ? => wenn nicht umkonfigurieren. - ist sendmail richtig konfiguriert ? - stehen in der /etc/hosts die richtigen Rechnernamen ? usw. Frank --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Max Meyer wrote:
Hallo Leute
ich habe folgendes Problem: Nachdem ich mir einen Caching only Nameserver eingerichtet hatte geht mein Rechner nicht mehr offline. Auch das entfernen des caching only NS hat nichts geholfen. Die ganze Zeit gehen Pakete über die Leitung und wenn ich die Verbindung mit isdnctrl hangup ippp0 zumache wird gleich wieder angewählt.
Hi, passiert das immer dann, wenn du gesurft hast? Du schreibst, dass du squid im Einsatz hast. Ich kann mir vorstellen, dass squid im Hintergrund noch irgendwas angefangenes zu Ende ziehen will. Die Anfragen gehen jedenfalls an den DNS im inet, aber das wusstest Du sicher schon. Afaik gibts da in der SDB auch einen Eintrag zu, surf doch mal vorbei. Andreas -- ------------------------------------------------------------------- Andreas Bock registered Linux User #136542 ICQ #59734306 mailto:a_bock@gmx.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
a_bock＠gmx.de -
frank.bodammer＠fen.baynet.de -
steffen＠dett.de -
Triple-M＠t-online.de