stemar

Hi Nobert, hab den google-dns nur mal zum testen für den Befehl nslookup genutzt. Ansonsten kommt der Eintrag nirgends vor :) Funktioniert bei beiden Server und das direkt...

Hallo zusammen, warte immer noch auf die neue Firewall :( Einschlägige Fehler im Ereignisprotokoll sind nicht vorhanden. NIC-Teamvorgang ist auf beiden Servern deaktiviert... Hab eben, als es mal wieder hing, "nslookup www.chip.de" laufen lassen. Über den eigenen Server kam zuerst "DNS request timed out. timeout was 2 seconds". "nslookup www.chip.de 8.8.8.8" brachte direkt Erfolg. Erneut über den eigenen Server nur 1 timeout und danach die Auflösung. Dann wiederholt über den eigenen Server ohne Fehler, dafür aber dann über den Google-Server nur Timeouts. Hab das mal als Datei angehangen nslookup.txt

Danke für die Info :) Sobald die neue Firewall installiert wird setze ich mich mit Netz Technikern vom ISP in Verbindung und lasse das ganze mal überwachen. Die sollten dann ja dazu in der Lage sein... Gruß Markus

Da die "Störungen" nur gelegentlich auftreten sollte eigentlich alles in der Firewall stimmen. Ansonsten hätten wir doch permanente Störungen.

Die Switche, Firewall und Router sind vom ISP, da hab ich keinen Zugriff drauf Der einzige Switch, auf den ich zugreifen könnte ist "doof", der ist zu alt. Laut ISP kann auch nicht an der Firewall erkannt werden, welches Netz (haben 3 interne Netze) geschweige denn welche IP(s) den Traffic erzeugen. Wir bekommen jetzt zeitnah eine neue Firewall, mit der das dann endlich möglich sein soll. Alles recht schwierig hier bei uns... Gruß Markus

Sorry für die späte Antwort :) Die DNS vom ISP sind 194.8.194.60 und 81.173.194.76 Als Schnittstellen werden nur die überwacht, die auch als IP angegeben sind. Reverse-Lookupzonen sind vorhanden. Ich habe langsam den Eindruck, das unsere INet Leitung schlicht weg überlastet ist und deshalb die restlichen MAs die Probleme mit dem Netz haben... Gruß Markus

Die beiden DNS zeigen jeweils zuerst auf den anderen, danach auf sich selbst. In der Weiterleitung hab ich die Einträge vorgenommen, die mir der ISP gegeben hat. Bei den Stammeinträgen sind nur IPv4 Adressen drin, das sollte ja laufen... Gruß Markus

Sorry, die Spitzen sind Lastspitzen im Datenverkehr (ca. 100MBit/s bei einer 100MBit Leitung). Keine Stromspitzen...

Die Spannungsspitzen liegen intern im Netz, deshalb ja der andere Trööt. Kämpfe noch mit dem Auffinden des/der Übeltäter/s. An Wochenenden sind die Spitzen nicht vorhanden, erst wenn die Leute arbeiten. Erste Störung lag beim ISP, da hat er einen Leitungsfehler bei sich eingeräumt und (angeblich) beseitigt. (Wir wurden an unterschiedlichen Anschlüssen am DSLM geschaltet und wir haben unsere Inhouse-Verkabelung mit CAT7 Kabel neu legen lassen, ca. 90m) Dadurch das kein Modem mehr da ist fallen auch die längeren Ausfallzeiten wegen dem Sync-Verlust weg. Die Neusynchronisation hat mitunter Minuten gedauert. Wie genau unsere Verbindung zum IPS jetzt funktioniert, ist mir ein Rätsel. Ich weiß nur, das wir kein Modem mehr haben und der Anschluss vom Router direkt in den DSLAM geht (CAT7 Kabel). Die Zieladressen der beiden DNS Server zeigen direkt auf die DNS des ISP. Einträge sind identisch. Öffentliche DNS-Server-Einträge anstatt der vom ISP haben keine Besserung gebracht. Standard-Gateway ist unsere Firewall. Router IP kenne ich nicht. Ereignisprotokolle wurde noch nicht behandelt. Nächste "Screenshot" wird als Text hier eingefügt, versprochen :)

