klausk

Kenne nur eine 36 GB-S-ATA-Platte von WD, die anscheinend für den Server-Betrieb ausgelegt ist: http://www.westerndigital.com/en/products/WD360GD.asp @Dr.Melzer Was versteht Du unter einem "vernünftigen RAID"?

Bei manchen Switchen kann man die zugelassenen MAC-Adressen konfigurieren, d.h. wenn ein Rechner an einen Port angeschlossen wird, dessen MAC-Adresse der Switch nicht kennt, wird der Port nicht aktiv geschalten. Man könnte natürlich auch die LAN-Dosen vor unbefugtem Zugriff sichern.

Versuchs mal mit R-Studio. Ist ein Klasse Tool, kann als einer der wenigen Wiederherstellungs-Programme auch mit dynamischen Datenträgern umgehen. Hab damit die Daten einer gelöschten Partition wiederherstellen können.

Am einfachsten ist es, Du stellst einen WLAN-Router (Hardware-Box) hin, bei dem Du manuell Routen hinzufügen kannst. Ansonsten gehen mir langsam die Ideen aus. Bei Winroute lesse ich immer was von Firewall - vielleicht ist die der Grund, warum das Routing nicht funzt??

zu Frage 1: Hängt davon ab, was Du alles im Internet machen willst... Durch die eingetragenen Routen wird die Anfrage nach 192.168.1.99 eben nicht mehr ins Internet geleitet. Hat PC3 nun die .1.99 oder die .1.74? Waren PC2 und PC3 beim Testen an?

Schade - hatte gehofft, dass Du das weißt.

@grizzly999 Wie sieht es aus, wenn NetBIOS über TCP/IP deaktiviert ist?

Wer weiß schon, ob Winroute bei der Netzwerkbrücke nicht auch noch dazwischen funkt ... Ich würde mal beim Hersteller anfragen, ob das aktuelle Problem bekannt ist und ob es eine Lösung dafür gibt. Hab ich eben noch auf der FAQ-Seite zu WinRoute gefunden: Was sollte ich überprüfen, wenn WinRoute nach der entsprechenden Aufforderung keine Verbindung herstellt? Wenn WinRoute keine Dial-on-demand-Verbindung herstellt, gehen Sie zum WinRoute-Computer und geben Sie an der Eingabeaufforderung "route print" ein. Wenn zwei Sätze viereckiger Nullen als die ersten beiden Einträge angezeigt werden, müssen diese gelöscht werden. Geben Sie an der Eingabeaufforderung erneut den Befehl "route", um diese Route zu löschen. route delete 0.0.0.0 0.0.0.0 Mach das mal auf PC1...

