Bkolbe

es kommt ab er auch darauf an, was für Spezialwissen du schon hast und wo du nachholbedarf vermutest.

Und wohin du willst. Möchtest du im Security Bereich einsteigen, ist die Schulung vom Sercon sicherlich besser geeignet als der reine MCSE bei New Horizon, z.B.

grundsätzlich lauft eine Domäne auch ohne Die FSMO Rollen weiter, einige sind für den laufenden Betrieb nicht lebenswichtig (der DomainNameMaster z.B.)

Ist aber absehbar das der Rolleninhaber nicht wieder hochkommt, mußt du die Rollen auf den neuen legen.

Eine Beschreibung findest du hier:

Wie kann ich Betriebsmasterrollen offline übertragen? - faq-o-matic.net

da war sunny schneller...

im übrigen:

Spart Euch das Geld für ein Supportpaket. Die Hotline sitzt in Indien und ich hab seit über 4 Wochen die Ehre stundenlang mit denen zu telefonieren und die finden unseren Fehler nicht wirklich... :thumb2:

es ist nicht notwendig die Bänder VOR einer Sicherung einem Mediensatz einzulesen.

Durch das Zuweisen in einen Mediensatz werden die Bänder nach den Überschreibschutzregeln des Satzes "gelabelt" und ein Schreiben ist nicht mehr möglich.

Mach es folgendermassen (Wenn du die Bänder unbedingt manuel einlesenwillst):

- Alle Bänder in die temporären Medien verschieben.

-Um zu verhindern, dass sich z.B: tägliche Sicherung alle Bänder holt und die anderen leer ausgehen solltest du folgendes Einstellen:

Eine zweite Möglichkeit ist auch zu pokern und darauf zu spekulieren das BEW sich auch überschreibbare Medien aus anderen Mediensätzen holt und zum sichern für einen anderen Mediensatz verwendet. (Würde ich Dir nicht empfehlen, da ich es selbst noch nie getestet hab)

wir hatten das gleiche Problem auch schon mal.

das Einzige was bei uns funktioniert hat war, die vorhandenen Profile löschen (Wichtig, das Profil muss lokal und auf dem SErver-bei Serverprofilen- gelöscht werden, sonst tritt der Fehler wieder auf!) und automatisch neu anlegen lassen bei der Anmeldung, dann hat es wieder funktioniert.

Betroffen waren bei uns nur einige Benutzer (ca. 10-20%) bei dem Rest lief die Umstellung problemlos.

Leider ist das nur ein workaround den ich DIr anbieten kann, aber wir hatten keine Zeit damals eine bessere Problemlösung auszuarbeiten, da gerade Benutzer aus der CHefetage stark betroffen waren und uns im Nacken sassen...

WOL funktioniert meines Wissens nach nur innerhalb von Routingrenzen, da an die MAC-Addresse des zu weckenden Rechners ein sog. "Magic PAcket" (oder so ähnlich) gesendet wird.

Ich hab auch schon nach einer Methode gesucht über externe Einwahl (bei mir wars VPN) WOL zu nutzen, aber ich musste erst remote auf einen internen Rechner und konnte von dort den Zielrechner aufwecken.

Bei Dir wird es wohl auch nicht anders gehen.

@genab.de

dann ist das Tool genau das was ich eigentlich gebraucht hätte, werde ich mir auch mal ansehen

probier mal für "Dokumente und Einstellungen" den alten DOS Namen:

dokume~1

damit müsste es klappen

das ist ja was anderes, das hast du nicht im ersten Post geschrieben, da kommt bei mir auch eine Fehlermeldung.

Um welchen Pfad handelt es sich denn genau? Kann der Pfad geändert werden?

Hallo!

Versuch das mal:

runas /user:image\administrator "cscript C:\.."

wenn man sich auf einem REmote-Rechner über "ausführen" und dann \\REchnername oder \Ip-Adresse anmeldet, sieht man zum einen ja die freigegebenen Ordner und Drucker (Sofern kein $ hinten dran ist) und einen oder zwei ORdner (geplante Task und Drucker).

ich habe nun alle Freigaben und Drucker versteckt mit dem $, melde ich mich als Benutzer an dem Server an, sehe ich keine Freigaben oder Drucker, aber den Ordner "Drucker" und über den kann ich wieder auf alle Freigegebenen Drucker zugreifen.

