Operator

Hi, schau Dir mal GIT an (Gamers Internet Tunnel). http://www.morpheussoftware.net/git/ Damit kannst Du Broadcasts an spezifische Unicast-Adressen weiterleiten und somit die Serversuche ermöglichen. Andre

Hallo Vorab eine Bitte... Satzzeichen und Buchstabenwiederholungen machen dein Posting nicht wichtiger sondern eher unleserlicher. Desweiteren kannst Du deinem Posting ruhig mehr als 2 Stunden Zeit geben, bis Du es wieder hochpushst. Aber das nur als Info - Wie siehts mit den NTFS-Berechtigungen aus? - Nimm mal den letzten Backslash da weg... kommt mir komisch vor. - Sagt das Ereignissprotokoll am Server oder am Client irgendwas? - Richtlinie wird für die Clients auch angewandt? (Unter XP mit gpresult.exe zu sehen) - Richtlinie gefiltert nach irgendwelchen Sicherheitskonten? - Benutzerstrang der Richtlinie deaktiviert? - Wo befindet sich die Richtlinie? Irgendwo überhalb der Benutzerkonten, für die das ganze greifen soll? - Hat ein Benutzer das Recht im Explorer auf \\server\eigenedateien zuzugreifen? - Wenn ja, kann der Benutzer dort einen Ordner erstellen? Teste das mal... Andre

DOPPELPOSTING.... Hier gehts weiter... http://www.mcseboard.de/showthread.php?s=&threadid=51058 @Moderator.. Thread bitte schließen

Für den Privatbereich unerschwinglich, aber im professionellen Bereicht sehr zu empfehlen sind Manageable Switche, die das konfigurieren der erlaubten MAC-Adressen pro Port erlauben. Damit könntest Du dann z.B. einstellen, daß an einem Port kein anderes Gerät angeschlossen werden darf und falls doch der Port einfach deaktiviert wird. So oder so ähnlich :) Das wird nur mit 30€ Switchen nicht klappen. Meine Cisco's in der Firma waren doch etwas teurer ;) Andre

Hallo :) Vorab eine Bitte... Satzzeichen und Buchstabenwiederholungen machen dein Posting nicht wichtiger sondern eher unleserlicher. Desweiteren kannst Du deinem Posting ruhig mehr als 2 Stunden Zeit geben, bis Du es wieder hochpushst. Aber das nur als Info :) - Wie siehts mit den NTFS-Berechtigungen aus? - Nimm mal den letzten Backslash da weg... kommt mir komisch vor. - Sagt das Ereignissprotokoll am Server oder am Client irgendwas? - Richtlinie wird für die Clients auch angewandt? (Unter XP mit gpresult.exe zu sehen) - Richtlinie gefiltert nach irgendwelchen Sicherheitskonten? - Benutzerstrang der Richtlinie deaktiviert? - Wo befindet sich die Richtlinie? Irgendwo überhalb der Benutzerkonten, für die das ganze greifen soll? - Hat ein Benutzer das Recht im Explorer auf \\server\eigenedateien zuzugreifen? - Wenn ja, kann der Benutzer dort einen Ordner erstellen? Teste das mal... Andre

Immer gerne ;) Falls das End-Script auch für's Board interessant sein sollte, kannst Du es ja nochmal veröffentlichen :-) Andre

Hi, also normalerweise ändert man die vordefinierten Richtlinien nicht. Würde stattdessen einfach eine weitere Richtlinie in der OU erstellen und dort die Einstellung vornehmen. Gegen die Gruppe Remotedesktopbenutzer spricht nichts... vor allem, da das ganze ja eh nicht so groß werden soll. Und was für Dich bei entsprechender Größe interessant sein könnte sind die Microsoft Services for Unix. Damit kannst Du u.A. Account-Daten synchronisieren etc. http://www.microsoft.com/windows/sfu/ Also bei Fragen einfach posten :-) Andre

