On Thursday 15 November 2012, Luca Bertoncello wrote:
ABER: wenn ich mit smbclient die IP anspreche, kriege ich eine Antwort, und zwar die selbe Antwort, wie wenn ich skynet.firma.intra kriege. Ich rufe smbclient -L //192.168.1.13 und kriege das selbe Ergebnis von smbclient -L //skynet obwohl 192.168.1.13 nicht mehr benutzt wird...
Warum denn? Hat jemand eine Erklärung?
Ich hatte schon mit einigen Programmen massive Probleme, die etwas voreilig oder langsam bei der Auflösung von IP-Adressen waren.
langsam: es sind noch Sachen in einem Cache, die längst veraltet sind - da smbclient jedesmal neu gestartet wird sollten interne Caches kein Problem sein - bleiben eventuelle WINS-Server, DNS-Caches (nscd), oder Samba selbst (smbd, nmbd)
voreilig: besonders .NET-Programme (wegen eines Designfehlers in .NET) fragen nicht nur nach der IP zu einem Hostnamen, sondern versucht dann alle passenden Namen und deren IPs zu erfahren, bis sie nur noch identische Antworten erhalten -- das ist ein Problem falls Namen- und IP-Updates nicht synchron passieren, z.B. bei DHCP-Setup-Fehlern; Beispiel:
meinhost hatte gestern 10.0.0.1, also: meinhost IN A 10.0.0.1 10.0.0.1 IN PTR meinhost
heute hat er 10.0.0.2, aber DHCP ist faul: meinhost IN A 10.0.0.2 10.0.0.2 IN PTR meinhost aber wir haben noch: 10.0.0.1 IN PTR meinhost
oder schlimmer: meinhost IN A 10.0.0.2 10.0.0.2 IN PTR alterhost 10.0.0.1 IN PTR meinhost alterhost IN A 10.0.0.2
Fragt jetzt jemand nach dem "Hostnamen" "10.0.0.2" und übertreibt dann kommt folgendes raus: "10.0.0.2" ist eine IP 10.0.0.2 dazu gehören die Namen "meinhost" und "alterhost" und die zusätzlichen IPs 10.0.0.1 und 10.0.0.2 (Dopplung wird später eliminiert)
Kurzfassung:
0) was sagen ping und dig zum Thema?
1) checke ob irgendwelche WINS Server oder DNS Caches rumdümpeln, die noch kein Update haben - starte sie neu
2) starte alle lokalen Caches neu (nscd)
3) checke dass im DNS nicht noch irgendwelche veralteten Reverse- oder Forward-Auflösungen sind
Konrad