Aber genau das will ich nicht sichtbar haben (den ORdner Drucker). Die Benutzer sollen den Internet Printing Dienst nutzen und sonst nichts. Ich meine ich hab diesen ORdner shconmal ausgeblendet, aber ich weiß nicht mehr wo. Gibt ein Benutzer unter ausführen den Server ein, soll er nur eine leere Ansicht erhalten und keine Drucker sehen.

Es handelt sich um einen Windows 2003 R2 SP2 Server der nicht in einer Domäne ist, aber einige Konten mussten eingerichtet werden und um die geht es mir. Über den IPP-Dienst des IIS drucken die Benutzer anonym.

@ blub:

Danke für den Hinweis, hab wieder was dazugelernt.

@simonak

Kerberos arbeitet mit Tickets die nach einer definierten Zeit ablaufen, wenn jetzt deine DCs unterschiedliche Zeiten haben, kanns da Probleme geben. Da wird dir Blub mehr dazu sagen können.

Wenn ich dich aufs Glatteis geführt habe, war nicht mit Absicht.

schließe mich marka an, habe dem nichts hinzuzufügen zum Thema "Treiberreste" und dem Tool :)

DNS macht ja mehr als nur Namensauflösung im AD. Dort werden auch die SRV-Einträge verwaltet, (z.B. welcher DC ist für welche Site zuständig, und viel mehr).

Wenn es in den SRV Einträgen zu PRoblemen kommt, könnten evtl. auch solche Meldungen produziert werden(Da kein Zugriff auf den DC erfolgen kann).

Trotzdem sollte die NAmensauflösung arbeiten.

Vielleicht kann Dir ein richtiger "DNS" Fachmann mit etwas Input versorgen diesbzüglich

das ist kein Fehler von Microsoft.

Bemüh mal deinen Taschenrechner.;)

Wenn man die 500GB deiner Festplatte in "richtige" GByte umrechnet kommt man auf ca465GB.

Die Festplattenhersteller benutzen gerne den Faktor 1000, anstelle der korrekten 1024, da sie so größere Plattenwerte erreichen können (zumindest für das Marketing).

Windows benutzt aber den korrekten Faktor 1024 wie es ja im Binärsystem auch richtig ist.

Früher viel das nicht so sehr auf, aber bei den heutigen Größen sind das schon ein paar GB...

Und nach eine Anmerkung: Das Dateisystem braucht auch noch Platz, du wirst also nie die volle Kapazität einer Platte nutzen können. Auch hier gilt je Größer die Platte desto größer ist auch der Platzbedarf des Dateisystems...

also ich empfinde den Driver Deleter nicht als Radikal Tool, wie marka schon geschrieben hat entfernt das Tool auch Treibereste und das bei mir recht zuverlässig, da sind die Windowsbordmittel viel "schlampiger".

noch ein nachtrag: es gibt ein ganz gutes Tool von kyocera, das putzt den Treiber wriklich vom System:

<edit by marka: Link korrigiert>

Kyocera Mita Service-World -- Printer Deleter

</edit>

nennt sich Driver Deleter Utility

der Link wird falsch gesetzt. geh auf die seite von Kyocera, dann klick auf "Printers", dort auf "Support" und dann auf "downloads", "Tools"

Wenn du über einen richtigen Printserver (über eine Freigabe) auf den Drucker zugreifst, werden auf dem Client zwar beim ersten mal Treiber (falls notwendig, werden aber vom PRintserver geliefert) installiert, dann nur Registry Keys gesetzt.

Du kannst das mit dem PRintMigrator von Microsoft prüfen, wird dir der Drucker dort angezeigt, ist er lokal installiert, per Freigabe eingebundene Drucker werden vom Print Migrator nicht erkannt, da sie nicht wirklich lokal installiert sind.

Hier der Link:

Download details: Windows Print Migrator 3.1

Die betreffenden Registry Werte findest du hier:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Printers\Connections\,,0.0.0.0,HP LaserJet 2200 Series PCL]
"Server"="\\\\0.0.0.0"
"Provider"="win32spl.dll"

[HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Devices]
"\\\\0.0.0.0\\HP LaserJet 2200 Series PCL"="winspool,Ne04:"

[HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\PrinterPorts]
"\\\\0.0.0.0\\HP LaserJet 2200 Series PCL"="winspool,Ne04:,15,45"

