Hallo,
"Josef Schauer"
Hallo Liste.
Alles funktioniert 2-3 Tage einwandfrei. Nach eben diesen 2-3 Tagen ist jedoch der Nameserver auf 192.168.0.1 nicht mehr erreichbar.
nslookup -> default server 192.168.0.1 nicht erreichbar verwende 194.183.128.35 (Nameserver des Providers) -> jetzt fangen die Probleme an -> Clients können Imapserver nicht mehr erreichen
Nach einem Neustart des named funktioniert alles wieder wie vorher.
nslookup -> default server 192.168.0.1 -> Imapserver ist wieder erreichbar.
Ist ein bekanntes Phaenomen, von bind8. Die TTL ist in der Files auf 1D gesetzt, nach einem Tag sind diese Adressen dann ungueltig. Wenn nun wenig Traffic im lokalen Netz ist, werden die Files nicht neu eingelesen, d.h. die lokalen Adressen sind nicht mehr im cache. Wenn dann noch 'forward only' in named.conf gesetzt ist, wird natuerlich der forwarder befragt, der die lokale Adresse nicht kennt. Abhilfe, update auf bind8.9 oder hoeher, oder mehr traffic im lokalen Netz, also wenigstens ein bis zwei Verbindungen pro Tag. Man koennte auch die TTL hoeher setzen, wuerde ich aber nicht empfehlen. Gruss Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521
Hi, faxe, die neu empfangen werde, können vom User uucp nicht gelesen werden, obwohl RecvFileMode: = 0666 ist !?!? Any ideas ? Mfg André
Hallo Liste! Bei frueheren Versionen von SuSE-Linux hatte ich keine Probleme bei der Ezeugung eines neuen kernels. Bei der Version 7.1 ist dies leider nicht der Fall. Aktuelles Problem: Unterstuetzung von ppp. Auf einem Laptop mit unveraenderten Kernel werden bei Aufruf von wvdial folgende Module automatisch geladen: ppp_deflate, bsd_comp, ppp_async, ppp_generic Auf meinem Rechner wollte ich die ppp-Unterstuetzung auch mit Hilfe von Modulen realisieren. Die Module sind nach der Erzeugung eines neuen Kernels auch vorhanden. Beim Start von wvdial werden diese allerdings nicht geladen. Ich erhalte sinngemaess die Meldung, dass mein Kernel ppp nicht unterstuetzt. Ich habe nun versucht, die Module von Hand (modprobe) zu laden. Hierbei kommt es zu folgenden Fehlermeldungen: ppp_deflate: /lib/modules/2.4.0-4GB/kernel/drivers/net/ppp_deflate.o: unresolved symbol ppp_register_compressor unresolved symbol ppp_unregister_compressor bsd_comp: /lib/modules/2.4.0-4GB/kernel/drivers/net/bsd_comp.o: unresolved symbol ppp_register_compressor unresolved symbol ppp_unregister_compressor ppp_async: /lib/modules/2.4.0-4GB/kernel/drivers/net/ppp_async.o: unresolved symbol ppp_unit_number unresolved symbol ppp_input unresolved symbol ppp_input_error unresolved symbol ppp_unregister_channel unresolved symbol ppp_channel_ioctl unresolved symbol ppp_output_wakeup unresolved symbol ppp_channel_index unresolved symbol ppp_register_channel ppp_generic: /lib/modules/2.4.0-4GB/kernel/drivers/net/ppp_generic.o: unresolved symbol request_module Fehlt hier evtl. noch ein Modul? (Welches?) Was gibt es noch an Ursachen fuer diese Meldungen? Ich habe auch versucht, ppp-Unterstuetzung direkt in den Kernel zu integrieren. Leider war auch dies nicht erfolgreich. Fuer Hilfe waere ich sehr dankbar. Erich
Hallo. Danke für die Antwort. Hab's erst jetzt gelesen. Irgendwie hatte ich sowas ja schon im Hinterkopf. Zwischenzeitlich habe ich mal auf 8.3undirgendwas wie von Christoph Kampe angeraten upgedatet. Bisher läuft es einwandfrei. Trotzdem werde ich auf bind8.9 wie von Dir angeraten gehen. Gruß Josef
Ist ein bekanntes Phaenomen, von bind8. Die TTL ist in der Files auf 1D gesetzt, nach einem Tag sind diese Adressen dann ungueltig. Wenn nun wenig Traffic im lokalen Netz ist, werden die Files nicht neu eingelesen, d.h. die lokalen Adressen sind nicht mehr im cache. Wenn dann noch 'forward only' in named.conf gesetzt ist, wird natuerlich der forwarder befragt, der die lokale Adresse nicht kennt.
Abhilfe, update auf bind8.9 oder hoeher, oder mehr traffic im lokalen Netz, also wenigstens ein bis zwei Verbindungen pro Tag. Man koennte auch die TTL hoeher setzen, wuerde ich aber nicht empfehlen.
Hallo. Danke für die Antwort. Hab's erst jetzt gelesen. Irgendwie hatte ich sowas ja schon im Hinterkopf. Zwischenzeitlich habe ich mal auf 8.3undirgendwas wie von Christoph Kampe angeraten upgedatet. Bisher läuft es einwandfrei. Trotzdem werde ich auf bind8.9 wie von Dir angeraten gehen. Gruß Josef
Ist ein bekanntes Phaenomen, von bind8. Die TTL ist in der Files auf 1D gesetzt, nach einem Tag sind diese Adressen dann ungueltig. Wenn nun wenig Traffic im lokalen Netz ist, werden die Files nicht neu eingelesen, d.h. die lokalen Adressen sind nicht mehr im cache. Wenn dann noch 'forward only' in named.conf gesetzt ist, wird natuerlich der forwarder befragt, der die lokale Adresse nicht kennt.
Abhilfe, update auf bind8.9 oder hoeher, oder mehr traffic im lokalen Netz, also wenigstens ein bis zwei Verbindungen pro Tag. Man koennte auch die TTL hoeher setzen, wuerde ich aber nicht empfehlen.
participants (4)
-
Andre Frimberger -
Dieter Kluenter -
Erich Vilter -
Josef Schauer