IThome

Kontrolliere mal, ob in den Eigenschaften der internen Netzwerkkarte ein Haken bei Datei- und Druckfreigabe und Client für Microsoft Netzwerke gesetzt ist. Überprüfe, ob der Dienst Anmeldedienst, Arbeitsstation und Server läuft ... Führe auf dem Server NETDIAG /FIX durch Welches Asus-Board ist da drin ?

\\192.168.10.4 nicht in der Kommandozeile eingeben, sondern unter Start - Ausführen IPCONFIG ist okay

Mach auf dem Client mal NSLOOKUP SERVER-BUERO (Ausgabe posten) PING SRV-BUERO PING 192.168.10.4 danach \\192.168.10.4 (klappt die Verbindung?) IPCONFIG /ALL des Clients (posten) Kann der Server ins Internet ? Welche Meldung kommt, wenn Du via Explorer zugreifen willst ?

Das sieht okay aus ...

WINS ist auf der ersten Karte nicht konfiguriert, laut IPCONFIG sind auf der externen Karte externe DNS-Server konfiguriert, dort die interne Adresse eintragen. Bindungsreihenfolge angepasst, Bindungen der externen Karte entfernt ? Wie sieht es dann mit einem Client aus (nach Neustart des Clients) ? Bitte erstmal OHNE RRAS prüfen, ob die Clients wieder zugreifen können ... edit: huch, hast Du nachträglich was an der AUsgabe verändert oder werde ich jetzt langsam blind ?

Nicht den Dienst deaktivieren, in der Verwaltung - Routing und RAS rechtsklick auf den Server und dann deaktivieren (RRAS wird durch den Assistenten wieder konfiguriert) ...

Okay, dann deaktiviere RRAS, deaktiviere die überflüssige Karte, überprüfe die Bindungsreihenfolge, setze den WINS auf die interne Schnittstelle, entferne WINS von der externen Schnittstelle, entferne die Bindungen für den Client für Microsoft Netzwerke und die Datei- und Druckfreigabe von der externen Karte und führe dann den Internetassistenten erneut durch. Danach nochmal IPCONFIG /ALL

Eventuell müssen wir noch mal den Stack resetten, aber mach erstmal das, was wir vorgeschlagen haben und IPCONFIG /ALL. So wie ich es verstanden habe, hat der Server 2 Karten (eine integrierte und eine USB-Karte) und keine 3 , gell ?

Off-Topic: @urmel Haste auch Urlaub oder was machste so spät noch hier ? :) @christensen Als erstes deaktiviere mal den RRAS (in der Verwaltung), konfiguriere die Bindungsreihenfolge, wie Urmel beschrieben hat, deaktiviere die Karte und führe dann den Internetassistenten erneut durch ...

Da der Server auch DNS-Server ist und auf dem DC keine externen DNS-Server konfiguriert werden (ausser bei DNS-Weiterleitungen), kann man das Feld auch leer lassen. Dann kommt eine Meldung, dass der Server DNS-Server ist und der installierte DNS-Dienst benutzt wird. Dann lieber die interne Adresse eintragen und den Server auch nur auf dieser Adresse horchen lassen. Mit dem WINS gebe ich Dir aber recht, der Eintrag gehört da nicht hin, zumal da ja auch NetBT deaktiviert ist ...

DNS ist okay, WINS allerdings nicht, hatte ich auch geschrieben (auf die interne Karte), das Deaktivieren der Verbindung ebenfalls. Das mit der MAC-Adresse habe ich allerdings nicht gesehen ... :rolleyes: Ich frage mich allerdings, was es mit dem NForce und ActiveArmor auf sich hat. Hat dieses Board 2 Netzwerkkarten (die dann natürlich verschiedene MAC-Adressen haben sollten) ?

Poste nochmal IPCONFIG /ALL (vollständig) ...

Der Netcard-Test ist auch nicht erfolgreich, der meckert das Gateway an, welches sich im falschen Netzwerk befindet (laut IPCONFIG aber nicht). Laut IPCONFIG ist auf der internen Karte kein WINS-Server konfiguriert, dafür aber auf der externen, aber dort ist NetBIOS über TCP/IP deaktiviert. Der WINS-Server wird auf der internen Schnittstelle definiert und nicht auf der externen. Hast Du die nicht benutzten Karten schon deaktiviert ?

Hm, das liest sich so, als sei es eine Hardwarelösung, aber da kann ich mich auch täuschen, ich habe sowas noch nie gesehen. Was haste jetzt alles schon gemacht ? edit: gibt es Dienste auf dem Server, die die Startart "Automatisch" haben, aber nicht gestartet sind ?

Ich bin mir da auch nicht sicher, habe sowas aber mal gelesen ... ActiveArmor Firewall Die meine ich ...

Deaktiviere als erstes die Karten, die nicht in Benutzung sind und führe den Internet-Assistenten nochmal durch. Läuft auf dem Server ein Firewall (hat der NForce Chipsatz nicht auch einen?) ?

Alle drei Netzwerkkarten ? Ich meinte einen anderen Rechner, der ICS zur Verfügung stellt ...

