Jump to content

grizzly999

Expert Member
  • Gesamte Inhalte

    17.686
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von grizzly999

  1. Nein das hat nichts mit einem Session Ticket zu tun (Kerberos), sondern mit dem Computerkennwort. Jedes Mitglied einer AD-Domäne hat so ein Kennwort, mit dem sich der Computer beim DC authentifiziert.

    Das Computerkennwort wird standardmäßig alle 30 Tage im Hintergrund geändert, also ohne Wissen und Zutun des Admins. Passiert dies nicht, weil zu lange offline, kann der Client keinen sicheren Kanal mehr zum DC aufbauen, Folge ist die von dir genannte Meldung bei der Benutzeranmeldung (Folge des Nichtaufbauen-Könnens eines sicheren Kanals zum DC).

     

    Es hilft dann nur noch, den Client in eine Arbeitsgruppe zu nehmen und neu in die Domäne aufzunehmen. Dabei wird ein neues Kennwort generiert, das wieder nur DC und der Computer kennen.

     

    Man kann diese Zeitspanne (30 Tage) über Gruppenrichtlinie (Computer .... -> Sicherheitsoptionen) einstellen oder dort auch ganz abschalten.

    Den KB-Link dazu habe ich erst neulich gepostet, auf Wunsch suche ich ihn nochmals raus.

     

    Das Ganze hat übrigens nichts mit der IP-Adresse oder MAC-Adresse zu tun, es ist eine reine AD-Geschichte.

    Wenn die Festplatte geklont wird , tritt spätestens dann das Problem auf, wenn die jetzt gerade aktive Platte mit dem DC ein neues Kennwort generiert. Dies hat der andere Klon nicht, weshalb dann wieder obige Fehlermeldung die Folge wäre. Das würde also nur funktionieren, wenn man das Ändern des Kennworts per Richtlinie abgeschaltet hat.

     

     

    Gruß

     

    grizzly999

  2. Und was soll's, wenn Simualtionen drin sind? :cry:

    Wirst du dann die Prüfung nicht machen? !

    Wirst du dir dann vornhemen, mal wo reinzuklicken und nicht auswendig lernen?!

     

    Ich verstehe die ganzen Fragen danach hier im Board nicht (mehr). Da muss man mal ein paar Sachen reinklicken, Klasse.

    Erstens: sind es meiner Meinung noch viel zu wenig Simulationen

    Zweitens: Sind aller Berichte nach die Simulationen geschenkte Punkte.

     

    Also, Simulationen hin oder her, wer sein Sach' kann, .........

     

     

     

     

    grizzly999

  3. Hallo erst mal.

     

    Du erwartest aber nicht, dass sich jeder, der helfen will, erst mal 3 Seiten lang einen 2 Jahre Thread durchliest? Und dann ist bei dir doch die Hälfte anders ....?! Nein.

     

    Aber wir erwarten, dass du dir die Boardregeln durchliest, die du vorher angenommen hast. Deshalb Thread geschlossen.

     

    Hinweis: Die Boardregel, die du suchst, hat was mit Overtakes zu tun

     

    grizzly999

  4. @Der-Sensenmann & Rocky:

     

    Die Vorschläge finde ich mal nicht so der Hit ( und Thread nicht gelesen?)

    Wenn da ein normaler PC dran funktioniert, und das soll er ja auf jeden Fall, dann ist es das einfachste der Welt, das Kabel aus dem PC zu ziehen und in ein Notebook zu stecken :rolleyes:

     

    @TheSpawn: Dann trage ich mir eine feste IP ein ..... :suspect:

     

    grizzly999

  5. Ja, ein VB-Skript, das ich zusammenbebastelt habe.

    Entweder als Startskript oder lokal ausgeführt oder mit psexec.

    Ist aber dennoch auf gewisse Art nur ein Workaround, die Microsoft-Sache mit den GUIDs in der Registry ist schon ätzend.

    Das Skript setzt den DNS-Server auf allen Interfaces, die unter TCPIP\Parameters\Interfaces gelistet sind. Wenn da also Karten mit unterschiedlichen DNS-Server sind, ist das Skript ungeeignet.

     

     

    Ich stelle das Skript hier mal zur allgemeinen Verfügung, Benutzung natürlich auf eigene Gefahr, bei Verbesserungen des Skripts diese mir bitte weitergeben ;)

     

    ****************Beginn Skript*********************

    'Registry-Hive

    const HKLM = &H80000002

    ' Setzt HKEY_LOCAL_MACHINE als Hive.

     

    'Konstanten für die zu setzenden Werte; Mehrere Nameserver mit Komma getrennt ohne Leerzeichen eintragen!

    const DNS_Server_List = "192.x.x.x,192.x.x.x"

     

    'Variablen für den Registry-Key

    strNameServer = "NameServer"

     

    strComputer = "."

    Set objReg=GetObject("winmgmts:{impersonationLevel=impersonate}!\\"& strComputer & "\root\default:StdRegProv")

     

    'Pfad zum Registry-Eintrag

    strKeyPath = "SYSTEM\CurrentControlSet\Services\TCPIP\Parameters\Interfaces"

     

    ' Auslesen aller Subkeys von "Interfaces"

    objReg.EnumKey HKLM, strKeyPath, arrSubKeys

     

    ' Setzen der Werte für alle ausgelesenen Subkeys

    For Each subkey In arrSubKeys

     

    'Zusammensetzen des Keys

    strKey = "System\CurrentControlSet\Services\TcpIP\Parameters\Interfaces\"& subkey

     

    'Setzen der Keys

    retVal = objReg.SetStringValue(HKLM, strKey, strNameServer,DNS_Server_List)

     

    Next

     

    set objWshShell = WScript.CreateObject("WScript.Shell")

    ****************END Skript*********************

     

     

    grizzly999

  6. Ja, ist dasselbe. Microsoft und ein Teil des Restes (der hersteller) nennt es GUID (Global Unique Identifier) der andere Rest der Hersteller nennt diesen Wert UUID (Universal Unique Identifier).

    Wenn du mit RIS das auf die UUID im BIOS beziehst, ja, das ist die korrekte, die unter "Verwalteter Computer" eingetragen werden muss.

     

     

    grizzly999

  7. Wir haben in mehreren produktiven Umgebungen positive Erfahrungen mit reinen DCs in virtuellen Umgebungen gemacht. Wenn man ein paar Sachen beachtet (z.B. USV-Anschluss, Sichern mit ntbackup o.a. Hardware, nicht) ist das kein Problem, sondern wie ich finde, eine gute Lösung.

     

     

    grizzyl999

×
×
  • Neu erstellen...