RalphT

Da hab ich auch schon nachgesehen. Die Ereignisanzeigen (stichprobenweise) weisen auf keinen Netzwerkfehler hin. Die DNS scheint gut und schnell zu reagieren. In der Eingabeaufforderung nslokkup eingetippt und es erscheint sofort einer der beiden zuständigen DNS-Server (Zwei Dcs). Auflösung funktioniert auch. Ich bin ja heute nachmittag da vor Ort. Dann werde ich mal alle ca. 15 Clients von einem Switch abhängen und an den anderen Switch anschließen. Viellleicht bin ich dann schon einen Schritt weiter.

Das kann ich jetzt nicht sagen. Das kann ich erst vor Ort prüfen. Sobald ich mehr weiß oder den Fehler gefunden habe, melde ich mich nochmal.

Ja, auch die Datei liegt lokal. ISt ist sogar oft so, dass sie in Excel auf Datei neu klicken und in dieser Datei (noch nie gespeichert) lange rumschreiben. Da gibt es keine Probleme. Die Lizenzserver kommen von der verdächtigen Leitung an Port 15. Am anderen Ende hängt der Lizenzserver. Ping habe ich an manchen PCs dauernd laufen lassen. Manche PCs haben tw. einen Ping Aussetzer. Andere Clients haben bei manchen Pings schon mal 15 oder 30 ms Verzögerung. Tracert habe ich nicht gemacht. Was soll ich denn tracen?

Das habe ich auch vor. Auf den beiden Switchen ist nichts weiter konfiguriert. Sie sind einfach nur kaskadiert, wie auf die Skizze oben.

Ja, den Grund hatte ich verschwiegen. Alle Teilnehmer klagten bei der Nutzung bestimmter Programme über Aussetzer. Das äußert sich z.B. so, dass die Applikation eine Sanduhr zeigt. In dem Zustand des Einfrierens, ist am Rechner nichts mehr möglich. Dieser Zustand des Einfrierens soll angeblich über 10 Sekunden sein. Bei dieser ganzen Geschichte gibt es noch Unstimmigkeiten. Jeder sagt etwas anderes. Richtige 10 Sekunden stillstand wird schon mal als 30 Sekunden interpertiert. Aber egeal, die Anwendungen dürfen ja nicht stocken. Weiterhin arbeiten dort Leute mit Excel. Wenn nur mit Excel gearbeitet wird, dann melden die Nutzer keine Probleme. Ok, was ist jetzt an diesen "Problemprogrammen" anders als bei Excel? Das habe ich auch schon herausgefunden: Diese Programme telefonieren immer mit einem Lizenzserver. Aus irgendwelchen Gründen kann der Lizenzserver nicht sofort antworten, die Applikation stockt. Wenn die Applikation einfirert, dann sollen alle gleichzeitig den Fehler haben.

Ja leider, völlig richtig. Ich kam gleich auf den Gedanken, weil das Kabel, welches mit Ader 8 defekt ist, liegt tw. außerhalb des Gebäudes. Das Kabel kommt an Port 15 an (oberer Switch). Da gibt es keine CRC-Fehlermeldungen.

Moin, ich komme erst heute nachmitag dazu, das genauer zu untersuchen. Die eine defekte Ader ist wohl durch Beschädigung entstanden. Leider war ich nicht dabei, wie das Kabel durchgemessen worden ist. Jedenfalls sagte man mir, der Elektriker kam mit einem "teuren" Messgerät an. Ich gehe mal davon aus, dass das Gerät auch vieles andere messen kann, wie Übersprechen, Dämpfung, Entfernung usw. Ich gehe mal davon aus, dass der Bediener vielleicht nicht so mit dem Gerät vetraut ist. Was mich immer noch etwas nachdenklich macht ist, dass die CRC-Meldungen an Port 12 jede Minute ankommen. Den Befehl sh int br habe ich an beiden Switchen eingetippt. Alle Clients zeigen im Mode einen Wert von 100 FDx an. Beim MDI-Mode zeigen manche Geräte MDI und manche MDIX an. (Ist das von Relevanz?) Alle Clients haben die gleiche Netzwerkkarte eingebaut. An dem oberen Switch kamen noch weitere CRC-Errors an zwei anderen Ports an. Leider weiß ich jetzt noch nicht, was an den beiden Ports dranhängt. Das werde ich aber noch herausbekommen. Auf jeden Fall werde ich die Brücke zwischen den beiden Switches an den Port 11 und 12 entfernen und diese auf die 1000 MBit-Anschlüsse stecken. Auch eine Idee wäre, den unteren Switch abklemmen.

