NorbertFe

Der Grund, warum man ein Zertifikat hat, ist die Identität eines Servers sicherzustellen. Kann ich mir bei der Verwendung von einem Wildcardzertifikat für Exchange, und zig andere Server anderer Funktionen immer sehr schwer vorstellen. erst recht, wenns dann auch noch unterschiedliche Abteilungen betrifft. Ich habe keine Lust, dass jeder Admin mal eben den Mailtraffic im Klartext mitlesen kann, weil er eben das selbe Schlüsselpaar besitzt. So vielleicht mal als Denkanstoß. :)

Ja. Übrigens sind genau solche Problemchen einer der Gründe, warum ich davon abrate bei Exchange mit Wildcardzertifikaten zu arbeiten. So teuer sind Zertifikate nun wirklich nicht, dass man dem Exchangeserver nicht sein eigenes gönnt. Bye Norbert

Nein, da hilft wirklich nur den Trigger irgendwie auslösen. AFAIK ist ein direktes Beeinflussen nicht möglich.

Weil es ein Wildcard Zertifikat ist? ;) Dafür hat man das doch.

OK, kann natürlich sein, dass das mit der im letzten Satz deinerseits erwähnten Richtlinie zusammenhängt. :)

Wenn das intern sein sollte, dann hilft am ehesten wohl menschliche Kommunikation, die dazu führt, dass nur die eingeladen werden, die auch benötigt werden. Wenn das sowohl intern wie auch extern sein sollte, dann eigentlich auch. Aber um deine Frage zu beantworten, es wäre mir nicht bekannt, dass man "Anfragen" bestimmter Absender sinnvoll sperren kann. Userseitig jedenfalls maximal über eine Regel, aber ob das dann sinnvoller ist?

Das passiert aber nur, wenn du für Updates eine Deadline konfiguriert hast im WSUS. Normalerweise bleibt ein PC im Status "pending reboot" stehen, bis jemand Rebootet. Bye Norbert

Blende doch einfach die Notifikation komplett aus. Dann merkt der Nutzer gar nichts und fährt zum Feierabend korrekt den PC runter und am nächsten Morgen ist der dann gepatcht. (Das gilt natürlich nur bis Windows 10, ab da darf man sich erneut Gedanken machen). Bye Norbert

Das ist aber nur die Antwort auf die Hälfte der Frage. ;)

Wenn die sich untereinander nicht erreichen können müssen, dann kann man das machen. ;) Ansonsten rennst du in mehrere Probleme: 1. Wo treffen denn die Mails von extern ein? 2. Wie kommen die Mails von da zu den einzelnen Schulen? 3. Wie sollen die Schulen sich untereinander erreichen können? Insgesamt würde ich eher schauen, ob man da nicht ein "zusammenhängendes" Konzept erstellt, anstatt da jetzt zu versuchen jedem seine Insel zu bauen, denn über die obigen 3 Probleme wirst du auf jeden Fall stoßen, wenn du das wie von dir skizziert versuchen solltest. Die billigste Lösung dürfte ggf. sein, statt die 1 nach vorn in den localpart zu verfrachten, einfach mit entsprechenden Subdomains zu hantieren: max.muster@1.unsere.domain.de Bye Norbert

Mit Sicherheit.

So langsam haben wir das alle verstanden. ;)

Ja wahrscheinlich wäre es sinnvoll, wenn man für Server und Clients getrennte Updatekonfigurationen einrichtet. ;) Wie kommt man auf die Idee, alles mit einem GPO abzufackeln? ;)

Du musst Option 4 aktivieren. Bei deiner obigen Konfiguration wird nie eine Installation erfolgen. Über welches os reden wir?

Und wo is das Problem?

Ja logisch brauchst du eine, wie willst du sonst an den Host kommen. Deswegen kann man auch einfach den Haken setzen. Alternativ gehts sicher auch per VLAN auf dem Adapterteam, wenn deine Infrastruktur das zuläßt, Du hast doch oben selbst geschrieben, dass dein erster Befehl den Haken quasi per Powershell wieder gesetzt hat.

Dann brauchst du aber weitere Netzwerkverbindungen im Host, und Nils hatte dir genau was anderes geraten soweit ich mich erinnere. Und klar, wenn du dann managment-OS wieder hinzufügst ist logischerweise der Haken drin. Warum erzeugst du für JEDE VM nen eigenen VSwitch? Weise doch sinnvollerweise den oben erzeugten vSwitch-Team den VMs direkt zu. Oder spricht da irgendwas dagegen? Siehst du bei deiner Konfiguration überhaupt noch durch? Ich habe da Zweifel. :) Bye Norbert

Hallo erstmal, Was ist denn die Anforderung für sowas? bye norbert

Einfach die klassische runterlasen und geht. Da muss man nichts mit Kompatibilität ändern. Ich vermute du hast da was falsches. Auch die 8.x is gewöhnungsbedürftig. Ich habe noch die 7.4 und werde die so lange wie möglich behalten. ;)

Boah aber langsam... natürlich den beim Provider. Wieso rede ich hier eigentlich die ganze Zeit von der Reihenfolge usw.?

Ja, aber das hab ich gefühlt vor einem Jahr auch schon geschrieben. ;) Du kannst natürlich auch deinen Webserver korrekt konfigurieren. ;) Dann mußt du nix löschen. Und GPO ist in dem Fall einfach der falsche Weg, weil du das für Handys und Konsorten ja nicht verwenden kannst. Und Nein ich gewöhne meinen Nutzern nicht das Wegklicken von Zertifikatsproblemen an.

Ach menno. Was heißt denn "notwendig" in deinen Augen? Das sind genauso Einstellungen, die man einmal vornimmt, wie deine, nur dass sie im How To "sichtbar" sind und beim Tausch des PDC Emulators mitwandern. Das steht aber auch im Artikel ganz oben.

Was bedeutet das jetzt? Du hast dein Problem gelöst, oder wie soll ich den grünen Haken jetzt interpretieren?

Welche Skypeversion setzt du denn ein? Bei mir gibts den Link im Kontextmenü. Ich verwende aber auch noch die klassische Skype Version.

Wird dein DC erfolgreich (!) mit dem externen Timeserver gesynct und danach auch als vertrauenswürdige Zeitquelle im Netz angekündigt? Ist der DC physikalisch oder virtuell? Den Artikel hier kennst du? https://www.gruppenrichtlinien.de/de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo/ Bye Norbert