Jump to content

NorbertFe

Expert Member
  • Gesamte Inhalte

    43.299
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von NorbertFe

  1. Evtl mal das gelesen? https://docs.microsoft.com/en-us/answers/questions/22799/unable-to-install-the-synchronization-service-unkn.html
  2. Und was steht im Anwendungs- und Systemereignisprotokoll?
  3. Ja, du wirst dort vermutlich etwas "nachhelfen" müssen. Bei "verbastelten" Umgebungen ist der schnellste Weg: net Stop W32time W32tm.exe /unregister W32tm.exe /register net Start W32time Wenns zuviele DCs dafür sind, müßte man genau vergleichen, welche deiner Werte dazu führen, dass die Dinger meinen nicht zurückzuschwenken. :)
  4. Und nu? Vielleicht suchst du ja falsch :)
  5. Ich hab noch überlegt, ob ich den Satz um " , und hier im Forum wird sie auch keinen Anklang finden" ergänze. ;)
  6. Eigentlich nicht. ;) LAPs wäre eine Option, aber die wird weder dir noch den Usern gefallen. ;)
  7. Ja warum denn nicht? Aber doch nicht bei ADM/Registry Teilen. Ne die würde man "notfalls" resetten.
  8. Also eigentlich macht man das einfach so: https://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo Dann klappts auch mit neuen DCs usw. Kurz das Grundsätzliche. Nur der PDC Emulator holt die Zeit von "extern" wo auch immer und alle DCs holen sich die Zeit vom PDC Emulator und alle anderen dann von ihren Anmeldeservern.
  9. Nein soweit mir bekannt geht das nicht.
  10. Ich bin da bei dir :)
  11. Viel mehr ist afaik auch noch nicht zu finden: https://www.microsoft.com/de-de/microsoft-365/roadmap?filters=&searchterms=63212 in der Hoffnung, dass sich dann dnssec verbreitet? ;)
  12. Und da kann man nix nachrüsten und du kennst auch die andere Seite der Kommunikation?
  13. Üblicherweise von einer der beteiligten Parteien der Korrespondenz. ;)
  14. nein eine autodiscoverdomain lautet autodiscover.domain.tld ;) Immer.
  15. Das ist wie der Name schon sagt „intern“ testconnectivity testet aber bin extern. Also wie sieht deine autodiscoverdomain aus? Die sollte auf den exchange verweisen und im Normalfall im san des verwendeten Zertifikats stehen. Deine Firewall muss dann den entsprechenden Pfad natürlich auch durchlassen.
  16. Was ist denn auf der anderen Seite für eine Domain mit welchem Level? Wenns was halbwegs modernes ist (Windows 2008R2 oder höher), dann bleibt alles so wie es ist und du mußt nix tun.
  17. Vermutlich hätte ein Reset des AutodiscoverAppPools im IIS ausgereicht. ;) https://support.microsoft.com/en-us/topic/outlook-logon-fails-after-mailbox-moves-from-exchange-2010-to-exchange-2013-or-exchange-2016-bd3f59ed-c521-4349-5c00-c49717b5e04d Aber 6 von 108 ist ne sehr gute Quote. :)
  18. Und mit Fujitsu ;) sehe das aber genauso. Wenn die hosts das raid lokal verwalten, wie soll das sinnvoll laufen? SCSI Cluster raidcontroller werden ja schon ne Weile nicht mehr unterstützt, da ging sowas.
  19. Das kann in der Form nur in die Hose gehen. Prinzipiell geht sowas (fertiges Produkt kenne ich nicht). Aber die Idee, dass sich Nutzer ihre eigenen Namen ausdenken ist nicht gut. Ich würde sagen definiert die Anforderungen so gut wie möglich und sucht euch ein systemhaus, welches auch bei der Umsetzung unterstützt.
  20. Kostet übrigens pro User zusätzlich die Enterprise cal. Und abgesehen davon ändert sich genau nichts an der Datenmenge im exchange.
  21. Und? Über welche Datenmengen redest du denn? Und was soll das? Wahrscheinlich. Auf so eine Idee kommt man nicht. Siehe erste Frage.
  22. Stell dir ne eigene Firewall hin dann ist vermutlich Ruhe. Steht im link.
  23. Du solltest _nicht_ mit der Default Policy arbeiten, sondern mit einer/mehreren eigenen Richtlinien. Der Fehler läßt sich sicherlich lösen, aber vermutlich bist du mit meiner Lösung schneller. ;)
  24. Wieso "Modern"? Klassisch soweit ich weiß.
×
×
  • Neu erstellen...