Hallo NeMiX, danke für die Antwort. Wir sind hier schon etwas weiter. Ich habe einen Elektriker mit Messgerät kommen lassen. Der hat die verdächtige Leitung an Port 15 durchgemessen. Ergebnis Draht 8 ist weg. Nun habe ich noch dunkel in Erinnerung, dass nicht alle Leitungen bei einem 100 MBit-Anschluss benötigt werden. Weiterhin kann ja an diesem Kabel noch mehr defekt sein. Was denkst Du denn, kann dahinter (ab den beiden Switchen) trotzdem noch etwas defekt sein? Das kleine Kabel von Port 11 nach 12 hatte ich getauscht. Muss ich mir jeden PC genauer ansehen?

Hallo, ich habe hier folgende Konstruktion (Siehe Anhang) vorgefunden: Bei dem einem Switch kommen sehr häufg die Meldungen "excessive crc/alignment errors" auf Port 12 an. Die Meldungen an Port 11 sind auch vorhanden, jedoch von der Anzhal her wesentlich weniger. Die Meldung deutet wohl auf einen Kabelfehler hin. Ich vermute jedoch, dass das Kabel an Port 15 defekt ist. Mein Frage: Wen das Kabel tatsächlich an Port 15 defekt sein soll, kann es trotzdem sein, dass der Switch HP Pro Curve 2620 diesen Fehler an Port 12 meldet? An beiden Switchen hängen noch diverse Clients dran.

Oh nee, ich werde einen Teufel tun und dort etwas löschen. Alles klar, dann habe ich das verstanden.

Hm ok, das verstehe ich. Aber eins verstehe ich jetzt nicht: Wie replizieren sich die beiden Standorte denn, wenn alles läuft? Unter den NTDS-Settings ist dann keine "Querverbindung" mehr vorhanden. Oder läuft die Replizierung über einen anderen Weg?

Stimmt, das hatte ich woanders schon mal gesehen. Ok, dann hab ich das ja richtig gemacht.

Ok, dann kann ich ja woanders suchen. Dazu habe ich doch eine Frage: Ich habe für den Standort die entsprechenden IP-Subnetbereich hinzugefügt. Die Zweigstelle hat allerdings zwei IP-Subnet-Bereiche. Aber nur in einem Bereich sind die beiden DCs 3+4. Frage: Trägt man jetzt nur den Subnetbereich ein, in denen die beiden DCs hängen oder werden alle Subnetbereiche dort eingetragen?

Also, das Minimum müsste bei ca. 6 MBit/s liegen

Moin, ich habe mal eine Frage zum Thema "Active Directory Standorte und Dienste", hier zur Replizierung unter "NTDS Settings". Ich habe insgesamt vier DCs. Zwei DCs (1+2) sind in der Hauptgeschäftsstelle und zwei (3+4) in der Zweigstelle. Die Replizierungseinstellungen zwischen DC 1+2 wurden bei der Installation automatisch eingestellt. Die Replizierungen zwischen DC 3+4 wurden auch automatisch eingestellt. Damit sich aber die beiden DCs zwischen der Hauptgeschäftstelle und der Zweigstelle auch replizieren, habe ich eine manuelle Verbindung zwischen DC1 und DC3 hinzugefügt. Die Zeitenplan bei der manuellen Verbindung habe ich auf alle 15min verändert. Ich habe dort auch die beiden Standorte angelegt und dort die entsprechenden Subnetze zugewiesen. Frage: War das so richtig? Ich frage deshalb, weil ich hier im Netzwerk ab und an ein Stillstand habe. Das bedeutet, dass man eine kleine Datei öffnen möchte und der Arbeitsrechner diese Datei erst manchmal nach ca. 10 sek. öffnet. Meine Vermutung bei diesem Fehler ist, dass einer von den DCs, entweder mit einem anderen DC aus der Zweigstelle kommunzieren will (über VPN) oder mit einem Rechner aus dem Internet.

Alles klar, Danke!

Danke für die Info, jetzt habe ich das noch gefunden: http://satware.com/blog/archiv/link_aggregation_802_3ad_zwischen_hp_procurve_2510g-24_und_diskstation_von_synology-322.article.html Dort hat man den Switch anders konfiguriert. Im Menü unter "Switch Configuration / Port/Trunk Settings" wurden die Ports zugewiesen. Frage: Ist das der gleiche Weg, wie in der CLI das Kommando lacp active? Und scheinbar habe ich doch einen Fehler gemacht. Ein Switch ist vom Typ 2510. In den Spezifikationen steht: "Der 2510-24 unterstützt bis zu zwei 10/100-Trunks mit je vier Links/Ports plus einem Gigabit-Trunk". Dort betreibe ich aber 4 Windowsserver. Demnach müsste ich an diesem Switch wieder zwei abklemmen. Ist das so richtig?