PC2 braucht den S-GW-Eintrag, das ist klar. PC1 bekommt mit der DFÜ-Verbindung ein S-GW, ist so auch ok. Übrigens, lt. Deiner Zeichnung hat PC3 die IP 192.168.1.74 und nicht die .99, wie bei Deinem Ping-/Tracert-Versuch!? Dass bei PC1 oder PC2 das Routing nicht aktiviert ist, dachte ich auch schon, dann würde aber auch die Gegenrichtung nicht geroutet werden und das funzt ja :cry: Kannst aber mal auf PC1 und PC2 mit ipconfig /all überprüfen, ob auf den beiden Rechnern das IP-Routing aktiviert ist oder nicht ... Meine derzeite Vermutung ist, dass Winroute irgendwie das Routing auf PC1 durcheinander bringt und das auch nur bei NW-Traffic, der von Deinem Netz ausgeht. Wenn der Traffic von dem anderen Netz ausgeht funzt ja alles :(

Es geht definitiv, Anwendungen nur einer CPU zuzuweisen. Habe es selbst schon oft genug gemacht und konnte den Erfolg im Taskmanager nachvollziehen - 1 CPU ohne Last, die andere mit Last. Möglich ist das bei MS natürlich nur mit NT, W2k, XP ohne Home und W2k3.

Kann man in der Regel manuell machen, muß man aber nicht oder nur selten - ich spreche aus Erfahrung. Einen Link habe ich leider nicht zur Hand ...

Einen offensichtlichen Konfigurationsdehler habe ich nicht gefunden. Bin aber eben auf die Idee gekommen, mal kurz die Doku von WinRoute anzuschauen. Die schreiben, dass die Intranet-Adapter auf dem GW-PC kein S-GW eingetragen haben dürfen. Lösch daher den GW-Eintrag des WLAN-Adapters von PC1. Wenn das auch nichts hilft, deaktivier mal testweise WinRoute und teste nochmals von PC4 zu PC3.

Kann es sein, dass in den TCP/IP-Eigenschaften der NW-Adapter die automatische Vergabe für die Metric aktiviert wurde? Wenn ja, rausnehmen. Route-Change-Beispiel: route -p change 192.168.0.0 mask 255.255.255.0 192.168.0.1 metric 1 Kannst Du mal einen Überblick geben, was inzwischen geht und was immer noch nicht geht? Hat das Hinzufügen der Routen geklappt und den gewünschten (Teil-) Erfolg gebracht?

Meinst Du mit PXE-Server den W2k-RIS-Server?

Defekte Hardware - NW-Karte, Kabel, Port am Hub/Switch? Mal den Switch vom Stromnetz getrennt/resettet, um die MAC-Port-Zuordnung zu löschen?

Hab mir nochmal Deine Zeichnung angesehen und in auf einen Fehler im Route-Befehl gestoßen. Der muß auf PC1 so lauten: route -p add 192.168.1.0 mask 255.255.255.0 192.168.0.102 metric 1 Auf PC2 mußt Du auch noch eine Route hizufügen, um von PC3 auf PC4 zugreifen zu können: route -p add 192.168.100.0 mask 255.255.255.0 192.168.0.1 metric 1 Zum eigentlichen Thema: Mich irritiert bei den Routen für die internen Netze die hohe Metric (Anzahl) kann Du die mal auf "1" ändern und das Ergebnis posten. Ändern geht mit route -p change ... metric 1. Wenn die Änderung nichts bringt, führ mal den tracert-Befehl für eine interne IP aus, die nicht mehr funzt und poste das Ergebnis.

Versuch mal den Tipp von grizzly9999, wenn das noch nicht ausreicht, vertausch bei den beiden 0.0.0.0-er-Routen mal die Metric/Anzahl - mit der momentanen Konfiguration werden Anfragen ins Internet über die 192.168.1.211 (Metric 1) verschickt (vermutlich das VPN!?) und nur bei Ausfall dieser Verbindung über die 192.168.10.11 (Metric 21).

@BlackShadow Mach bitte für Dein Problem einen neuen Beitrag auf - das lenkt hier nur ab.

Wenn der andere PC aus ist, könnte es natürlich passieren, dass die WLAN-KArte nicht aktiviert wird bzw. nach einer gewissen Zeit wieder deaktiviert wird und deshalb das Hinzufügen der Route fehlschlägt. Das solltest Du überprüfen ... Ansonsten geb mal "route print" ein, dann bekommst Du u.a. die Schnittstellenliste des Servers angezeigt. Füge dann an ursprünglichen Route-Befehl noch IF Schnittstelle mit IP aus 1er-Netz hinzu, z.B: route -p add 192.168.1.0 mask 255.255.255.0 192.168.1.102 metric 1 IF 0x1000003 Poste auch mal die Routing-Tabelle des Servers, damit wir Deine ursprüngliche Frage nicht aus den Augen verlieren :D

Ich meine, irgendwann und irgendwo gelesen zu haben, dass es Probleme mit bestehenden Gruppenrichtlinien und selbst erstellten OU's gibt. Weiß leider nicht mehr wann und wo :( Erstell mal für die OU eine neue GPO und konfigurier erneut die gewünschten Einstellungen - vielleicht klappt es dann ...

Wenn Du den Befehl so eingegeben hast, kann es nicht funzen - Du hast einen Zahlendreher mit eingebaut! Es muß heißen : route -p add 192.168.1.0 mask 255.255.255.0 192.168.1.102 metric 1

Ja was nun - OUs bereits angelegt oder nicht? Die Rechte ändern sich jedenfalls durch das Verschieben der Benutzer-/Gruppen-Objekte im AD nicht und auf Freigaben hat das auch keine Auswirkung => kein Problem :) Alternativ könntest Du auch mit nur einem Logon-Skript arbeiten. Für die unterschiedlichen Laufwerkeverbindungen kannst Du mit dem bei MS frei herunterladbaren Tool ifmember.exe aus dem Resource Kit die Gruppenzugehörigkeit abfragen und entsprechend die Freigaben mappen. Finde ich persönlich die bessere Lösung, da die Nachvollziehbarkeit größer wird und auch nur ein Skript gepflegt werden muß.

Du mußt für jede Abteilung eine neue Richtlinie erzeugen und das jeweilige Logon-Skript im Benutzerbereich eintragen. Die Richtlinien erzeugst Du jeweils für die entsprechende Abteilungs-OU, dazu in den Eigenschaften der jeweiligen OU unter der Registerkarte "Gruppenrichtlinien" die neuen Richtlinien erstellen.

Kannst Du bitte erst mal eine Rückmeldung zu diesem Beitrag geben? Was war die Lösung? Vielleicht kann ich Dir dann helfen. Andernfalls muß ich den Kaffeesatz aus der Biotonne holen ... :D :D

Hatte die Fehlermeldung auch schon - und inzwischen eine neue Platte. Die Platte hatte einen defekten Sektor und die Datenrate lag bei ca. 3,5 MB/s anstatt 44 MB/s. Da noch Garantie auf der Platte war, habe ich sie reklamiert und nach mehreren Wochen eine Neue bekommen.