Internet über W2k8R2 DNS Server extrem langsam
Als Neuling hoffe ich trotzdem Hilfe zu bekommen :o)
Seit der Implementaion von einem W2k8R2 Server ist Internet über den W2k8R2 als Primary DNS extrem lagsam:
Ausgangslage vor Migration:
Server 2k03 SP2, DC, DNS, DHCP, Exch2003, DNS ist AD integrated
30 Clients XP sowie 5 Server, davon 2 DC's (Alt 2003 und neuen 2008R2)
Migration:
Server 2k8R2 ist zweiter DC mit DNS und Exchange 2010 in bestehenden Forest resp. Domain drin
Mailboxen migriert und fuktioniert einwandfrei, AD Replikation ist auch i.O. sowie DNS hat "keine" Probleme
FSMO Rolle auf den neuen DC W2k8R2 verschoben und beide DC's also 08 + 03 sind GC.
Geplant ist eine sanfte Migration des Exchange, sowie Ablösung des EX03 und DC 2003
W2k8R2 hat IPv6 auf der NIC enabled, aber im DNS nur IPv4 "enabled".
FW alles deaktiviert
NIC 2x 100MB über HP Utility "teaming" => 200MB auto
DNS Test über die MMC also Monitoring simple and recursiv query *PASS*
DNS Root Hinz auf W2k8R2 disabled
Virenschutz/Spamfilter noch nicht installiert
Forwarding zum ISP sollt auch i.O. sein
Problem:
Seit ich den Clients den neuen DNS also den W2k8R2 als Primary DNS drin habe (über DHCP) ist das internet extrem langsam,
obwohl der Server neu ist (QuadCore mit 6GB RAM). Langsam im Sinne, dass die Clients etwas 10sec bis zum Bildaufbau im IE haben und
teilweise die Seite gar nicht recht erscheinen. An CPU resp. Server HW kann es kaum liegen.
Frage:
Gibt es Probleme mit W2k8R2 DNS? oder im zusamenhang mit DNS 2003 Server?
Leider bin ich diesem Problem schon seit Tagen auf der lauer, aber leider ohne Erfolg.
Danke für eure Hilfe
Gruss nuitbleu
Seit der Implementaion von einem W2k8R2 Server ist Internet über den W2k8R2 als Primary DNS extrem lagsam:
Ausgangslage vor Migration:
Server 2k03 SP2, DC, DNS, DHCP, Exch2003, DNS ist AD integrated
30 Clients XP sowie 5 Server, davon 2 DC's (Alt 2003 und neuen 2008R2)
Migration:
Server 2k8R2 ist zweiter DC mit DNS und Exchange 2010 in bestehenden Forest resp. Domain drin
Mailboxen migriert und fuktioniert einwandfrei, AD Replikation ist auch i.O. sowie DNS hat "keine" Probleme
FSMO Rolle auf den neuen DC W2k8R2 verschoben und beide DC's also 08 + 03 sind GC.
Geplant ist eine sanfte Migration des Exchange, sowie Ablösung des EX03 und DC 2003
W2k8R2 hat IPv6 auf der NIC enabled, aber im DNS nur IPv4 "enabled".
FW alles deaktiviert
NIC 2x 100MB über HP Utility "teaming" => 200MB auto
DNS Test über die MMC also Monitoring simple and recursiv query *PASS*
DNS Root Hinz auf W2k8R2 disabled
Virenschutz/Spamfilter noch nicht installiert
Forwarding zum ISP sollt auch i.O. sein
Problem:
Seit ich den Clients den neuen DNS also den W2k8R2 als Primary DNS drin habe (über DHCP) ist das internet extrem langsam,
obwohl der Server neu ist (QuadCore mit 6GB RAM). Langsam im Sinne, dass die Clients etwas 10sec bis zum Bildaufbau im IE haben und
teilweise die Seite gar nicht recht erscheinen. An CPU resp. Server HW kann es kaum liegen.
Frage:
Gibt es Probleme mit W2k8R2 DNS? oder im zusamenhang mit DNS 2003 Server?
Leider bin ich diesem Problem schon seit Tagen auf der lauer, aber leider ohne Erfolg.
Danke für eure Hilfe
Gruss nuitbleu
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 154613
Url: https://administrator.de/contentid/154613
Ausgedruckt am: 22.11.2024 um 15:11 Uhr
19 Kommentare
Neuester Kommentar
Hallo nuitbleu,
welche DNS weiterleitungen hast du am neuen Server vorgenommen?
Was bring nslookup, bekommt er eine nicht autorisierte Antwort und wenn ja wie lange dauert es bis er die Antwort bringt?
Versuch mal testweise den DNS deines ISPs als Weiterleitung einzutragen. Wenn du diesen nicht kennst gibts im Internet Listen dafür
Grüße,
Thomas
welche DNS weiterleitungen hast du am neuen Server vorgenommen?
Was bring nslookup, bekommt er eine nicht autorisierte Antwort und wenn ja wie lange dauert es bis er die Antwort bringt?
Versuch mal testweise den DNS deines ISPs als Weiterleitung einzutragen. Wenn du diesen nicht kennst gibts im Internet Listen dafür
Grüße,
Thomas
Was das Thema NIC Teaming anbetrifft, hast du auch die Switchseite dafür entsprechend korrekt konfiguriert ??
Motherboard mit 2 Onboard LAN Anschlüssen
Traffic am Server auf 2 NICs verteilen
Kann man einen Server zur Performacesteigerung mit 2 Netzwerkkarten parallel an einem Switch betreiben? Wenn ja mit welcher Konfiguration ?
Bonding mit Broadcom - SLB
...wäre auch ein möglicher Grund !
Motherboard mit 2 Onboard LAN Anschlüssen
Traffic am Server auf 2 NICs verteilen
Kann man einen Server zur Performacesteigerung mit 2 Netzwerkkarten parallel an einem Switch betreiben? Wenn ja mit welcher Konfiguration ?
Bonding mit Broadcom - SLB
...wäre auch ein möglicher Grund !
Hallo Nuitbleu,
auf den ersten blick habe ich gesehen, dass der W2k8R2 Server bei
"C:\Users\admin>nslookup qse.de"
folgendes zurück gibt:
"Server: localhost
Address: ::1"
Du sagtest, dass IPv6 zwar auf dem NIC aktiv ist, in der DNS config aber nicht. Ist bei der NIC die Konfiguration von IPv6 auf "automatisch beziehen" gestellt?
Ist in der IPv4 Einstellung auf dem W2k8R2 als primärer DNS die IP des Servers eingetragen oder 127.0.0.1?
Standardmäßig ändert der Server bei der Installation vom DNS Service den primären DNS auf "127.0.0.1", was jedoch nicht ganz sauber ist, weshalb die IP vom DNS manuell nach der installation vom DNS geändert werden sollte.
Gruss
Thomas
auf den ersten blick habe ich gesehen, dass der W2k8R2 Server bei
"C:\Users\admin>nslookup qse.de"
folgendes zurück gibt:
"Server: localhost
Address: ::1"
Du sagtest, dass IPv6 zwar auf dem NIC aktiv ist, in der DNS config aber nicht. Ist bei der NIC die Konfiguration von IPv6 auf "automatisch beziehen" gestellt?
Ist in der IPv4 Einstellung auf dem W2k8R2 als primärer DNS die IP des Servers eingetragen oder 127.0.0.1?
Standardmäßig ändert der Server bei der Installation vom DNS Service den primären DNS auf "127.0.0.1", was jedoch nicht ganz sauber ist, weshalb die IP vom DNS manuell nach der installation vom DNS geändert werden sollte.
Gruss
Thomas
ADD:
Ich hätte vermutet, dass aufgrund einer Fehlkonfiguration vom DNS auf dem neuen Server die Anfragen der Clients erst nach einem Timeout von dem neuen Server auf den alten DNS weitergeleitet werden und erst von da auf den DNS von dem ISP. Da du aber sagst das die DNS Antwort beim Client quasi "sofort" kommt, bin ich mir nicht mehr so sicher das es ein DNS Problem ist... Schau aber trotzdem nochmal was denn nun als DNS auf dem Server eingetragen ist. 127.0.0.1 oder die IP. Ich mach mir sonst da mal bis morgen auch noch Gedanken drüber.
Bis dahin wünsch ich dir ne gute Nacht.
Gruss
Thomas
Ich hätte vermutet, dass aufgrund einer Fehlkonfiguration vom DNS auf dem neuen Server die Anfragen der Clients erst nach einem Timeout von dem neuen Server auf den alten DNS weitergeleitet werden und erst von da auf den DNS von dem ISP. Da du aber sagst das die DNS Antwort beim Client quasi "sofort" kommt, bin ich mir nicht mehr so sicher das es ein DNS Problem ist... Schau aber trotzdem nochmal was denn nun als DNS auf dem Server eingetragen ist. 127.0.0.1 oder die IP. Ich mach mir sonst da mal bis morgen auch noch Gedanken drüber.
Bis dahin wünsch ich dir ne gute Nacht.
Gruss
Thomas
@nuitbleu
Nur mal nebenbei: "Das ganze ist auf AUTO..." besagt leider gar nichts...im Gegenteil es hört sich so an als ob damit lediglich die Portspeed 10/100/1000 und der Duplex Mode gemeint ist ?!
Bedenke das Teaming immer eine Link Aggregation nach IEEE 802.3ad Standad mit LACP zum Aushandeln ist. Das erzwingt immer eine Link Aggregation Konfiguration auch auf dem Switch ! Link Aggregation MUSS immer beidseitg konfiguriert werden !
Wenn du das nicht gemacht hast, machst du bzw. der Switch gar keine Link Aggregation oder du merkst einfach nicht das der Switch nur einen Link aktiviert.
Der NetGear muss also zwangsweise diese Standards supporten sonst ist gar kein Link Aggregation oder Teaming mit ihm möglich. Oft wird dieses Feature auch als "Trunking" oder "Trunks" bezeichent.
Wenn der Switch also mangebar ist solltest du mit einem "show Kommando" wenigstens prüfen ob der Switch einen funktionieren "Trunk" zum Server aufgebaut hat, sonst macht er gar kein Teaming und du hast de facto KEINE Nutzung der 2 Links.
Der Server "denkt" dies aber und nutzt im worst Case seinen 2ten Link. Diese Pakete verschwinden dann im Nirwana oder es kommt zu Effekten wie du sie auch siehst.
Du solltest als Empfehlung also sicher überprüfen ob der Switch einen funktionierenden Trunk gebildet hat.
Wenn du mal das NetGear Model posten könntest kann man prüfen ob der generell überhaupt Teaming bzw. Trunking supportet ?!
Nur mal nebenbei: "Das ganze ist auf AUTO..." besagt leider gar nichts...im Gegenteil es hört sich so an als ob damit lediglich die Portspeed 10/100/1000 und der Duplex Mode gemeint ist ?!
Bedenke das Teaming immer eine Link Aggregation nach IEEE 802.3ad Standad mit LACP zum Aushandeln ist. Das erzwingt immer eine Link Aggregation Konfiguration auch auf dem Switch ! Link Aggregation MUSS immer beidseitg konfiguriert werden !
Wenn du das nicht gemacht hast, machst du bzw. der Switch gar keine Link Aggregation oder du merkst einfach nicht das der Switch nur einen Link aktiviert.
Der NetGear muss also zwangsweise diese Standards supporten sonst ist gar kein Link Aggregation oder Teaming mit ihm möglich. Oft wird dieses Feature auch als "Trunking" oder "Trunks" bezeichent.
Wenn der Switch also mangebar ist solltest du mit einem "show Kommando" wenigstens prüfen ob der Switch einen funktionieren "Trunk" zum Server aufgebaut hat, sonst macht er gar kein Teaming und du hast de facto KEINE Nutzung der 2 Links.
Der Server "denkt" dies aber und nutzt im worst Case seinen 2ten Link. Diese Pakete verschwinden dann im Nirwana oder es kommt zu Effekten wie du sie auch siehst.
Du solltest als Empfehlung also sicher überprüfen ob der Switch einen funktionierenden Trunk gebildet hat.
Wenn du mal das NetGear Model posten könntest kann man prüfen ob der generell überhaupt Teaming bzw. Trunking supportet ?!
Hallo,
Also ich hatte das Problem mit dem falsch konfiguriertem Teaming auch mal zwischen 2 gigabit switches, allerdings war das Resultat keine Paketfehler oder "langsamere" Verbindung sondern ein Netzwerkloop das das komplette Netzwerk lahmgelegt hat. Da du aber sagst, dass du die Performanceprobleme nur mit der Verbindung ins Internet hast wäre eine fehlerhafte link aggregation nicht die Ursache die man erwarten sollte. Sollte es dennoch daran liegen kannst du das, wie du richtig erkannt hast, ganz einfach dadurch lösen indem du von den getrunkten links eines einfach entfernst (=Netzwerkkabel ziehen). Sollte das Problem danach behoben sein, lag es wohl doch am Teaming
Gruss
Thomas
Also ich hatte das Problem mit dem falsch konfiguriertem Teaming auch mal zwischen 2 gigabit switches, allerdings war das Resultat keine Paketfehler oder "langsamere" Verbindung sondern ein Netzwerkloop das das komplette Netzwerk lahmgelegt hat. Da du aber sagst, dass du die Performanceprobleme nur mit der Verbindung ins Internet hast wäre eine fehlerhafte link aggregation nicht die Ursache die man erwarten sollte. Sollte es dennoch daran liegen kannst du das, wie du richtig erkannt hast, ganz einfach dadurch lösen indem du von den getrunkten links eines einfach entfernst (=Netzwerkkabel ziehen). Sollte das Problem danach behoben sein, lag es wohl doch am Teaming
Gruss
Thomas
Also es ist so, dass wenn du den DNS installierst er ja wie gesagt 127.0.0.1 als primären IPv4 DNS setzt. Ist dann aber auf der NIC noch IPv6 aktiviert, setzt er natürlich auch für IPv6 die loopbackadresse (::1 entspricht 127.0.0.1 IPv4). Ich habe erfahrungsgemäß nur probleme mit IPv6 gehabt, wobei man trotzdem vorsichtig sein sollte. Exchange 2010 bringt z.b Fehler wenn man versucht es mit komplett deaktiviertem IPv6 zu installieren. Worauf ich hinaus will ist das man nach der DNS installation immer auch bei IPv6 nachschauen sollte
Heißt das jetzt, dass das dein Problem behoben hat?
Gruss
Thomas
Heißt das jetzt, dass das dein Problem behoben hat?
Gruss
Thomas
@nuitbleu
Ja, das sollte auf alle Fälle zu deinem Testparcour gehören. Einen Link rausziehen und checken wie sich ein Singlelink verhält.
Es steht zu befürchten nach deinen o.a. Ausführungen das deine Switch Hardware gar kein Teaming supportet !
Könnte man aber mit der genauen Modellbezeichnung im Handumdrehen klären !
Ja, das sollte auf alle Fälle zu deinem Testparcour gehören. Einen Link rausziehen und checken wie sich ein Singlelink verhält.
Es steht zu befürchten nach deinen o.a. Ausführungen das deine Switch Hardware gar kein Teaming supportet !
Könnte man aber mit der genauen Modellbezeichnung im Handumdrehen klären !