Hast Du denn wenigstens lokale Admin-Rechte auf den PC's? Dann sollte das ganze mit einer Inventarisierungssoftware wie AIDA machbar sein. Links dazu findest Du über die Boardhilfe. Wenn du jemanden kennst, der ein wenig Scripting-Erfahrung hat, laß Dir doch was schönes zusammenbasteln auf Basis von http://www.interclasse.com/scripts/SoftwareMeteringCLS.php Gruß Andre

Hi, wenn es sich um eine W2k/W2k3 Domain handelt, kannst Du eine Richtlinie implementieren, die genau das bewirkt. Unter Computerkonfiguration / Administrative Vorlagen / System / Benutzerprofile gibt es den Punkt "Zwischengespeicherte Kopien von servergespeicherten Profilen löschen". Wenn die Profile aber relativ groß sind dauert die Anmeldung jedes Mal recht lange, weil erst das gesamte Profil kopiert werden muss. Um dem vorzubeugen hilft u.U. vielleicht schon eine Ordnerumleitung für "Eigene Dateien" oder andere große Ordner im Profil einzurichten. Desweiteren gibt es noch eine Einstellungen in der man z.B. "Temporary Internet Files" von der Speicherung ausschließen kann. Dazu fehlt mir aber gerade der Ort der Richtlinie. Aber da wird Google dein Freund sein. Andre

@wirtnix 1. Es gibt keinen Active Directory PDC mehr. Alle DC's sind gleichgestellt und können ins AD schreiben. 2. Ein abgeschmierter Terminal-Server hat immer Auswirkungen auf alle angemeldetenen Benutzer. Andere PC's sind davon aber nicht betroffen und können die 5 Minuten, die der Neustart dauert normal weiterarbeiten... **** ist nur, wenn der Server eine Eier-legend-Woll-Milch-Sau ist und auch noch File/Print-Server, Router und Datenbank-Server ist ;-) Also der Aussage, daß es nicht gut ist stimme ich zu, aber die Gründe sind nicht richtig. Andre

Hi olei, es gibt dafür einen Registry-Key, allerdings funktioniert der nur mit W9x. Hab ihn gerade mal für W2k getestet, was aber nicht funktioniert. Bei Interesse: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NetLogon\PreferredServer Wert ist Name des Anmelde-Servers. Habe auch noch mal kurz probiert das ganze über Standorte zu lösen, indem ich für einen PC einen Standort eingerichtet habe und diesem einen bestimmten Anmeldeserver zugewiesen habe. Aber das funktioniert auch nicht, da sich meine Subnetze momentan überschneiden. Du müsstest also ein seperates Subnetz erschaffen (parallel zum bestehenden über nen Router zum alten, oder das alte Netz Subnetten), einen Standort einrichten, den Clients IP-Adressen aus dem Standort zuteilen, den Server dem Standort zuordnen und dann die PC's einmal neustarten. Aber ob das den Aufwand gerechtfertigt... zumal ich's nicht bis zum Schluß getestet habe. Aber das bleibt Dir überlassen :) Viel Spaß dabei und berichte mal, wenn's klappt (oder auch nicht)! Andre

Was für ein BIOS hast Du denn? Hier ein paar Möglichekeiten bis die TXT Datei freigegeben wird: 1x long : RAM error. Modules are not correctly inserted in the socket on the mainboard. Or they could be oxydized. Uninterrupted Beep : RAM or Graphic-card not detected. Andre

Was möchtest Du denn damit erreichen? Die Last zwischen den Servern ist eh aufgeteilt. Wenn der 1. Server mehr verkraftet, wird er auch mehr Clients anmelden als der 2. Du kannst natürlich mit ein paar Tricks dein ActiveDirectory so umbiegen, daß er keine Anmeldungen mehr macht, aber dann hagelt es Meldungen im Systemprotokoll. Also kannst Du entweder den 2. Abschalten (oder Zurückstufen) oder alles so lassen :) Ein paar mehr Details wären also nicht schlecht! Andre

