Grasenegger

Hi Fritz, default user ist ein Profilordner. Der Ort ist abhängig vom Betriebssystem und von der Installation. Unter Windows NT z. B. findest Du ihn unter C:\winnt\profiles\ oder C:\windows\profiles\. Unter W2K unter C:\Dokumente und Einstellungen\. Ich weiß nicht genau, was Du mit Programmeinstellungen meinst. Programmverknüpfungen werden i.d.R. mit dem Profil gespeichert und bleiben damit verfügbar. Individuelle Einstellungen, die mit der Anwendersoftware verbunden sind, müssen evtl. neu eingerichtet werden. Das hängt von der Software ab. Schönen Gruß Bernd

Hi Jorgo, unser W2K-Printserver schreibt alle Druckaufträge ins Ereignisprotokoll (Ereignisanzeige - System - Quelle: print). Schau doch mal nach, ob Du bei Dir solche Einträge auch findest. Die Ereignisanzeige kannst Du filtern und exportieren, so daß Du sie sogar als txt oder csv in Excel oder Access importieren könntest. Vielleicht hilft's. Schönen Gruß Bernd

Hallo Natascha, ich erinnere mich an ein Problem bei uns - einige User konnten ihr Kennwort nicht ändern ("Ihr Kennwort konnte nicht geändert werden. Bitte wenden Sie sich an Ihren Systemadministrator"), obwohl sie aufgrund der Kennwortrichtlinien vom DC dazu aufgefordert wurden. Diese Fälle habe ich in den ADS über den User - Kennwort zurücksetzen... geregelt. Das ist zwar nicht der Sinn der Sache, aber der Zweck heiligt die Mittel. Funktioniert das bei Dir? Schönen Gruß Bernd

Hi Greg, falls Dein Laufwerk doch NTFS-formatiert ist, schau mal hier nach: http://www.mcseboard.de/showthread.php?threadid=19936&highlight=NoSecurityTab Such mal nach dem Eintrag "NoSecurityTab" in der Registry. Falls er existiert und auf 1 steht, stell den Wert auf 0. Schönen Gruß Bernd

Hallo nightwatcher, bei Windows 95, 98 und ME findest Du die Registry in den Dateien System.dat und User.dat im Windows-Verzeichnis (bei ME zusätzlich classes.dat). Windows NT, 2000 und XP speichern die Registrierung in diversen Dateien unter \WinNT\System32\Config. In den Profilverzeichnis findest Du zusätzlich die ntuser.dat. Schönen Gruß Bernd

Moin holimoli, was sagt denn der Mailer Daemon genau? Kannst Du mal einen kurzen Auszug aus der Rückmeldung posten? Schönen Gruß Bernd

Hallo Frank, angenommen, Du hast einen Domänen-User meierk. Der kann sich an einer Workstation in der Domäne anmelden, nicht aber lokal auf dem Client. Dafür mußt Du ihn erst explizit als lokalen User anlegen. Dabei kannst Du ruhig denselben Namen verwenden. Er heißt zwar dann genau so wie der Domänen-Benutzer, tatsächlich handelt es sich aber um einen vollkommen neuen Benutzer. Der lokale User wird automatisch Mitglied der lokalen Gruppe der Benutzer. Er hat aber nicht dieselben Netzwerkzugriffsrechte wie der gleichnamige Domänenuser. Das siehst Du schon daran, daß die evtl. verbundenen Shares des Domänen-Users meierk bei der Anmeldung des lokalen Users meierk gar nicht eingerichtet werden, und wenn Du versuchst, sie einzurichten, mußt Du einen gültigen Anmeldenamen und ein Kennwort eingeben. Eine neue Benutzergruppe hättest Du nicht anlegen müssen. Aus meiner Sicht reicht die lokale Gruppe "Benutzer" für das, was Du erreichen möchtest, aus. Schönen Gruß Bernd.

Guten Morge, Nicole, welche genaue Hinweis- oder Fehlermeldung erscheint denn bei dem Versuch, das Kennwort zu ändern? Schönen Gruß aus Solingen Bernd.

