MurdocX

Also das hört sich sehr hoch an. Ab 10ms Inhouse sehe ich als problematisch. Da bleibt dir nichts übrig, als die Kabel mit einem Gerät durchzumessen. Das ist definitiv schon weit über grenzwertig drüber.

Bitte spezifiziere das doch mal genauer. Latenzen kann jetzt einiges bedeuten. Das ist zu allgemein.

Vermutlich. In diese Datei wird auf die MapiMail verlinkt. Die ist bei mir z.B. nicht verlinkt, jedoch öffnet sich trotzdem Outlook. Deshalb muss an anderen Punkten gesucht werden. Ich hab da noch was bei Microsoft gefunden... https://answers.microsoft.com/en-us/windows/forum/windows_7-windows_programs/send-to-mail-recipient-does-nothing/28fcfbc5-ae79-e011-9b4b-68b599b31bf5

Und was geht nun nicht?

Warum sollen denn die beiden Einträge zugewiesen sein müsen? Bei meiner Office 2016 Installation sind beide Einträge nicht gesetzt und das Office funktioniert einwandfrei. Setze mal die Einträge: Einstellungen > Apps > Default Apps > Set Defaults by app > Outlook 2016 wählen Dort siehst du die gesetzten Standards die die Anwendung unterstützt. Mehr nicht.

Sind nur unmanaged Switche verbaut? Voip sollte priorisiert werden. Wie ist die allgemeine Auslastung im Netz?

An der Idee an sich ist nichts verwerflich. Du möchtest so professionell wie möglich machen, das verstehe ich. Wenn wir den lokalen DHCP und den DHCP-Relay gegenüberstellen und deine Anforderungen mit einspielen lassen, dann würde ich die lokale Variante wählen. Es spricht ja nichts diese in einer MMC zu verwalten, oder?

Der administrative Aufwand eine DHCP-Servers kann m. M. n. vernachlässigt werden. Bei 2 statisch vergebenen IP-Adressen hast du den Aufwand wieder drin. Oder was wird in deinem Fall großes anfallen? Vielleicht können wir dort ansetzen.

Ok und wo siehst du dann den Vorteil gegenüber vorher? Der Server wird dadurch nicht aufgelöst, laut deiner Beschreibung. Es kommt anscheinend auch noch einer hinzu. Der wegfallende Server wäre für mich der Benefit der Aktion dann gewesen. Aber so könnte er auch gleich die DHCP-Rolle behalten. So wird der administrative Aufwand auch noch erhöht.

Hab ich oben auch schon geschrieben

IE 11 incl. letztem CU vom Februar habe ich keine Probleme hier im Forum. Wobei ich lieber den Edge nutze

@pittzinn Was soll repliziert werden? Greifst du auf den Computernamen oder auf die IP darauf zu? Wurden die richtigen Zugangsdaten des Computers hinterlegt?

Du könntest die Konfiguration auch im Benutzerobjekt im AD erledigen, dann wird das Domänen-Suffix nicht angehängt.

Das stimmt so nicht. Anmeldung: Domäne\Administrator -> Domänen-Admin ( Falls nicht umbenannt ) ".\Administrator" oder "Computername\Administrator" -> Lokalen Admin ( Falls nicht umbenannt )

Fassen wir das Ganze zusammen: Ok, Fakten wurden geschaffen. Du weißt also nun das es so nicht klappt wie du Dir das so vorgestellt hast. Vorschläge & Ratschläge von Forenmitgliedern wurden Dir zugetragen. Was gedenkst du nun zu tun, nachdem du nun die Informationen hast?

