NetHawk

Leider nein.... das ist eine etwas größere Praxis :-) eigentlich ein Klinikum. Und das sind von "Siemens" gelieferte Softwarekomponenten.... also nichts was man mal auf die schnelle ändern könnte (nur durch einwurf von vielen Münzen). :rolleyes:

Fast richtig verstanden :-) Das diese möglichkeit besteht ist klar. Drucker anhalten, Jobs werden gesammelt und irgendwann gedruckt. Es soll aber so sein das die Jobs schon im Zustand "Angehalten" drinstehen. Nicht der Drucker. Folgendes Szenario: In einer Arztpraxis werden Rezepte und AU`s an einem Nadeldrucker gedruckt. An den Jobs ist zu erkennen was gedruckt werden soll, Kassenrezept, Privatrezept oder AU. Je nach dem muß anderes Papier eingelegt werden und der entsprechende Job wird auf fortsetzen gestellt. Ansonsten gibt das ein ziemliches durcheinander das AU´auf Rezeptvordrucken gedruckt werden usw... Mehrere Drucker aufstellen geht aus mehreren Gründen nicht. Nicht der Drucker soll also angehalten sein, sondern die Jobs dort schon als angehalten ankommen.... In Novell Netzen mit Novell Netwareclient ist das kein Problem, da gibt es einen Reiter Netware einstellungen im Druckerobjekt wo ich ganz simpel eine Checkbox aktiviere. Ideen? :-)

Hallo alle zusammen, ich stehe vor folgendem Problem: lässt sich eine Druckerqueue so konfigurieren, dass alle Druckjobs erst mal angehalten drinstehen und manuell von einem designierten Admin/Benutzer zum Druck freigegeben werden müssen? Bei Netware war das kein Problem, ist aber bei MS auf ersten Blick nicht möglich, oder doch? Gibt es evtl. die möglichkeit das über VB-Script oder ähnliches zu steuern? Gruß Norbert

Also ich stehe vor dem gleichen Problem. Es ist so das es eine Anzahl von Benutzern gibt die prinzipiell nichts anderes machen dürfen als den Internet Explorer.... Was du da ansprichst mit dem Kiosk-Modus - kann ich den Domain-User abhängig aktivieren? oder ist das ne spezielle Policy? Oder kann ich das ganze Startmenü per Policy deaktivieren? Gruß Norbert

Hallo zusammen, seit neuestem taucht folgender Fehler an unserem Exchangeserver auf: Ereignistyp: Fehler Ereignisquelle: MSExchangeSA Ereigniskategorie: Allgemein Ereigniskennung: 9187 Datum: 27.11.2007 Zeit: 12:51:05 Benutzer: Nicht zutreffend Computer: HERMES Beschreibung: Die Microsoft Exchange-Systemaufsicht konnte den lokalen Computer nicht dem Verzeichnisdienst-Gruppenobjekt 'cn=Exchange Domain Servers,cn=Users,dc=xxx,dc=xxx,dc=xx' hinzufügen. Halten Sie alle Microsoft Exchange- Dienste an, fügen Sie den lokalen Computer der Gruppe manuell hinzu, und starten Sie die Dienste erneut. Wenn ich diese Gruppe prüfe liegt des Computerobjekt aber drin!! Dazu dann folgende Warnung: Ereignistyp: Warnung Ereignisquelle: MSExchangeSA Ereigniskategorie: Allgemein Ereigniskennung: 9186 Datum: 27.11.2007 Zeit: 12:51:05 Benutzer: Nicht zutreffend Computer: HERMES Beschreibung: Die Microsoft Exchange-Systemaufsicht hat festgestellt, dass der lokale Computer kein Mitglied von Gruppe 'cn=Exchange Domain Servers,cn=Users,dc=xxx,dc=xxx,dc=xxx' ist. Die Systemaufsicht fügt den Computer der Gruppe hinzu. Die derzeitigen Mitglieder der Gruppe sind CN=HERMES,OU=Server,DC=xxx,DC=xxx,DC=xxx; CN=Administrator,OU=Benutzer,DC=xxx,DC=xxx,DC=xxx; CN=Administrator,CN=Users,DC=xxx,DC=xxx,DC=xxx; '. Kann mir da jemand weiterhelfen?

Dann würde es aber auf allen DC´s wohl gleich sein mit dem Phänomen. Und das mit dem rausnehmen... ist nicht so ganz einfach... Das ganze ist in einem Klinikum und somit etwas sensibel :-) Es ist nicht die einzige Domain. Es gibt eine Domain mit einem one-way-trust. Soll heisen, eine andere Domain (von Siemens gestrickt) zieht sich von meiner Domain Gruppenrechte für Röntgensysteme... Aber das sollte keine Probleme machen. Ich könnte den DC auch einfach rausnehmen, einen neuen rein. Das sind dann aber 3-4 Stunden Arbeit. So ein großes Zeitfenster wird mir leider nicht gegönnt, da eine Webapplikation sich dort am DC das Domainzertifikat zieht. (Noch ein Grund warum nicht einfach rauszunehmen) Maximal eine Stunde... :-( Aber was mir echt den Nerv raubt das ich dort an diesem DC als Domain-Admin nur eingeschränkte Rechte habe....

Hallo zusammen, stehe vor einem äußerst delikaten Problem. Eine Windows Domäne, ursprünglich unter Windows 2000 aufgesetzt wurde migriert nach Windows 2003 R2. Es sind 3 Domaincontroller vorhanden. 2 Davon wurden bereits vor längerer Zeit "neu" installiert und als Domaincontroller eingestuft. Nun sollte der letzte Windows 2000 (SP4) Domaincontroller (ursprünglich der erste) aktualisiert werden. Alle FSMO-Rollen wurden inzwischen an andere DC´s übertragen. Global Catalog ist noch aktiv. Der Domaincontroller funktioniert auch so weit ganz gut. DCDIAG und andere Tests sind Problemlos durchgelaufen. Das Problem welches ich nun habe, ich bin als Domain-Admin an diesem DC angemeldet und kann den DC nicht neu starten. Mir bleibt nur das Abmelden zur Auswahl. Versuche remote oder per Commandline den Server runterzufahren sind ebenfalls fehlgeschlagen. Es heist immer das mir ein Recht fehlt. Somit kann ich auch keine aktualisierung auf 2003 R2 machen da immer die meldung kommt das ich zu wenig rechte habe. Und das als Domain-Admin? Auf allen anderen DC´s (2003 R2) keine Probleme. Nur eben dieser Windows 2000 SP4 DC. Policies sind zur zeit keine aktiv. Hat jemand ne Idee?

Hallo zusammen, ich stehe vor einem Problem mit serverbased profiles. Bisher war Novell im einsatz und es wurde "1" serverbased profile an alle übergeben. Mein Problem: Alles ist umgestellt auf Windows 2003 Server. Alles funktioniert. Jetzt ebenfalls für "alle Benutzer" "1" serverbased profile verwendet werden. Ich trage also im Profilpfad \\server\share\Profil1 ein. Das Profil wurde erstellt und dort hin kopiert. Nun fügt sich irgendein Benutzer einen neuen Favoriten hinzu. Beim abmelden des selbigen wird das alles auf dem serverdased profile synchronisiert. Kann ich das irgendwie abschalten das die Profile wieder zurückgeschrieben werden? Gruß NH

Das ist ein externer Trust. Also nicht im gleichen Forest. Wie kann ich dann erreichen das die PDCE´s auf den neuen Server verschoben werden? Clientseitig ist alles umgestellt auf den neuen DNS-Server Was mich allerdings wundert, wenn ich den ehemaligen DC (DC1) also abschalte, habe ich versucht an dern anderen Domäne im Usermanager mal auf die andere Domäne zuzugreifen, das klappt alles prima... :-( lg NH

Hallo zusammen, folgendes Szenario: Vor langer Zeit wurde eine Domäne (Windows 2000 SP4 DNS/DHCP) aufgesetzt - DC1 Domäne1. Dann wurden nach und nach Domaincontroller der Domäne1 hinzugefügt, einer mit windows 2003 ohne SP (DC2) und einer mit Windows 2003 SP1 (DC3). Eine 2te Domäne wurde dann von Siemens eingerichtet und ein Trust hergestellt (Domäne2). Nun wurde mir aufgetragen, alle DC´s der Domäne1 auf den gleichen Stand mit OS zu bringen. Neuer Stand soll sein Windows 2003 R2 SP2. Ich habe zu allererst auf dem W2K server von der R2-CD 2 den ADPREP aufgerufen. Das erste mal mit /forestprep das zweite mal mit /domainprep. Beides ohne Fehler gelaufen. Dann habe ich einen neuen Server aufgesetzt W2K R2 SP2 als mitglied der Domäne. DNS zeigt auf den W2K Server (DC1). Dann DCPROMO ausgeführt. Anschließend die FSMO Rollen (alle 5) auf den neuen Server übertragen. Anschließend Global Catalog aktiviert. Anschließend DNS installiert und konfiguriert. DNS einstellungen umgestellt auf sich selbst. Im DNS des W2K servers (DC1) habe ich dann einen Forwarder eingerichtet auf den neu installierten Server. Alles bestens. die Windows 2003 Server DC2 und DC3 habe ich erst demotet damm migriert auf Windows 2003 R2 SP2. Habe beide wieder zum DC promotet. Alles bestens DHCP habe ich auch schon erfolgreich migriert auf den neuen Server Alles bestens Also stoppe ich DNS und DHCP auf dem DC1 um zu testen ob alles funktioniert. Alles bestens. Ein Authentifizierter Client von Domäne 2 kann auch auf Ressourcen zugreifen. Sobald ich nun den DC1 komplett ausschalte (herunterfahren :-) ) bekomme ich auf den Clients der Domäne2 die Meldung das sie nicht authentifizieren können. Trust habe ich überprüft und sollte arbeiten laut Meldung. Starte ich den DC1 wieder lüuft wieder alles auf den Clients der Domäne2. Nun meine Frage: muß ich erst den Trust aufheben, DC1 demoten und dann den Trust neu einrichten? Mit was hängt das zu sammen... Ich komme leider nicht mehr weiter... Gruß NH