Moin Frank, wie Grizzly999 bereits erwähnte: Die Domänen-User sind ohnehin Mitglied der lokalen Gruppe der Benutzer. Wenn also das Programm UNBEDINGT einen echten lokalen User verlangt und Du schon festgestellt hast, daß es damit läuft, dann lass es laufen. Denn ein erhöhtes Sicherheitsrisiko ist das aus meiner Sicht nicht, und ein User, der nur als lokaler Benutzer auf EINEM Client existiert, stellt für das Netzwerk kein Risiko dar. Schönen Gruß aus Solingen Bernd.

Moin Superuser, kann es sein, daß Du ein USB 2.0-Gerät an einem USB 1.1-Port anschließt? Schönen Gruß aus Solingen Bernd

Servus Dragon, ich denke, das ist ein neues Thema und Du könntest dafür einen neuen Thread aufmachen. Erstens ist das boardregelkonform und zweitens ist so die Wahrscheinlichkeit größer, daß andere Dein Problem lesen und Dir helfen. Aber wo ich schon mal hier bin: Hilft Dir dieser Thread weiter? http://www.mcseboard.de/showthread.php?threadid=11995&highlight=RPCServer Schönen Gruß Bernd

Hi Dragon Wie ist das zu verstehen? Du hast in dem neu erstellten Profilordner "mbe" statt dem User "mbe" nun einen vollkommen neu erstellten User "mbr" als berechtigt eingetragen, und den tauscht das System gegen die SID des nicht mehr existierenden alten Users "mbe" aus? Uffz! Was hast Du für eine Umgebung? WSK-Server, ADS? Ist der alte NT-BDC jetzt auch Domänencontroller? Oder einfach nur Server? Evtl. ein Replikationsproblem? Vielleicht weiß hier noch jemand einen Tip. Schönen Gruß vorerst Bernd

Servus Jar Jar, ich benutze nach wie vor gerne die gute alte srvmgr.exe (Servermanager) von unserem alten WinNT40-Server. Der Server selbst existiert schon nicht mehr, aber die exe hab ich mir gerettet. Selbst im W2K Resource Kit ist eine Version dieses Servermanagers integriert. Hier kannst Du über "Computer - Nachricht senden ..." alle User erreichen, die gerade mit dem Server verbunden sind. Ansichtskarte aus Solingen Bernd.

Servus Fritz, ein neu angelegter User erhält - auch bei gleichbleibendem Namen - eine neue SID und greift daher nicht mehr auf das alte Profil zu. Du kannst das alte Profil aber dennoch weiter verwenden. Lösche das neu angelegte Userprofil wieder, kopiere dann das alte (also jenes, das Du weiterhin verwenden möchtest) auf Deiner Workstation in den Profilordner \default user und melde Dich neu an. Bei einer erstmaligen Anmeldung eines Users zieht sich das Betriebssystem das Profil aus default user. Ansichtskarte aus Solingen Bernd.

Moin stm, nur zur Sicherheit: Bist Du der einzige (Domänen)ADMIN in der lokalen Gruppe der Administratoren oder der einzige User überhaupt? Wenn dort "normale" Domänenbenutzer eingetragen sind, haben die auch lokale Adminrechte! Schönen Gruß Bernd

Servus stm, wahrscheinlich warst Du da ganz allein Mitglied der lokalen Gruppe der Administratoren. Ansichtskarte aus Solingen Bernd.

Servus Durigon, äh, keiner sagt was dazu? Will wohl keiner die schlechte Nachricht überbringen. Nach meinem bescheidenen Kenntnisstand darfst Du die Anwendersoftware neu installieren. Es gibt ja kaum Software, die nichts in die Registry schreibt. Und eben diese Registry dürfte nach der Quasi-Neuinstallation blank sein. Du kannst das ja mal testen. Such Dir eine .exe von einem der Anwenderprogramme und lass mal die Registry danach durchsuchen. Ansichtskarte aus Solingen Bernd.