@dark knight: Danke für die ausführlichere Erklärung :-) Und jetzt wo Du's sagst fällt mir die Sache mit der boot.ini auch wieder ein. Hab ich mal bei einem Wechsel von nem installierten PC -> VMWare virtuelle Maschine machen müssen. Andre

Unter den Computereinstellungen / Windows-Einstellungen / Lokale Richtlinien / Lokale Sicherheit (so ungefähr... der Pfad kommt jetzt ausm Hirn ohne auf Richtigkeit überprüft worden zu sein) gibts einen Punkt "Anmeldung via Terminal-Dienste erlauben". Dort könntest Du z.B. die Domänen-Benutzer eintragen (also die Gruppe). Meinst Du sowas? Andre

Ich glaube ja... dazu wird die hal.dll ausgetauscht. Aber davon gibts es verschiedene auf der Setup CD von Windows. Also hast Du entweder die Option Dich erst tief in das Thema einzuarbeiten oder mit nem Image in der Hinterhand fröhlich zu experimentieren. Andre

HI, - Im Geräte-Manager unter Computer den einzigen Eintrag auswählen -> Eigenschaften - Treiber aktualisieren - Durchklickern, um alle Treiber anzuzeigen - Den passenden "Treiber" auswählen. Bei meinem Server ist das z.B. ACPI-Multiprozessor-PC Danach ist ein Reboot fällig. Vorher solltest Du eine Sicherung des Server erstellen, falls das ganze schief geht (Du tauschst mit dieser Aktion eine wichtige Komponente von Windows aus, die HAL = Hardware Abstraction Layer). Ich habe mal gelesen, daß ein Wechsel zwischen ACPI und Standard nicht ohne weiteres möglich ist. Ich weiß aber nicht, ob da was dran ist oder sich dies auf Einzelfälle bezog. Viel Glück Andre

Hi, an einem DomainController gibt es keine lokalen Benutzer mehr. Benutze hierzu das Domain-Verwaltungs-Tool "Active Directory Benutzer und Computer" unter Start / Programme / Verwaltung. Dort kannst Du dann Benutzerkonten anlegen. Wieviele Leute sollen denn an dem Terminal Server arbeiten? Im allgemeinen ist es nicht sinnvoll einen Domain-Controller als Terminal-Server zu nutzen. Ein paar Admins ok.. aber keine Benutzer. Gruß Andre

Dann beginnen wir von vorne :-) Steht was im Ereignisprotokoll? Was sagt DCDiag.exe? Hilft neustarten des Servers? (Risiko gehen wir ein, daß die Settings dann wieder weg sind.. du weißt ja wo sie jetzt zu finden sind). Andre

Hallo Heidi, starte den Arbeitsstationsdienst mit den dazugehörigen Diensten doch noch mal neu. Hört sich an, als ob der Start nicht ganz geklappt hat. Hast du die GPO's abgeändert? Clients neu hochgefahren bzw. die Update-Commands ausgeführt? Dies ist eine Grundvoraussetzung damit sich die Clients wieder ordentlich anmelden können. Andre

Hi, hätte da ein paar Anmerkungen: - Liegt die Datei denn auch auf C:\? Als Anmeldescript sollte die Datei auf irgendeiner Netzwerkfreigabe liegen, die dann auch im Copy Parameter genutzt wird. - Was bewirkt der rundll32-Befehl? In einem Anmeldescript hat der doch nichts zu suchen, da lediglich das Schriftenfenster geöffnet wird. Zum Testen ist das natürlich ok... aber da kann das Fenster ja auch gleich geöffnet bleiben. - "if exist blah blah" funktioniert so nicht Richtig wäre: Stimmt, als Startscript sollte es eh funktionieren... da hast Du Recht! Ansonsten denke ich funktioniert das so.... Hab das gerade bei mir als normaler User mal ausprobiert und habe keine Probleme. Die Schrift ist danach installiert... Andre