Meldungen in der Ereignisanzeige ? IPCONFIG /ALL ? Im Moment läuft nur 1 Server, der SBS ? Der 2003er ist ordnungsgemäss entfernt worden ?

Hast Du mit NETDIAG und DCDIAG die Funktionalität der DCs überprüft ? Wenn beide DCs sind , zeigen die bevorzugten DNS-Server jeweils auf sich selbst und alternativ auf den jeweils anderen ? Was ergibt die Ausgabe von IPCONFIG /ALL beider Server ?

Global Catalog, Globaler Katalogserver ...

Kann der 2. Server auch einen DHCP zur Verfügung stellen ? Ich dachte immer, der SBS duldet keinen weiteren DHCP Server in seinem Segment ?

Das ist ja noch die Frage, ob sie das Gateway nicht nutzen. Kann ja ebenso der DNS-Server sein. Funktioniert ein PING zu einer IP-Adresse im Internet ? Wenn nicht, welche Meldung gibt es (bitte die Ausgabe posten) . Die Kommunikation funktioniert offensichtlich, da der Rechner ja den Router noch erreichen kann ... Das Problem besteht wahrscheinlich nicht, wenn der User 1 sich abmeldet und sich User 2 anmeldet oder ?

Ich versuche es mal zu erklären. Eine Gruppenrichtlinie wirkt auf die Objekte, die sich in dessen Reichweite befinden. In der Gruppenrichtlinie kann man Einstellungen in der Benutzer- und Computerkonfiguration einstellen. Stellst Du etwas in der Benutzerkonfiguration ein, müssen sich in der Reichweite der Richtlinie auch Benutzerobjekte befinden, bei der Computerkonfiguration müssen es Computerobjekte sein. Richtlinien lassen sich an 4 Stellen aktivieren (der Reihenfolge nach von der niedrigsten bis zur höchsten Priorität) Lokale Richtlinien Standort-Richtlinien Domänen-Richtlinien Organisationseinheiten-Richtlinien wobei auch gilt, je näher am Objekt, desto höher die Priorität. Verknüpfst Du eine Richtlinie z.B. auf der Domänenebene und stellst dort etwas in der Benutzerkonfiguration ein, wirken diese Einstellungen auf alle Benutzerobjekte (nicht Gruppen) unterhalb der Domäne (sofern sie nicht von einem GPO höherer Priorität überschrieben werden oder die Vererbung deaktiviert wurde). Möchtest Du jetzt eine Richtlinie erstellen, die für Gruppe A etwas einstellt, was nicht für Gruppe B gilt und umgekehrt, kannst Du diese Richtlinie auch auf hoher Ebene (Domäne z.B.) verknüpfen. Einfach nur in die Domäne linken klappt aber in diesem Fall ohne weiteres nicht, da es ja alle Benutzerkonten unterhalb der Domäne erreicht und nicht nur Mitglieder der Gruppe A oder B. Es erreicht alle Benutzerkonten, da die Sicherheitsfilterung der Richtlinie standardmässig den Authentifizierten Benutzern "Lesen" und "Gruppenrichtlinie übernehmen" definiert und zu dieser Gruppe gehören Mitglieder der Gruppe A und B. Also musst Du aus der Sicherheitsfilterung die Gruppe der AUthentifizierten Benutzer entfernen und stattdessen z.B. die Gruppe A eintragen mit der Berechtigung "Lesen" und "Gruppenrichtlinie übernehmen". Die Einstellungen in dieser Richtlinie werden dann auch nur von Mitgliedern der Gruppe A übernommen und nicht von Mitgliedern der Gruppe B. Eine weitere Möglichkeit wäre, die entsprechenden Benutzerobjekte in eine Organisationseinheit zu verschieben, die z.B. Verwaltung heisst. Parallel zu dieser OU wird eine weitere OU Lager eingerichtet und dort kommen alle Benutzerobjekte hinein, die im Lager arbeiten. Werden jetzt in OU Verwaltung Richtlinien definiert (in der Benutzerkonfiguration), gelten diese auch nur für die Objekte, die sich in dieser OU befinden. Diese Richtlinie erreicht die Objekte in der OU Lager nicht ... Das war ein Erklärungsversuch in Kurzform und nicht vollständig, aber vielleicht bringt er Dich auf den richtigen Weg ...

Hast Du die Gruppenrichtlinienverwaltungskonsole installiert oder konfigurierst Du die Richtlinien via Active Directory Benutzer und Computer ?

Sowas kannst Du mit der Sicherheitsfilterung erreichen. Per Default hat ein GPO die Berechtigung "Lesen" und "Gruppenrichtlinien übernehmen" für die Gruppe Authentifizierte Benutzer (also quasi alle). Willst Du Richtlinien hoch platzieren, aber nicht jeder soll jede Richtlinie erhalten, wird die Gruppe der Authentifizierten Benutzer gegen eine andere Gruppe getauscht. Eine andere Möglichkeit wäre, eine OU Struktur anzulegen, die z.B. die Abteilungen wiederspiegelt und dann die entsprechenden GPOs in die OUs linkst ...