Die Weiterleitungen sind auf die vom Provider angegebenen externen DNS Server eingerichtet. Was mich stört, das es keine permanenten Ausfälle sind, sondern nur kurzzeitig. Wie das ganze anfing hatten wir auch noch Leitungsprobleme, so das unser Modem den Sync verloren hat. Problem lag beim Provider und dieses wurde behoben. Mittlerweile ist unser CAT7 Kabel direkt mit dem DSLAM verbunden (also kein Modem mehr) und somit können laut Provider keine Ausfälle mehr stattfinden. In naher Zukunft bekommen wir zusätzlich Glasfaser bis ins Büro gelegt. Für mich total b***d, das die Ausfälle ungefähr in dem Zeitpunkt anfingen, als der zweite Server aufgesetzt und als DHCP Failover konfiguriert wurde. Nachdem die Leitungsproblematik vom Provider zugegeben wurde hab ich mich nicht mehr um das Thema gekümmert. Seit aber die Leitung stehen soll und die Spannungsspitzen als "Fehler" deklariert wurden stehe ich etwas auf dem Schlauch... WINS hatte ich nur der Vollständigkeit erwähnt.

Hallo zusammen, ich hab da ein Problem in unserem Netz: zwischendurch war der Traffic auf unserer Internetleitung (100MBit) bei 100%, so das kein weiteres Arbeiten möglich war. Hier der alte Beitrag: https://www.mcseboard.de/topic/212243-netzwerktraffic-protokollieren/ Unser Netz besteht aus einem AD mit zwei Windows-2012 R2 Servern, 60 Windows-10 Clients, ein paar Druckern und einer extern gewarteten Firewall, die unser Gateway ist. Die Server sind als DHCP Failover eingerichtet und auf beiden läuft der DNS Server. Ich hab jetzt den DHCP Failover nochmal neu angelegt, auf beiden Servern WINS installiert (war zuvor nur auf dem ersten Server) und auch sonst alle Einstellungen überprüft (hoffe ich zumindest). Die Lastspitzen sind seit dem (fast) weg, Internet hakt aber zwischendurch immer noch? Ein " ping www.chip.de" oder "nslookup www.chip.de", auch mit anderen DNS Servern, bringt in den Momenten dann auch eine Zeitüberschreitung bzw. einen Request Timeout Fehler (siehe Bild)? Kurz danach klappt dann wieder alles... Einer eine Idee, was das sein kann??

So, hab den DHCP Failover nochmal neu angelegt, auf beiden Servern WINS installiert (war zuvor nur auf dem ersten Server) und auch sonst alle Einstellungen überprüft (hoffe ich zumindest). Die Lastspitzen sind seit dem weg, Internet hakt aber zwischendurch immer noch? "nslookup www.chip.de", auch mit anderen DNS Servern, bringt in den Momenten dann auch einen Request Timeout Fehler (siehe Bild)? Kurz danach klappt dann wieder alles... Einer eine Idee, was das sein kann?? Oder soll ich da besser einen neuen Trööt aufmachen? Gruß Markus

Das hört sich Interessant an. So könnte man erstmal den Traffic ivon der Firewall ins Netz prüfen. Wir haben eine Netscreen SSG5 mit 3 Netzen (192.168.40.x intern, 192.168.42.x Webserver und 192.168.50.x VPN). So kann ich zumindest schon mal feststellen, ob die Lastspitzen im internen Netz liegen oder am Webserver. Jetzt muss ich nur noch raus bekommen, wie ich die Ports einrichten muss...

Ja, das hilft ;) Dann lieg ich mit PRTG erstmal richtig.

Die Ciscos wurden vom IPS vorkonfiguriert geliefert. Welche neu kommen ist mir Latte, Hauptsache funktioniert ;)