[Eisfair] Seltsames Verhalten von bind9

[Kulzer, Wilhelm]

Hallo zusammen,

ich habe hier einen Rechner, auf dem bind9 läuft welcher auf eine 
bestimmte Netzwerkkarte gebunden ist. Der DNS-Dienst soll nur eine
einzige FQDN in eine IP umsetzen. Alle weiteren Abfragen von dieser 
netzwerkkarte sollen in ein Timeout enden. (kein Forward!)

Eine andere Netzwerkkarte bekommt per NetworkManager und DHCP einen
externen DNS-Server zugewiesen, welcher Teile des Internets und interne
FQDNs auflösen kann.

Nun kommt es immer mal wieder vor, dass an der Konsole nach dem Neustart 
beim pingen von z.B. google.de der lokal laufende bind9 gefragt wird 
(warum auch immer?).

------
ri2108 # ping google.de
PING google.de (142.251.36.163) 56(84) Bytes an Daten.
Von ri2108.loc.dom (172.16.32.1) icmp_seq=1 Zielhost nicht erreichbar
Von ri2108.loc.dom (172.16.32.1) icmp_seq=2 Zielhost nicht erreichbar
Von ri2108.loc.dom (172.16.32.1) icmp_seq=3 Zielhost nicht erreichbar
Von ri2108.loc.dom (172.16.32.1) icmp_seq=4 Zielhost nicht erreichbar
Von ri2108.loc.dom (172.16.32.1) icmp_seq=5 Zielhost nicht erreichbar
------

Stoppe ich den bind9 service und starte diesen gleich wieder,
so kann ich google.de erreichen.

------
ri2108 # ping google.de
PING google.de (142.251.36.163) 56(84) Bytes an Daten.
64 Bytes von muc12s11-in-f3.1e100.net (142.251.36.163): icmp_seq=1 
ttl=118 Zeit=15.7 ms
64 Bytes von muc12s11-in-f3.1e100.net (142.251.36.163): icmp_seq=2 
ttl=118 Zeit=9.79 ms
64 Bytes von muc12s11-in-f3.1e100.net (142.251.36.163): icmp_seq=3 
ttl=118 Zeit=11.3 ms
64 Bytes von muc12s11-in-f3.1e100.net (142.251.36.163): icmp_seq=4 
ttl=118 Zeit=9.99 ms
------

Das Kuriose daran: google.de wird auch nach dem Server-Neustart korrekt 
zu 142.251.36.163 aufgelöst.

Was hat das Routing mit bind9 zu tun?
Jemand eine Idee?

Gruß,
Wilhelm