BiZNIZ

Moin ... ... werde den Tipp von vmstation.de morgen gleich mal testen ... für heute ist erst einmal Feierabend ;) Mal sehen, wie es funktioniert ... Gebe morgen dann Feedback ... Rico

Egal, ob ich's mit "-" oder "/" versuche ... es gibt immer die gleiche Meldung ... Vielleicht zur Info: Das ganze läuft derzeit noch nicht als domain ... Server, VM und Client sind lediglich in einer Arbeitsgruppe ... Der Server, die VM und der Client haben alle das gleiche Admin-Passwort ... Selbst wenn ich auf dem Server, der VM und dem Client als Admin eingeloog bin, funkioniert es nicht ... Ich kann weder den Client noch die VM via shutdown herunterfahren oder rebooten ... jedesmal das freundliche "Zugriff verweigert" ... Noch 'ne Idee ?

Moin ... ... stehe mal wieder vor einem Rätsel: Ich habe einen Win2K3-Server auf dem VM-ware läuft ... In VM-Ware läuft eine VM mit XP-Prof. Wenn nun der 2K3-Server heruntergefahren wird, "schießt" er die VM ab ... Ich würde diese gerne automatisch beim Shutdown des Servers herunterfahren lassen ... Da das aber wohl sowieso nicht geht, versuche ich, eine Batch zu basteln, die über die shutdown.exe die VM herunterfährt und nach einer Minute den 2K3-Server ... Seltsamer Weise funktioniert shutdown /m \\VM /s nicht. Bekomme immer ein "Zugriff verweigert" ... Auf dem Server funktioniert es einwandfrei ... Es liegt aber nicht an der VM sondern wohl vielmehr an XP, da ich keinen einzigen client im LAN per shutdown /m \\PC /s herunterfahren kann ... Wahrscheinlich wieder ein gestopftes Sicherheitsloch von MS, weswegen es nun nicht geht ... Irgendeine Idee ???

H I L F E !!! NIX GEHT MEHR !!! Seit heute morgen kann man nix mehr drucken oder speichern ... Jeder Client bekommt die Meldung "Datenträger ist voll" ... Ein Blick in den Arbeitsplatz des Windows 2000 Servers zeigte, dass auf C: nur noch ca. 500 MB frei sind, auf D: ca. 22 GB ... Als ich dann mal einen Blick in die MMC werfen wollte, bekam ich am Server die Meldung "Der Datenträger ist voll" ... Hoffe, irgendjemand hat eine Idee, wie ich dass beheben kann ... Das verschieben von Datein nach D: brachte nichts ... Egal, wieviel Speicher ich auch auf C: freiräume, ich bekomme die Meldung, "Der Datenträger ist voll" ... Man kann, wie gesagt, weder Drucken, noch irgendeine Verbindung zu einer der gespeicherten Datenbanken aufbauen, da jeder Versuch, eine Tabelle zu öffnen, mit "Der Datenträger ist voll" beendet wird ... Ich weiss nicht weiter, und hoffe nun, dass irgendjemand hier einen Tip hat ... Danke schonmal im voraus ... Rico

Der Tip mit dem fehlenden DNS war's ... Bei uns läuft übergangswise nicht der Windows-Interne DHCP sondern der auf dem Router ... Der fügt natürlich als Standard-DNS den von T-Online ein ... Nachdem ich nun den lokalen DHCP reaktiviert habe und alle clients den DC als PrimaryDNS bekommen ist das Problem gelöst ;) thanx für die Hilfe ... P.S.: mit netdiag hab ich's versucht. Resultat: Unbekannter Befehl !?

Jedes Mal beim Versuch das Kennwort zu ändern, erscheint die Meldung: Fehler 1727: Der Remoteprozeduraufruf ist fehlgeschlagen und wurde nicht ausgeführt. Die Clients sind Win2K-Rechner, die an der Win2K-Domain angebunden sind ... Dachte selber schon an einen nicht gestarteten RPC-Dienst ... aber die laufen alle ... sowohl auf den Clients als auch auf dem Server ... Anmelden der User klappt auch einwandfrei ... nur ihr Kennwort können Sie nicht ändern ... Ist ziemlich lästig, wenn man neue User anlegt, mit dem Haken bei "Benutzer muss sein Kennwort bei der nächsten Anmeldung ändern" Hat jemand einen Rat ??? Rico

