Gulp

Hi dippas, ich hab das schon verstanden .... ;) Ich für meinen Teil antworte dennoch immer mit einem "Nein" und nenne das SBS Domäne, dann verstehen die Leute das in der Regel besser. Die "gemeinen" AD Funktionen beherrscht der SBS ja durchaus. Grüsse Gulp

Wer lesen kann ist klar im Vorteil! ;) Grüsse Gulp

Eieiei, mit sowas bin ich immer vorsichtig ..... Gibt es keine Alternative für Dich (zB 2. DC aufsetzen und den jetzigen rausnehmen oder mit neuem Namen installieren)? Für Windows 2000 Server gilt auf jeden Fall folgender Artikel: How to Rename a Windows 2000 Domain Controller Für Windows 2003 gilt: How To Use the Netdom.exe Utility to Rename a Computer in Windows Server 2003 Grüsse Gulp

Lies mal die Einschränkungen des SBS bezüglich Domänen, dann fällt Dir auf, dass der SBS eben nicht voll-kompatibel zu AD Domänen ist. Ebenso möchte er nicht DER sondern nur der ERSTE DC sein, andere DC's lässt der SBS sehr wohl zu. Grüsse Gulp

Der SBS kann nicht als Mitgliedsserver laufen, er muss ein DC sein, dazu noch der erste in einer Domäne. Es gibt zwar die Möglichkeit einen SBS in eine bestehende Domäne zu installieren, jedoch wird die Domäne dann zu einer SBS Domäne. Zitat aus Microsoft FAQ zu SBS Server: (http://www.microsoft.com/germany/sbserver/uebersicht/faq.mspx) Für Windows Server 2003 for Small Business Server gelten die folgenden Einschränkungen: • In einer Domäne kann nur auf einem Computer Windows Server 2003 for Small Business Server ausgeführt werden. • Windows Server 2003 for Small Business Server muss die höchste Ebene (Root) der Active Directory-Struktur darstellen. • Windows Server 2003 for Small Business Server kann keinen anderen Domänen vertrauen. • Eine Windows Server 2003 for Small Business Server-Domäne kann über keine untergeordneten Domänen verfügen. • Jeder zusätzliche Server muss über eine Client Access-Lizenz (CAL) für Windows Small Business Server 2003 verfügen. CALs können auf Benutzer- oder Gerätebasis abgeschlossen werden. Ob das den Anforderungen für Deine Domäne entspricht, musst Du natürlich wissen. Grüsse Gulp

Ja, auf Samba/Linux gibt es keine lokalen NTFS Berechtigungen, ist aber auch egal, die Freigabe arbeitet auch mit den Linux Filesystem Berechtigungen (es ist quasi völlig wurscht was da als Filesystem verwendet wird). Bei Freigaben ist die Frage nach lokalem Dateisystem (also NTFS) sowieso nicht relevant, Windows wie Linux arbeiten dabei mit CIFS und regeln "untendrunter" ihre Berechtigungen über die im Filesystem vorhandenen Einstellungen und Möglichkeiten. Grob gesagt: Sind die User/Gruppenberechtigungen in Linux/Samba auf den Profilordnern korrekt angelegt, funktioniert das mit Profilen auf Samba-Shares wie am Schnürchen (bei meinen Servern jedenfalls - mit RedHat Enterprise Linux AS 4 und XP Clients). Beachten muss man, wie Kollege Hirgelzwift anmerkt, dass man die Richtlinie "Computerkonfiguration -> System -> Benutzerprofile -> Eigentümer von servergespeicherten Profilen nicht prüfen" aktiviert hat Es ist sicherlich nicht ganz so komfortabel einzurichten, wie Profilfreigaben auf Windows Servern zu hosten, aber auch nicht unmöglich. ;) Grüsse Gulp

Wenn das Board von USB booten (mal Bootoptionen checken ;) ) kann, kann es auch Floppies erkennen. Das kann sehr wohl bei älteren Boards nicht funktionieren, moderne sollten das jedoch klaglos tun. Grüsse Gulp

Das Szenario, "Scheffe kümmert sich drum" hatte ich in meinem alten Job auch ... gut, dass ich da raus bin. Ich stimme schroeder750 uneingeschränkt zu, erstmal gucken, dass das Backup läuft. Dann Bestandsaufnahme, was wird gebraucht, was kann man rückgängig machen, ist ein Neuanfang besser/schneller. Die Erstellung einer Domäne mit DCPROMO ist generell auch recht einfach, wenn es sich um neue Umgebungen handelt. Bei Migrationen oder Erweiterungen bestehender Domänen kann man gerne auf die Schnauze fallen, je nach Art der bestehenden Umgebung eben. Grüsse und viel Glück/Erfolg erstmal. .... bei Problemen: Du weisst wo Du uns findest! Gulp