Ich für meinen Teil sehe da schwarz... da wichtige Einstellungen aus der Registry des DC's usw. nun verlorengegangen sind. Das Sichern dieser Ordner reicht leider nicht für einen Restore des Domain-Controllers. Dazu empfiehlt sich die Sicherung des Systemstatus mit dem Windows beiliegenden Sicherungs-Tool. Gleichzeitig ist dies die empfohlene Vorgehensweise von Microsoft. An deiner Stelle würde ich mich mit Tools wie csvde.exe und/order ldifde.exe auseinandersetzen, damit Du die Konten schnell wieder erstellen kannst. Und zum Hinzufügen der PC's zur Domäne bietet sich netdom.exe an. Dazu hab ich schon mal was gepostet: http://www.mcseboard.de/showthread.php?s=&threadid=32790&highlight=netdom.exe Gruß Andre

Richtig, weil dies nicht die Option umkehrt, sondern lediglich diese Richtlinie wieder deaktiviert, sollte sie an höherer Stelle aktiviert worden sein. Probier die Tipps aus meinem letzten Thread mal bitte aus. Und falls Du was nicht nachvollziehen kannst, frag einfach nach :-) Andre

Hi Rene, da Du die Einstellung in der Computerkonfiguration vorgenommen hast (bzw. musstest) wirkt sich diese Richtlinie auf alle Computerobjekte aus, die sich unterhalb der OU befinden. Das Script an sich, kannst Du nun als Anmeldescripts den Usern zuweisen, da diese nun ausreichend Berechtigung besitzen die Dateien dort hinzukopieren. Ich hoffe, daß er dann die Schriften auch alle ordnungsgemäß registriert. Aber das läßt sich ja Testen... Wenns funktioniert ist alles gut! Berichte nochmal, wie's ausgegangen ist... Viele Landen ja auch über Suchmaschinen auf diesen Threads und ärgern sich dann über nicht abgeschlossene Diskussionen :-) Gruß Andre

So melde mich zurück aus der Mittagspause... Gut, dann war die Einstellung des Workstations-Parts des Servers so eingestellt, daß SMB-Signing aktiviert sein muss für eine Kommunikation übers Netz. Am Server war dies aber deaktiviert. Kannst Du Dich denn schon wieder an nem Server von einer Workstation aus anmelden? Was sagt dcdiag.exe jetzt? Poste vielleicht nochmal ein LOG zur Sicherheit. Wenn Du wieder auf deine Richtlinien zugreifen kannst, navigiere im Active Directory Computer/Benutzer mal zur Default Domain Policy und schau unter Computerkonfiguration / Windowseinstellungen / Sicherheitseinstellungen / Lokale Richtlinien / Sicherheitsoptionen und poste die Einstellungen für - Clientkommunikation digital signieren (immer) - Clientkommunikation digital signieren (wenn möglich) - Serverkommunikation digital signieren (immer) - Serverkommunikation digital signieren (wenn möglich) Das sind die Richtlinieneinstellungen für die Registry-Keys, die ich eben gepostet habe. Einstellungen würde ich wiefolgt festlegen: - Nicht definiert - Aktiviert - Nicht definiert - Aktiviert Das entspricht den Einstellungen aus dem letzten Post. Nur dieses mal werden die Einstellungen für alle PC's/DC's in der Domäne übernommen. Bei den Clients würde ich an dieser Stelle ein Windows2000:> secedit /refreshpolicy machine_policy /force Windows XP:> gpupdate /enforce ausführen, damit die Einstellungen aktiv werden. Damit sollten Anmeldungen wieder ganz normal funktionieren und Du kannst Dich auf die Suche nach dem/der Schuldigen begeben :-) Falls noch was nicht läuft, poste ruhig... Gruß Andre PS: Falls es jetzt schon läuft kostet Dich das ne Tafel Schokolade..