Tja ... ... war zu befürchten, dass ich's wohl neu machen muss ... ... die Anmeldung an den Clients mit dem DomainAdmin-Konto klappt nur bei einigen, obwohl ich im Laufe der Zeit mit Sicherheit an jedem mal als DomainAdmin angemeldet war. Bei den meisten kommt die Meldung, dass die Anmeldedomäne nicht verfügbar ist ... Hatte gehofft, dass jemand was zu dem Problem mit ntrights sagen könnte ... aber was nicht ist, ist eben nicht ... Auf jeden Fall vielen Dank erstmal für die schnelle Reaktion ... Rico

Hallo ... ... uns ist vor ein paar Tagen der DC abgeraucht. Irreparabel!!! Mussten neues System aufsetzen. Jetzt haben wir das Problem, dass die Clients sich nicht in der Domain anmelden können. Also wollte ich die Clients manuell aus der Domain entfernen und wieder einfügen. Leider kann ich mich nicht lokal an den Clients anmelden: "Die lokale Richtlinie erlaubt es ihnen nicht, sich interaktiv anzumelden" Dazu habe ich zwar schon einiges im Forum gelesen, fand aber bislang keine Lösung für das Problem. Habe auch schon versucht, mit ntrights aus dem dem ResKit das Problem zu lösen. Bislang auch ein Fehlschlag. Ntrights meldet immer: *** Error *** OpenPolicy -1073741790 Also stehe ich noch immer vor dem Problem, dass ich wahrscheinlich sämtliche Clients neu installieren muss ... ... in der Hoffnung auf eine rettende Idee ... Rico

Moin ... ... haben seit einer Systemreparatur das Problem, dass der Terminalserver nicht mehr richtig funktioniert ... In der Konfig scheint alles i.O. und der Dienst ist auch gestartet, aber kein Client kann sich via RDP mit dem Server verbinden ... weder im LAN noch via Internet ... Meldung: "Der Client konnte keine Verbindung mit dem Remotecomputer herstellen. Möglicherweise sind Remoteverbindungen deaktiviert oder der Computer ist überlastet und kann keine neuen Verbindungen annehmen." Wenn der TS-Dienst läuft, sind doch auch Remoteverbindungen aktiv, oder? Und überlastet scheint er nicht wirklich zu sein. Habe schon mehrfach rebootet und jedesmal die Einstellungen gecheckt ... Hoffe, irgendjemand weiß Rat, da ich bislang nichts im Forum gefunden habe ... Danke schon einmal im voraus ... Rico

habe die Platte schon wieder abgeklemmt ... habe mittlerweile auch schon ein repair der Installation durchgeführt, mit dem Ergebnis, dass ich mich mittlerweile wieder anmelden kann, der Rechner aber nach 2 bis 5 Minuten wieder hängt ... Vermute, das liegt daran, dass ihm sein Laufwerk E: fehlt (das abgestürzte RAID5), auf dem der Großteil der Benutzerprofile lagen ... Im abgesicherten Modus mit netzwerk fährt er hoch und stürzt auch nicht ab ... aber logischerweise funktioniert das ADS dann überhaupt nicht ... Ich hänge hier völlig fest ....

Moin ... ... ich muss mal ein bischen ausholen, um das Problem verständlich zu machen: Habe gestern bei unserem Server den Speicher erweitert. Beim Neustart hat dann erst einmal der RAID-Controller (Promise SuperTrak100) "vergessen", welche Platten zum array2 (RAID5 aus 3 Platten) gehören ... zeigte das RAID als "Offline" an und meldete in der Software des Controllers, dass zwei der drei Platten nun als "free" zur Verfügung stehen ... somit ist das RAID5 erstmal unbrauchbar ... Laut Hersteller wäre das mit einem 6er im Lotto zu vergleichen ... ich selber hatte so ein Phänomen auch noch nicht ... Also nun zum zweiten Problem: Der Server fuhr auch ohne das RAID5 dann von seinem RAID1 sauber hoch. Um nun erst einmal das System wieder einsatzbereit zu bekommen, habe ich eine neue Platte (noch unpartitioniert) zur Datenspeicherung an den OnBoard-IDE geklemmt und den Rechner rebootet. Seitdem hängt er beim booten bei der Meldung "Sicherheitsrichtlinie wird übernommen" ... Irgendeine Idee, wie ich dieses Problem beheben kann, so dass der Server wieder bootet??? In der Hoffnung auf Hilfe ... Rico