Du must im Autorenmodus die Konsole so anpassen, wie du sie dem First Level Support zur Verfügung stellen willst. Danach die Konsole in den gewünschten UserMode bringen, probier am besten aus welcher der drei deinen Vorstellungen entspricht.

Dann die Datei (Also das Snap In) speichern und dem FirstLevelSupport verfügbar machen. Es ist nur diese eine Datei als SnapIn, die MMC haben haben ja die Windows-Rechner (2000 aufwärts) schon.

Kannst das ganze über ne Freigabe (Auf die der Support zugriff hat) machen, per Skript (das Skript halt per GPO verteilen z.B.) auf den Desktop (oder wohin du möchtest) kopieren oder den First LEvel Supportern ne MAil mit der Datei schicken, wie du es halt möchtest.

also eine reine Ciso Frage ist das ja nicht unbedingt... (hab von Cisco auch keine Ahnung...)

Soll der DHCP nur ein VLAN abdecken? Oder möchtest du einen zentralen DHCP für alle VLANS haben?

Wenn du erstes willst, brauchst du für jedes VLAN einen DHCP Server der in dem entsprechenden Netz hängt oder der halt über einen Relay Agent arbeitet. Das ist auf den Switchen dann einzustellen.

Wenn du einen zentralen DHCP Server nutzen möchtest der direkt mit den VLANs verbunden ist (also ohne Relayagent), musst du den/die Ports an dem der DHCP hängt so konfigurieren dass alle VLANS, die der Server verwalten soll, eben auf diesem/diesen Port(s) eingerichtet ist/sind. Dann musst du noch die Netzwerkkarte des Servers konfigurieren, am besten mit einer KonfigSoftware (z.B. die Broadcomsuite oder die von Intel, je nachdem was halt für KArten drin sind) dort musst du virtuelle Adapter für jedes VLAN einrichten. Damit ist der DHCP in allen VLANS vertreten.

für jedes VLAN richtest du jetzt noch einen eigenen IP-Adressbereich ein und fertig ist dein zentraler DHCP

prüf als erstes den DNS, gibt es dort Probleme oder Meldungen im Eventlog?

Hilfestellung gibts es z.B. hier, wenn die Repliaktion der DNS-Server nicht richtig klappt o.ä.:

Yusuf`s Directory - Blog - Welcher DNS-Server sollte eingetragen werden ?

Dei Einstellungen im IE können doch auch Personenbezogen erstellt werden, gibt es da Konflikte?

Haben vielleicht die User, bei denen es nicht geht, eigene Einstellungen vorgenommen, bzw. sieht der User noch die betreffenden Registerkarten?

in der firewall muss das Programm "dmremote" nicht freigegeben werden. Normalerweise wird die Firewall automatisch konfiguriert, wenn der Remotedesktop aktiviert ist. Es sollte in der Firewall unter dem Register "Ausnahmen" ein Häckchen bei "Remotedesktopverbindung" stehen.

Die Reihenfolge der Gruppenrichtlinien werden in der GPMC (sofern installiert) verwaltet, alternativ auch über das "alte" Snap In Domänenbenutzer und Computer.

hier der kurze Originaltext aus der Hilfe der GPMC:

Die Verarbeitung mehrerer, mit einer Domäne verknüpfter Gruppenrichtlinienobjekte erfolgt in der Reihenfolge, die der Administrator in der Gruppenrichtlinien-Verwaltungskonsole auf der Registerkarte Verknüpfte Gruppenrichtlinienobjekte für die Domäne angegeben hat. Das Gruppenrichtlinienobjekt mit dem niedrigsten Wert für Verknüpfungsreihenfolge wird zuletzt verarbeitet und hat daher den Vorrang.

Übrigens: Falscher Teil des Forums, solche Themen werden eigentlich im Backoffice bereich bearbeitet, hier nur Themen zum MCSE

hab mir das grade durchgelesen und so wie es da steht, funktioniert es nur mit Vista.

Mit einer Ausnahme: Man verwendet das Programm pushprinterconnections.exe in einem Skript, dann kann ich diese Richtlinieneinstellung auch für die nicht unterstützten Betriebssysteme einsetzen.

sind die Rechner Mitglied in einer Domäne?

Dann könnten GPOs das Editieren vorhindern