Servus Dragon, es sieht eher nicht nach einem Problem mit dem alten NT-Server aus. Ich nehme an, Du hast das Benutzerkonto gelöscht und unter demselben Namen wieder angelegt. Dann könnte der User sowieso nicht auf sein altes Profil zugreifen, weil mit dem Neuanlegen - selbst bei gleichbleibendem Namen - eine neue SID vergeben wird. Wenn der User sich anmeldet, bekommt er das Default-User-Profil verpaßt. Daran ändert auch das Zugriffsrecht auf den Profilordner nichts. Tip: Das alte Profil vor der erstmaligen Anmeldung in den Default-User-Ordner auf der Workstation kopieren. Aber davon unabhängig ist der Fehler, den Du beschreibst, ein Fehler, der auf ein fehlendes Zugriffsrecht schließen läßt. Handelt es sich zufällig bei "profiles" auf dem Server um ein Share? Dann reicht es nicht aus, nur bei dem Profilordner den User unter "Berechtigungen" einzutragen. Das muß auch schon für das Share erfolgen. Wenn's das nicht ist, müssen wir mal weitersehen. Ansichtskarte aus Solingen Bernd.

Servus shakkan, versuch's mal hier: http://www.microsoft.com/downloads/details.aspx?FamilyID=befd7842-602e-42b0-89d2-6be39f1167c1&DisplayLang=de (Achtung: 23 MB!) Ansichtskarte aus Solingen Bernd.

Servus MaxXx, Kurzanleitung für NT40: START - Programme - Verwaltung (Allgemein) - Benutzer-Manager. Hier die Gruppe "Administratoren" öffnen und über "Hinzufügen..." den gewünschten Domänen-Benutzer hinzufügen. Fertig. Ansichtskarte aus Solingen Bernd.

Servus ctimepro, ich hab mal bei http://www.eventid.net geblättert und denke, daß der Fehler 1504 von userenv die Ursache Deines Problems beschreibt. Dort heißt es nämlich unter "description": Windows cannot update your roaming profile. Possible causes of this error include network problems or insufficient security rights. If this problem persists, contact your network administrator. Und bei den "comments" hat ein user geschrieben: Happens when connectivity is lost to the domain controller or your PC cannot communicate to the domain controller. This can be caused by lose of network connectivity or slowness of network, corrupt profile, or your PC creating a temporary profile when you first login because your roaming profile could not be pulled down from the server. To fix check connectivity, rebuild roaming profile and delete locally cached copy or profile on the PC. Ich kann dieses Problem bei meinem Rechner provozieren, wenn ich ihn ohne Netzwerkverbindung hochfahre. Ansichtskarte aus Solingen Bernd

Servus Mindripper, Du kannst in den ADS verschiedene Organisationseinheiten anlegen, wenn Du Deine User nach Abteilungen strukturieren möchtest, aber das macht im Anmeldenamen keinen Unterschied. Du könntest aber den Benutzeranmeldenamen selbst entsprechend erweitern, z. B. user.forschung@institut, wenn Dir das weiterhilft. Ansichtskarte aus Solingen Bernd.

Servus mpeter, auf der NT4-Workstation "START - Programme - Verwaltung (Allgemein) - Benutzer-Manager" (oder einfach über START- Ausführen... - "musrmgr.exe") aufrufen. Unter Richtlinien - Benutzerrechte... mußt Du das Recht "Ändern der Systemzeit" auswählen (sollte aber schon als erster Eintrag angezeigt werden) und im Feld "Erteilen:" die Domänen-Benutzer Deiner Domäne hinzufügen. Fertig. Danach können die Domänen-Benutzer die Uhrzeit lokal ändern - das geht auch über eine Batch-Datei. Ansichtskarte aus Solingen Bernd.

@ cOsMiC: Ja, das ist ungewöhnlich, denn zumindest der "Hersteller" wird normalerweise verraten, wenn man vielleicht auch nicht versteht, was der Prozess bewirkt. Bei SWEN ist das ähnlich. In %windir%\system32 wird eine .exe abgelegt, die einen zufälligen Namen erhält (z. B. vuiu.exe) und die aber auch gar nichts von ihrer Herkunft und ihrer Zweckbestimmung verrät. Ich tippe hier stark auf einen (harmlosen) Virus / Wurm. Ansichtskarte aus Solingen Bernd.

Servus allerseits, net send * TextTextText versendet den Text an alle im Subnetz, passiert also keine Router. Nach meiner Erfahrung sind mit der Kombination "*" nur 128 Zeichen und keine Umlaute möglich! net send clientname Text verkraftet mehr Zeichen (das Maximum habe ich bisher noch nicht benötigt) und auch Umlaute. Schönen Gruß aus Solingen Bernd