Hallo, ich habe hier einen ProCurve 2620. Dort habe ich die Ports 1-12 als lacp aktiviert. An diesen Ports hängen 4 Server. Die Windowsserver haben auf dem Motherboard jeweils immer zwei Intel-LAN-Anschlüsse. Diese habe ich dann zu einer Gruppe vom Typ "IEEE 802.3ad Dynamische Link Aggregation" zusammengefasst. So scheint alles zu laufen. Ein Blick in das Protokoll vom Switch macht mich jedoch etwas nachdenklich. Dort stehen folgende Fehlermeldungen: ports: port 4 is Blocked by LACP, dann eine Sekunde später das: ports: port 4 in Dyn1 is now on-line. oder lacp: Port 2 is moved to trunk Dyn2 lacp: Port 1 is moved to trunk Dyn2 Ist das alles richtig? Die Ports 1-12 habe ich in der CLI wie folgt konfiguriert: int 1-12 disable int 1-12 lacp active int 1-12 enable Wäre mal gut, wenn sich einer der Experten dazu mal äußern könnte.

Danke für den Link.

Nein. Ich habe mal gehört, dass man das vermeiden sollte. Den genauen Grund konnte man mir nicht nennen. Fragst Du deshalb, wegen einer evtl. Zeitdifferenz zwischen dem Host und dem Gastsystem?

Ich habe das mal eben nach der Anleitung gemacht. Jetzt ticken die Uhren wieder richtig. Danke.

Hallo, mir ist gerade aufgefallen, dass bei den beiden DCs, die Uhrzeit für ca. 30 Sekunden auseinanderliegt. Der Server mit der Rolle PDC hat eine falsche Uhrzeit. Der andere DC hat seltsamerweise die exakt richtige Uhzeit. Kann es sein, dass der DC mit der Rolle PDC einfach das Problem hat, dass er einen externen PTB-Server nicht findet? Und warum hat der andere DC die richtige Uhrzeit? Müsste er sich nicht mit dem DC, der die Rolle PDC hat, synchronisieren? Er scheint so, dass er sich mit einem externen PTB-Server direkt synchronisiert. Hat da jemand einen Rat für mich?

Hallo, ist es bei Exchange 2010 eine zu sendende Mail vorher auf einen gültigen MX-Eintrag zu überprüfen, bevor die Mail rausgeht? Damit meine ich, ein Nutzer schickt eine E-Mail mit einer falschen Adresse zum Sendeconnector, der überprüft auf gültigen MX-Eintrag. Wenn er einen Fehler feststellt, soll Exchange die Mail erst garnicht weiterschicken. Viele Grüße

Das habe ich noch nie gehört, habe aber das Gefühl, dass hier dir Ursache liegt. Ich muss mir das mal in Ruhe durchlesen, wie das funktioniert. Nur ganz kurz, unter AppData\Local\VirtualStore bin ich schon mal fündig geforden. Dort liegt eine CONF-Datei.

Die DEP war bei mir aktiv. Habe ich mit dem Befehl bcdedit /set nx AllwayOff ausgeschaltet. Den Dienst habe ich anschließend mit httpd -k install angelegt. Da kann ich jetzt nicht ganz folgen. Ich sehe im Dienst nur den Pfad zu der httpd.exe mit den Parametern. Mehr nicht. Mir ist noch ein weiteres Phänomen aufgefallen: Wenn ich mich lokal auf dem Server als Domänenadmin anmelde und die http.conf verändere und anschließend mich über RDP mit dem Nutzer aus der AD anmelde, dann sehe ich nicht die Änderung in der http.conf-Datei. Damit fing das Elend eigentlich auch an. Ändert der Nutzer irgend etwas in der CONF-Datei, dann sehe ich als Admin die Änderung nicht. Es sieht so aus, als wäre Laufwerk C spiegelbildlich vorhanden. Also der Admin hat eine Version und der Nutzer aus der AD eine andere Version. Diesen Fehler, wenns überhaut einer ist, habe ich wie folgt beseitigt: Im Editor den Inhalt der CONF-Datei kopiert in eine neue Textdatei kopiert - die alte CONF-Datei gelöscht - und die Textdatei in die CONF-Datei umbenannt. Seitdem findet Apache auch die CONF-Datei nicht mehr. Hat noch jemand eine Idee dazu?