Hehe, ich wusste das das bei Microsoft irgendwo steht, gefunden hab ich's (wie immer wenn man was braucht, nicht wahr) natürlich nicht. Aber IThome ist ja mal wieder in die Bresche gesprungen, thanks. @Hirgelzwift Ist schon richtig, Microsoft trägt im Allgemeinen gerne zur Verwirrung bei und streiten (tun wir das eigentlich?) liesse sich darüber sicherlich auch trefflich, aber Windows 2003 ist nun mal nicht Windows XP und umgekehrt. ;) Grüsse Gulp

Hast Du aber ... :p Wenn Du Dich bei XP per RDP verbindest wird der Konsolenuser automatisch gesperrt. Du siehst alles was der Konsolenuser vorher an Fenstern, Anwendungen offen hatte. Wenn das keine Konsolensession sein soll, was ist es dann? :suspect: Guckst Du hier: Problembeschreibung Wenn eine Remotedesktop-Verbindung zu einem Microsoft Windows XP Professional-Computer gestartet wird, sieht es so aus, als sei die Konsolensitzung des Zielcomputers neu gestartet und die aktive Sitzung abgebrochen worden. Das ist nicht der Fall. Die Konsolensitzung wird jetzt remote auf einem anderen Computer als Remotedesktop-Sitzung angezeigt. Ursache Windows XP Professional lässt jeweils nur eine Verbindung zum Computer zu. Das Aufrufen einer Remotedesktop-Sitzung, während eine Konsolensitzung aktiv ist, bricht die Konsolensitzung ab, bis Sie sich abmelden oder die Verbindung beenden. Das trifft auch auf den umgekehrten Fall zu: Das Aufrufen einer Konsolensitzung, während eine Remotedesktop-Sitzung aktiv ist, bricht die Remotedesktop-Sitzung ab. Status Es handelt sich hierbei um ein beabsichtigtes Verhalten. Quelle: http://support.microsoft.com/kb/282004/de Grüsse Gulp

Jungejunge, der ganze Kaffee, Cappuccino, Tee im Büro hat nix genutzt, jetzt bin ich zuhause und genauso müde wie heute Morgen. Meine schwangere Holde hat Rippenschmerzen und meckert ich soll nich so viel am Computer sitzen. Ich gestehe, ich bin computersüchtig! (Ich zieh' mir schon mal nen Helm für's Donnerwetter an!) Hiho da draussen! Grüsse Gulp

;) sach ich doch .... Grüsse Gulp

Nö, bei XP geht nur die Konsolensession. Da muss man nix nachinstallieren. Grüsse Gulp

@frapos: - Lokale Benutzer deaktivieren/rausschmeissen (beim Admin geht's ja nicht, deshalb dort Passwort ändern) Dann dürfte Essig sein mit lokalen Usern ..... Grüsse Gulp

"Kein Vorrang" vs. "No Override" Wenn eine Richtlinie "keinen Vorrang" hat, dann wird sie wörtlich gesehen, eine vorhandene Einstellung nicht überschreiben, aber genau das Gegenteil ist der Fall. Die Richtlinie steht auf NO OVERRIDE, sie kann nicht von den ihr folgenden Richtlinien überschrieben werden. "Vererbung Deaktivieren" – vs. "Block Inheritance" Es wird nicht die von ihr ausgehende Vererbung deaktiviert, sondern die darüber liegende Richtlinieneinstellung wird nicht geerbt. Sie wird "blockiert" => BLOCK INHERITANCE Wichtige Regeln dazu: Hat mehr als eine GPO die Option „Kein Vorrang“ aktiviert, so setzt sich die im Active Directory hierarchisch höchste durch. Sind diese GPO-Objekte auf gleicher Ebene so, setzt sich die mit der höchsten Priorität durch. Über die Option „Vererbung Deaktivieren“ kann eine Übernahme der übergeordneten Einstellungen verhindert werden. Mit einer Einschränkung: Ist bei dem hierarchisch übergeordneten Objekt „Kein Vorrang“ (NO OVERRIDE) aktiviert, so kann die Vererbung nicht verhindert werden. Somit kann sich der Domänen-Administrator mit seinen Einstellungen immer durchsetzen J Quelle: http://www.gruppenrichtlinien.de Anwenden der Gruppenrichtlinie Die folgenden Schritte zeigen Ihnen, wie die Gruppenrichtlinie angewendet wird und Sicherheitsgruppen zum Zuweisen von Benutzerrechten hinzugefügt werden. • So wenden Sie die Gruppenrichtlinie auf eine Organisationseinheit oder eine Domäne an 1. Klicken Sie auf Start, Verwaltung und Active Directory-Benutzer und -Computer, um das Dialogfenster Active Directory-Benutzer und -Computer zu öffnen. 2. Markieren Sie die gewünschte Domäne oder Organisationseinheit, klicken Sie auf das Menü Aktion , und wählen Sie Eigenschaften. 3. Klicken Sie auf die Registerkarte Gruppenrichtlinie. Hinweis: Auf jeden Container können mehrere Richtlinien angewendet werden. Sie werden beginnend am unteren Ende der Liste verarbeitet. Bei Auftreten eines Konflikts hat die zuletzt angewandte Richtlinie Vorrang. 4. Klicken Sie auf Neu, um eine neue Richtlinie zu erstellen, und vergeben Sie einen aussagekräftigen Namen, zum Beispiel Domänenrichtlinie. Hinweis: Die Option Kein Vorrang kann durch Klicken auf die Schaltfläche Optionen konfiguriert werden. Kein Vorrang wird für jede einzelne Richtlinie und nicht für den Container insgesamt konfiguriert, während die Option Richtlinienvererbung deaktivieren für den gesamten Container gilt. Bei einem Konflikt zwischen den Einstellungen Kein Vorrang und Richtlinienvererbung deaktivieren hat die Einstellung Kein Vorrang Vorrang. Zum Konfigurieren der Einstellung Richtlinienvererbung deaktivieren aktivieren Sie das entsprechende Kontrollkästchen in den Eigenschaften der Organisationseinheit. Quelle: Microsoft Technet (http://www.microsoft.com/germany/technet/datenbank/articles/900129.mspx) Man beachte die fett hervorgehobenen Stellen. ;) Grüsse Gulp

Hehe, so kann man es ja auch machen, dürfte auch die schnellste Variante sein. Ergänzend bleibt noch hinzuzufügen: Wird die Vererbung auf eine OU geblockt, gelten übergeordnete GPO's nicht. Mit 2 Ausnahmen: - Default Domain Policy - wenn die Kennwortrichtlinien hier gesetzt werden, hilft alles Blocken nix. - Kein Vorrang - hat die übergeordnete OU die Einstellung "kein Vorrang", wird die GPO auch nicht geblockt. Grüsse Gulp

Hä, ich hab hier Rechner und User in der Domäne, die benötigen kein starkes Passwort, obwohl das in der Domäne aktiviert ist. Dieser OU entziehst Du, wie Grizzly es anführt, die Vererbung und schon gelten die übergeordneten GPO's nicht mehr. Grüsse Gulp

Nunja, wenn der eine sagt, "Mach es so ...", der andere sagt, "Mach es anders ..." heisst es ja noch lange nicht, dass beide Varianten "richtig" sind, egal ob Newbie oder Board Veteran. ;) Viren sind eben so ne Sache, manche haben komplizierte Techniken drauf, manche nicht. Die Zeiten von Parity.Boot.irgendwas und einem einfachen fdisk /mbr sind eben vorbei. Heutzutage gibt es so viele Konstellationen und Verbreitungsmöglichkeiten, dass es sehr schwer sein dürfte eine umfassende FAQ dafür zu entwerfen, geschweige denn alle Szenarien mit möglichst allen Virenscannern zu testen. Dein Vorhaben ehrt Dich jedenfalls .... Grüsse Gulp