Gibt's eigentlich 'ne Möglichkeit, mit den Bordeigenen Mitteln von Windows 2000 Druckaufträge umzuleiten, wenn die Drucker nicht identisch sind? Ich will quasi ein Dokument, das bei Drucker A auf den Ausdruck wartet, auf Drucker B umleiten, damit es sofort ausgedruckt werden kann. Das Problem ist, dass es sich bei diesen Druckern nicht um identische Modelle und somit auch nicht um identische Treiber handelt. Mit den HP LaserJet ist das kein Problem, da ich alle mit dem LaserJet 4 - Treiber ansprechen kann ... Aber wie kann ich einen Ausdruck, der bei einem Minolta-QMS 1250 wartet auf einen HP LaserJet 1100 umleiten??? Weiss jemand Rat ???

nichzufassn ... ... genau so - und nur so - klappt es ... ... habe mir schon wieder 'n Wolf gesucht, wie ich das damals gemacht habe ... vielen Dank ...

Moin ... ... ich versuche, für einen Klassenraum ein Profil anzulegen, dass für mehrere Benutzer genutzt werden soll und nicht veränderbar ist ... Ich dachte, einen Benutzer mit serverbasierten Profil anlegen, kopieren und bei den weiteren Benutzern den Profilpfad auf das Profil des ersten Nutzers legen. Quasi: user1 --> \\server\profile\user1 user2 --> \\server\profile\user1 user3 --> \\server\profile\user1 In einer Schule hat das auf diese Weise wunderbar funktioniert. In der Schule, in der ich das jetzt auch versuchen wollte, klappt es nicht einmal ansatzweise ... Fehlermeldung: "Explorer.exe kann nicht gestartet werden. Fehler beim Zugriff "written" von 0x37895... auf 0x8978...." Ein absolutes Rätsel, da wir mittlerweile die EInstellungen 1:1 übernommen haben. Auf beiden Systemen kommt WIN2K-SP4 als Server und WIN2K-SP4 als client zum Einsatz. Hoffe, irgendjemand hat eine Idee .... Danke im voraus ... Rico

danke ersma ... ... habe soweit alles gecheckt ... ... das einzige, was ich dem EventLog entnehmen konnte, war, dass der DHCP/BINL seit dem 30.12.2003 nicht mehr autorisiert war ... diese Meldung ist aber nach einem Reboot verschwunden. Weder im DNS- noch im Directory-Service - Log sind Warnungen o.ä. vorhanden ... alles bestens ... Die Clients können sich jetzt auch wieder anmelden und auch die serverbasierten Profile arbeiten einwandfrei ... Die SnapIn für die Grupepnrichtlinien der einzelnen OU kann ich bearbeiten ... aber die SnapIn für die Sicherheitsrichtlinien Domäne und Domaincontroller können noch immer nicht gestartet werden ... Fehlermeldung wie gehabt ...

Moin ... ... komme heute aus dem Urlaub zurück und stelle fest, dass sich kein Client sein serverbasiertes Profil holen kann, da die Meldung kommt, dass keine Domäne verfügbar sei ?!?!? Wollte in den Sicherheitsrichtlinien für Domaincontroller nachsehen, und stelle fest, dass sich diese nicht öffnen lassen. Fehlermeldung: "Die angegebene Domäne ist nicht vorhanden oder es ist kein Domaincontroller verfügbar." Verstehe die Meldung nicht so ganz, da soweit alles in Ordnung scheint. Am laufenden System ist in meiner Abwesenheit auch nicht "rumgefummelt" worden, so dass ich irgendwie vor einem Rätsel stehe, warum diese Meldung kommt. Hat irgendwer 'ne IDee, was das sein könnte ??? thanx im voraus ... Rico

