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
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
