RalphT

Moin, nun melde ich mich nochmal zu diesem Thema. Es scheint wohl ein Problem zu geben. Ich habe einen ProCurve 2626 und über das Menü jeweils 6 Trunk-Paare konfiguriert. Port 1-2 auf TRK1, Port 3-4 auf TRK2, usw. Hier hängen z.Z. 4 Server dran. An einem Paar hängt ein Server, der etwas Probleme bereitet: Pinge ich einen bestimmten Rechner in einer anderen TRK-Gruppe an, zeigt er keine Konnektivität an. Manchmal kommt der Ping erst mit der dritten Anforderung zurück. Wenn er jedoch erfolgreich angepingt wird, dann gibt es keine Unterbrechungen. Lässt man den Server jedoch ca. 10 min "im Leerlauf", dann klemmt der Ping wieder. Ich vermute hier eine falsche Netzwerkkonfiguration. Ich hatte den Switch, wie weiter oben beschrieben, den ProCurve 2510 gegen den ProCurve 2626 ausgetauscht. Auf diesem, wie auf allen Servern, die das Teaming mit den Intelnetzwerkkarten unterstützen, habe ich unter Windows die Betriebsart "IEEE 802.3ad Dynamische Link Aggregation" eingestellt. Ich bin schon kurz davor, bei diesem Problemserver, das Teaming abzuschalten und diesen Server klassisch mit nur einem Port auf dem Switch verbinden. Habe ich hier was falsch konfiguriert? Sollte ich bei den Windows-Servern die statische Link Aggregation einstellen? Wäre nett, wenn hier nochmal jemand helfen könnte. Nachtrag: Alle Server und Clients, die an anderen Switchen hängen, können alle problemlos mit diesen 4 Servern kommunizieren.

Moin, wer kann mir bei diesem Firewallproblem etwas weiterhelfen? Ich wollte bei einem Server 2008 SP2 nur wissen, welches Programm eine Verbindung nach außerhalb aufbaut. Dazu hatte ich in der Windows Firewall alles geblockt und die Benachrichtung eingeschaltet. Die LOG-Datei wird auch befüllt. Allerdings sehe ich hier nicht, welches Programm hier telefoniert. Kann man diese Information noch irgendwie herausbekommen?

Moin moin, leider kann ich bis Mittwoch erst einmal garnichts dort machen. Zu dem Steckerproblem: Also der Stecker lässt sich normal leicht raus- und reinschieben. Aber: Wenn man den Stecker fast heraus hat, dann scheint es irgendwo in der Buchse zu klemmen. Daher musste ich etwas fummeln, bis der Stecker heraus war. Eigentlich würde ich jetzt lefg Recht geben. Denn Buchse und Port sind für mich auch unterschiedlich. Der Port ist der Chip auf der Platine, der letzendlich die 8 Pins ansteuert. Die Buchse ist für mich nur die Mechanik. Aber egal - wenn kaput dann kaputt. Ich hatte mal irgendwo gelesen, dass die Switche eine lebenslange Garantie haben. Ist das so? Wenn sich das Ganze auf einen Switch und einem Port bestimmen lässt, dann würde ich, wie NeMiX schon schrieb, einen Case bei HP aufmachen.

Oh Wunder, der Haken fehlte hier. Der Nutzer hat jetzt auch sein Postfach. Danke für die Hilfe. Nur mal interessehalber: Wieso fehlte hier der Haken? Wurde der Nutzer erst hinzugefügt, nachdem Exchange installiert wurde?

Hallo Robert, ja leider, aber die Taste habe ich schon plattgedrückt. Hallo Norbert, mag garnicht fragen, aber wo wird das aktiviert? Ich habe in dem Snap-In Active Directory-Benutzer und -Computer bei dem betreffenden Nutzer alles durchgeklickt, aber dort werde ich nicht fündig.

Moin, ich hatte in der MMC bei Exchange 2010 ein neues Postfach mit einem bestehenden Nutzer angelegt. Das Postfach wurde anschließend in der Konsole nicht angezeigt. Ich bin mir leider nicht mehr ganz sicher, ob der Vorgang wirklich ohne Fehler ausgeführt wurde. Ich glaube aber ja. Bei der anschließenden Wiederholung der Aktion kommt diese Fehlermeldung: Fehler: Fehler bei Active Directory-Vorgang mit Server-DC1. Bei diesem Fehler ist kein Wiederholungsversuch möglich. Zusätzliche Informationen: Die Zugriffsrechte reichen für diesen Vorgang nicht aus. Active Directory-Antwort: 00002098: SecErr: DSID-03150A48, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0 Der Benutzer verfügt nicht über die erforderlichen Zugriffsrechte. In den Ereignisanzeigen Exchange und DCs konnte ich dazu nichts finden. Ein weiteres Postfach mit einem anderen Nutzer konnte ich wieder hinzufügen. Bevor ich jetzt irgend etwas falsch mache, frage ich lieber hier. Ich bin nämlich kurz davor den Nutzer in der AD zu löschen und wieder neu anzulegen. Habe Ihr Tipps für mich?

Moin, jetzt ist die Testphase vorbei. Die Anwendungen laufen wohl wieder alle fehlerfrei. Jetzt wollte ich mal in einer ruhigen Minute nachsehen, welcher von den beiden Ports (11 oder 12) defekt ist. Laut Fehlermeldung war das fast klar, was dort defekt sein musste. Entweder Port 11 oder Port 12 von dem fehlermeldenten Switch. Anfangs wollte ich das einfach nicht glauben, dass ein Port defekt sein soll. Das kurze Verbindungskabel hatte ich vorher schon mal getauscht. Manchmal gibt es auch einfach nur Kontaktprobleme. Der hätte sich aber beim Tausch des Kabel erledigen müssen. Was mir bei diesem Switch noch aufgefallen ist: Drei Clients hatten keine Netzwerkverbindung mehr. Am Switch waren die Stecker offentsichtlich richtig drin, jedoch ein richtiges Nachdrücken brachte den Erfolg. Liegt das an den Patchkabeln oder an der Buchse? Habe das auch schon öfters mal erlebt. Vielleicht kann mir jemand dazu etwas noch sagen.

Sehe ich auch so. Und das habe ich wohl scheinbar geschafft. Seit 2 Stunden nicht ein einziger CRC-Fehler. Ich hatte zuerst das verdächtige Kabel aus dem Switch (Port 15) herausgezogen. Daran lag es nicht. Dann hatte ich beide Switche neu gestartet. Daran lag es nicht. Dann hatte ich die Verbindung zwischen den beiden Switchen (Port 11 und Port 12) auf Port 25 verlegt. Danach war der Fehler weg. Jetzt muss ich erst einmal abwarten, ob jetzt tatsächlich auch die Anwendungen wieder richtig laufen.

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?