hallo zusammen ... ... kaum zu glauben, aber das Phänomen muss irgendwie mit SP2 zu tun gehabt haben ... Habe zufällig ein SP2SRP1 gefunden - ein sogenanntes ServicePack2SecurityRollupPackage ... Danach klappte auf einmal wieder alles (Einfügen, Eigenschaftsseiten etc.)) Nach dessen Installation konnte ich dann endlich auf SP4 upgraden und auch wieder via WindowsUpdate die letzten HotFixes installieren ... Jetzt ist auch das Ereignisprotokoll wieder clean ;) Also zusammngefasst: Win2K-Server SP4 inkl. sämtlicher HotFixes, IE 6 SP1 + SR1 läuft fehlerfrei im Lan ...

Moin... ... habe mir eine Server-CD gebastelt mit integrierten SP4. Habe danach sämtliche Hotfixes via Windows-Update eingespielt. Da soweit alles glatt lief und auch das Ereignisprotokoll nichts erwähnenswertes anzeigte, habe ich ihn als Mitgliedsserver in die Domäne aufgenommen. Nach dem Neustart wollte ich mich dann als DomainAdmin anmelden. Bekam aber dann die Meldung, das der RPC-Server nicht verfügbar sei ... Habe erst an den MSBLAST gedacht, fand aber keine Einträge. Weder diese msblast.exe noch irgendwlche RegEinträge. Diese Meldung hat nur der neue Server ... alle Clients arbeiten einwandfrei ... Habe dann am DC das Ereignisprotokoll gecheckt und Unmengen von Einträgen gefunden, die auf MSBLAST schließen lassen. Aber auch der Server ist sauber ... Die Funktion einfügen, die ein Nebeneffekt des Blaster-Patches sein soll funktioniert auch nicht mehr, obwohl auf dem DC noch keine Patches installiert sind ... Ebenso lassen sich in der MMC keine Eigenschaftsseiten mehr öffnen ... Wollte dann auf Anraten einiger Threads im Forum die Hotfixes via WindowsUpdate installieren. Aber das funktioniert nicht mehr ... der Link "Updates suchen" taucht nicht mehr auf ... Da der Server erst mit SP2 versehen war, wollte ich das aktuelle SP4 aufspielen. Das Update bricht aber mit einer Fehlermeldung ab. Das Phänomen hatte ich auch schon bei einigen Clients beim Update von SP2 auf SP4. Bin für jede Hilfe dankbar, nachdem ich die halbe Nacht das Forum durchforstet habe ...

Moin, neuer Tag ... neues Problem ... Ich habe einen Terminal-Benutzer im Netz, dessen lokalen Drucker ich einfach nicht gemappt bekomme ... Es handelt sich bei dem Drucker um einen HP PhotoSmart P1000, der via USB am Client angeschlossen ist ... Das Problem scheint wohl der verwendete Anschluss zu sein. Da kein USB zur Auswahl stand, habe ich Probeweise LPT1 verwendet. Denke, das ist wohl nicht ganz korrekt. Aber welchen Anschluss muss ich verwenden, damit Client-Drucker via USB gemappt werden?

Moin, stehe vor einem seltsamen Problem: Wollte gerade auf unserem DC via TerminalClient den Profil-Pfad eines Benutzers unter ADS-Benutzer und Computer ändern. Beim Doppelklick auf den Benutzer öffnet sich aber nicht das Eigenschaftenfenster, sondern der Tree im linken Bereich wird erweitert. Versuche ich es über Rechtsklick-->Eigenschaften passiert auch nichts. Wenn ich aber nun ADS-Benutzer und Computer schließen will, kommt eine Meldung, das zuerst alle Eigenschaftsseiten geschlossen werden müssen ... Wenn ich an einem Rechner im LAN bin, auf dem das Adminpak.msi installiert ist klappt alles anstandslos ... nur via TerminalService geht's nicht mehr ... Irgendeine Idee, was da verbogen ist und wie ich wieder via TerminalClient an die Eigenschaften der Benutzer rankomme??? MfG Rico