Anderst herum kann ja jeder .. Vielleicht werden wir noch mit Anforderungen erhellt. Die DHCP-Rolle würde jetzt m.M.n. nicht mehr ins Gewicht fallen. Den administrativen Aufwand betreibst du eh schon für die Kiste. Erster Fall: Nehmen wir an die MPLS-Leitung fällt morgens aus und du hast keine lokale DHCP-Rolle installiert, dann würde sich niemand anmelden können, da keine IP-Adressen verteilt werden. Ergo, dann ist auch egal ob auf dem Server die Files/Portale oder egal was liegt, denn es kann keiner mehr darauf zugreifen. Aus diesem Fall wird Dir klar werden, dass eine lokaler DHCP keine schlechte Idee ist. Zweiter Fall: Es sind eh keine Daten auf dem Server, weil er nur RODC macht und die Daten in der Zentrale liegen, dann wäre es vollkommen egal ob es einen lokalen DHCP vor Ort gibt oder nicht. Es kann eh nicht gearbeitet werden. Dies sind nur zwei allgemeine Fälle, die aber Dir deutlich machen sollen, dass es immer auf die Anforderungen ankommt, die an die EDV gestellt werden. Deswegen wird so oft darauf hingewiesen.

Ich schließe mich Sunny61 und lefg an. Nochmal kurz die Punkte angebracht: - Was sagt die Ereignisanzeige? - Wurde das Profil nochmal neu angelegt? Hier ist es unerheblich ob ein Benutzer "neu" im AD ist. - Sind die Systemtreiber aktuell? - Mit sfc.exe das System prüfen ( sfc.exe /scannow ) - Sind alle Windows Updates installiert? - Besteht das Problem auch nach einem Clean-Boot? ( https://support.microsoft.com/en-us/help/929135/how-to-perform-a-clean-boot-in-windows ) PS: Ich kenne so ein Verhalten von Kunden-Rechnern die durch die Hersteller "vermüllt" ausgeliefert und so eingesetzt wurden.

Falls du ein Anderes einsetzt, dann muss dieses den Key setzen. https://support.microsoft.com/en-us/help/4072699/january-3-2018-windows-security-updates-and-antivirus-software

Sind einschlägige Fehler in euren Ereignisprotokolls eures DNS (DC) - Servers vorhanden?

Vermutlich hat sich die Ansteuerung geändert und deine Hardware oder Treiber sind eben nicht mehr 100% kompatibel. Die IT verändert sich täglich, da wird/kann bei mehreren Millionen Geräten nicht immer drauf geachtet werden.

Wenn wir eine hohe Leitungslast haben, dann erhöht sich höchstens die Latenz und die Antwort kommt leicht verzögert. Aber die Antwort kommt... Hier stimmt irgendwas anderes noch nicht. Ich hab solche Fehler auch schon mal bei einem defekten Interface, Netzwerkkabel und bei einem Treiberfehler gehabt. Interessant wären hier mal die Anzahl CRC Fehler und Kollisionen auf den Switchen.

Welche Regeln sind denn auf der Firewall eingestellt? Ist auf der extern gewarteten Firewall Port 53 für Anfragen von Clients freigegeben? DNS-Anfragen auf die Firewall direkt mal probiert?

Erst wenn vom Defender ein Registry-Key für Windows Update gesetzt wurde, wird dem Computer das 2018-01 oder höher angeboten. Die ist ein Schutz für den Computer, falls das AntiViren-Programm nicht kompatibel mit den Kerneländerungen von MS ist. Siehe Specte & Meltdown

SMB-Direct ist noch dabei, fall viele Daten mit dem Server ausgetauscht werden müssen. Das macht die Sau aber auch nicht fett Ich kann mich Zahni nur anschließen. >2TB Ram oder mehr CPUs sind sehr selten.

Nur weil man es immer so gemacht hat, heißt das ja noch lange nicht das man es weiterhin so machen muss Das könntest du z.B. über die Powershell machen. Der Befehl zum auslesen des Besitzers lautet Get-Acl um den Besitzer zu ändern könntest du z.B. diesem Blog hier folgen: https://learn-powershell.net/2014/06/24/changing-ownership-of-file-or-folder-using-powershell/ Leider habe ich noch nicht verstanden was der Sinn und Zweck der Aktion ist, denn der ist ja maßgeblich für die Aktion, oder?