Jetzt lass mich raten ... Der Server mit den Freigaben heisst NICHT Client1, sondern der Rechner mit dem der Zugriff auf die Freigabe versucht wird. Versuche den Zugriff mit Servername\Benutzername in der Anmeldemaske (Zeile Benutzer) .... Grüsse Gulp

@cyrus: stimmt schon ... aber wenn der verwendete Benutzer auf die Administrativen Freigaben nicht kommt, ist der Benutzer kein lokaler Admin im klassischen Sinne. (DC's haben ja eh keine lokalen Admins mehr, da die lokale Benutzerdatenbank dort nicht mehr zur Verfügung steht) Ist der Benutzer nicht in der Gruppe der Administratoren, geht der Zugriff auf die Standardfreigaben (Administrativen Freigaben) nicht. Sind für die "normalen" Freigaben diverse Gruppen eingetragen, jedoch nicht die Gruppe des verwendeten Benutzers (wenn man von "Jeder" absieht), oder ist dessen Gruppe explizit der Zugriff verweigert, funktioniert auch dort der Zugriff nicht. Ursprünglich geht es ja um "Freigaben", der Verweis auf die Standardfreigabe erfolgt erst im PS. Grüsse Gulp

In den Freigabeberechtigungen. Grüsse Gulp

Moin .... gähn .... ... bin zwar schon fast anderthalb Stunden im Büro, aber irgendwie immer noch nicht richtig wach. Sogar im Dämmerzustand mein Frühstück eingenommen .... nicht mal der Kaffee hilft. Grüsse Gulp

F1 --> Active Directory Da solltest Du alles Wichtige finden. Alternativ die derzeit aktuellen Info's bei Microsoft im TechNet: Gibbet einen Link in der Hilfe, der bringt Dich dahin. Grüsse Gulp

R2 ist bereits RTM und sollte auch schon bei Deinem Händler des Vertrauens bezogen werden können. Mit der Auslieferung ist aber wohl erst im Februar zu rechnen. Grüsse Gulp

Installiert man sich die Wiederherstellungskonsole eben von CD und macht das Vorgeschlagene dann: Start --> Ausführen --> [CD Laufwerk]\i386\winnt32.exe /cmdcons ;) -- edit -- lesen ist klar ein Vorteil: wenn der Prügel denn starten würde, könnte man das machen (ich installier' die eigentlich immer) -- edit -- Grüsse Gulp