Moin, was kann mann tun, wenn der Terminalserver (Anwendungsmodus) den Terminallizenzserver nicht mehr findet??? Kurze Sachlage: Wir haben zwei Subnetze, die über eine DDV der Telekom miteinander verbunden sind. Im LAN1 läuft auf dem DC der TermSvr im Remote-Modus. Hier ist auch der Lizenzserver mit den gültigen CALs aktiviert. In LAN2 läuft der TermSvr im Anwendungsmodus. Lt. MS soll ein Lizenzserver ja ausreichend sein. Seltsamerweise werden aber die Lizenzen des Lizenzservers nicht verwendet !?!? Stattdessen benutzt er die "Temporären Lizenzen aus LAN2. Wenn ich also in LAN1 die Terminaldienstlizensierung aufrufe, bekomme ich beide Server angezeigt. Rufe ich die Terminaldienstlizensierung in LAN2 auf, so versucht diese, eine Verbindung mit dem Server in LAN1 aufzubauen, schafft es aber nicht. Wähle ich dann den Server manuell nochmal an, ist dieser vorhanden. Wie bringe ich denn nun den TermSvr in LAN2 dazu, sich endlich mit dem aktivierten Lizenzserver aus LAN1 zu verbinden und somit auch endlich die vorhandenen Lizenzen zu verwenden??? Irgendeine Idee??? Rüdiger "Rico" Patzke

Habe heute versucht in ein LAN (192.168.100.x) einen zweiten DC einzuführen. Hatte dann einen DC mit ADS unter LAN1.local und einen zweiten DC mit ADS unter LAN2.local ... beide im gleichen SubNet !!! in LAN1 steht der DC mit aktivierten DHCP, da dieses LAN bereits bestand und "nur" eine zweite Domain mit eingebunden werden sollte ... LAN2 bekommt seine IPs vom DC aus LAN1, so dass alle Rechner im selben SubNet liegen, aber berechtigungsmäßig getrennt administrtiert werden können. Problem: Wie muss der DNS von LAN2 eingerichtet werden, damit die Rechner im LAN2 auch auf diesem "sichtbar" werden??? Die tauchen nämlich weder in LAN1 noch in LAN2 auf!!! Lediglich im DHCP-Bereich von LAN1 sieht man die entsprechenden Leases. Könnte man nicht je LAN einen primary DNS aufsetzen, und diesen als secondary für das andere LAN verwenden???

Hi, alle Rechner haben eigene Domain ... IPs werden momentan via DHCP vergeben ... könnten aber auch manuell gepflegt werden ... Das Problem wäre dann aber, das in einem ClassB-Lan mehrere DHCPs arbeiten würden ... geht das überhaupt???

Wenn nun alle Räume in einem CLASS B wären (172.16.x.x.), dann wäre ja der Zugriff auf den DSL-Router erledigt ... Könnte dann nicht auch pro SUBNET ein DC eingesetzt werden??? z.B. einer für edv.local für 172.16.16.x und 172.16.32.x und ein weiterer für schulung.local in 172.16.48.x ??? Damit wären doch dann physisch alle im gleichen CLASS B-Net, könnten jedoch durch getrennte DCs administriert werden; oder mache ich da einen groben Denkfehler ?!?!?

Moin, nachdem ich schon wieder mal zu b***d bin zum Suchen, stelle ich die Frage einfach mal hier: Ich werke in einer Schule herum, die mehrere EDV-Räume besitzt, von denen jedoch nur einer mit DSL versorgt ist. Momentan sind alle Räume als eigenständige LAN (192.168.x.x / 255.255.255.0) eingerichtet. Jeder Raum besitzt einen eigenen DC unter Win2K. LAN1: 192.168.1.x LAN2: 192.168.2.x LAN3: 192.168.3.x Der DSL-Router befindet sich in LAN1 Damit nun alle Räume in den "Genuß" von DSL gelangen, wäre eine Möglichkeit ein CLASS B-Net. Die Problematik besteht darin, dass LAN1 u. 2 von einem DC verwaltet werden sollen. LAN3 aber einen eigenen DC bekommen soll, da dort Schulungen abgehalten werden sollen, bei denen die Benutzer teilweise Admin-Rechte (NUR in LAN3) erhalten sollen. Irgendeine IDee???