NorbertFe

Nein, nur DER DC (der PDC Emulator). Ansonsten bin ich da bei Nils. Locker bleiben und kurz überlegen, was eigentlich das Ziel und die Strategie ist. Je hektischer man wird, umso schneller passieren Fehler.

Ist schon irgendwie bisschen widersprüchlich bei dir. Wenn die VMs (deine DCs nicht funktionieren) hast du üblicherweise andere Probleme als die Uhrzeit. Du kannst natürlich auch überall irgendwas eintragen. Auf die iLO die Firewall die Firewall holt sich das aus dem Internet und die DCs dann irgendwo anders. Solange du aber den Überblick behalten willst/musst, solltest du einfach alle zu den DCs schicken, oder alle zur Firewall (ausser die Domänenmitglieder). Ansonsten fängt man zwangsweise immer irgendwann an zu suchen.

So unterschiedlich ist das. Ich brauch immer irgendwas was im Hintergrund dudelt. ;)

Natürlich muss da ein Port rein. Woher soll der Client sonst wissen, auf welchem Port er deinen WSUS erreichen kann? Bye Norbert PS: Wurde ja schon gesagt: Schulen sind schon eine spezielle Clientel. Bist du da als Dienstleister generell, oder machst du das als Ferienjob?

Nö, die bekommen die Zeit von den DCs der Domain.

Mit den Ohren ;) Im Allgemeinen Radio Stream bei der Arbeit und UKW/MP3 im Auto. Genau das kann ich nicht. Das kann ich mit Filmen tun und da darfs auch gern 4k usw. sein, aber für Musik konnte ich das noch nie.

Toll, jetzt weißt du, dass der DC seine Zeit von extern korrekt holt. Du wolltest aber wissen, wo die Clients die Zeit herholen. Also musst du logischerweise in welche Eventlogs schauen? Tipp: Nicht das vom DC. ;) Ist das so schwer? https://kb.vmware.com/s/article/1189

Nein, du hast von mir noch gar keinen link bekommen. ;)

Man könnte bspw. am Client ins Eventlog schauen und sieht dann dort, wo der Client seine Zeit herholt. Exemplarisch steht das sogar im Artikel oben drin (zwar für den DC, aber das ist ja egal).

Nö, dachtest du nicht. ;) Du sollst dafür sorgen, dass die DCs!!! die Hosttimesync deaktiviert haben (auch alle anderen VMs die Mitglied des Active Directory sind. Den ESX Servern kannst du dann als NTP Server die Namen oder IPs deiner Domain Controller geben.

Das machen die automatisch. Es sei denn, man hat schon irgendwas "verkonfiguriert". ;)

Aber nicht im Standard. :) Und dein Artikel behandelt doch das Thema, dass der Admin das Kennwort zurücksetzen kann übers EAC. Hat das wirklich mit dem User zu tun?

Unten rechts steht doch schön "BLAU" IHR KENNWORT ÄNDERN! Der ist immer sichtbar. Mir ist kein Exchange 2016 bekannt, bei dem das per default deaktiviert ist.

Hi Norbert, es geht glaub ich eher um den Nutzer. Das ist tatsächlich total b***d zu finden im exchange 2016. Optionen öffnen, allgemein auswählen, mein Konto und dann unten rechts „mein Kennwort ändern“. Kann man super übersehen.

Muss man das verstehen, was du möchtest? Ja man kann alle Nutzernamen einfach ändern. nein das lokale Profil muss man nicht löschen. Als Tool bietet sich http://www.wisesoft.co.uk/software/bulkadusers/default.aspx an. Kost nix und tut. Wenn du das skripten willst, kannst du je nach Version Powershell, VBScript oder irgendwas anderes nutzen.

ICh würde auf den Export verzichten, weil das 1. länger dauert und 2. dazu verleitet, das im laufenden Betrieb durchzuführen. ;)

Einfach ändern. Der Rest bleibt erhalten.

Exportieren kann man sich eigentlich sparen. Runterfahren, Verzeichnisse kopieren (alle notwendigen), und importieren und direkt registrieren.

Na dann kann ja nix mehr schiefgehen ;)

So wie es notwendig ist. ;)

Schön, wenn man Anleitungen nutzt, die nicht für die Versionen gelten die man installiert. ;) den Grund hat dir ja schon jemand verraten.

Welche Version von Windows und Exchange? Sieht irgendwie nach sehr altem Exchange 2013 oder noch älter aus. Welche Anleitung hast du denn versucht? Und mit dem AD Schema hat die Fehlermeldung nichts zu tun.

Und vom anderen?

Vermutlich die Serverauth deaktiviert, oder Connectoren mit "falschen" IPRanges definiert.

Wie kommt man eigentlich auf so ein krankes Szenario? ;)