NorbertFe

Deswegen hab ich dir ja auch den Powershellbefehl hingeschrieben und gesagt machs per Powershell weils logischer ist als diese Klickorgie. ;)

Keine Ahnung, was du da gemacht hast, aber ich hab das jetzt grad getestet und ein selfsigned Zertifikat hat 5 Jahre Laufzeit: Das war jetzt einfach mal per EAC, was ich sonst nie verwende. Mit new-exchangecertificate -privatekeyexportable $true -IncludeServerFQDN -IncludeServerNetBIOSName new-exchangecertificate -privatekeyexportable $true -IncludeServerFQDN -IncludeServerNetBIOSName Sollte ein passendes Zertifikat rauskommen und 5 Jahre Laufzeit haben. Wenn das bei dir anders ist, dann ist was schief.

Quark, das hat MS alles mundgerecht auf der Webseite. Man muss nur mal nachschauen: https://learn.microsoft.com/en-us/exchange/architecture/client-access/import-certificates

Ja kannst du, aber ich würde immer die Exchange Powershell nehmen. Ist deutlich logischer in meinen Augen. Jeder Exchange hat doch per Default ein selfsigned Zertifikat. Wo ist denn deins hin? Einfach Zertifikate zu löschen ist keine gute Idee, wenn man nicht genau weiß wofür und wo es benutzt wird. Das Backend Zertifikat ist eine der wenigen Ausnahmen, welche man tatsächlich auch im IIS regeln kann/sollte. Da so ein selfsigned Zertifikat aber eine Laufzeit von 5 Jahren hat und auch keine Probleme bei Ablauf verursacht, muss man da normalerweise NIE ran. ;)

Falsch. Exchange Zertifikate importiert man entweder per Powershell oder neuerdings auch wieder über die EAC. Falsch, auch das macht man nur per Powershell oder EAC. IMMER! Nein, da nimmt man nicht das Microsoft Exchange Server Auth Certificate. Man nimmt das self signed certificate mit dem Servernamen des lokalen Hosts. Und genau deswegen macht man das nicht per IIS, weil der Exchange dann seine Konfiguration wieder "gerade" zieht. Und das ursprüngliche Zertifikat hast du ja gelöscht ;)

Du meinst Serverlizenz?

Und hast du danach mal im iis nachgeschaut? Das backend Zertifikat ist übrigens nicht das gekaufte sondern immer das selfsigned Zertifikat.

Im iis sollte man üblicherweise gar nix machen hinsichtlich Exchange und Zertifikate. Was genau machst du da?

Warum? Man kann auch dem Computerkonto das Recht für den Ordnerzugriff geben. :/

Doom als PDF geht ja auch. ;)

Aber can it run Doom?

Man könnte es vermuten. 😆😆

Und wie soll der Client die Anmeldeserver finden?

Stimmt. ;) wenn das ein ad ist, solltest du das nicht tun.

Dann sag ihm doch, dass www.firma-gmbh.de ist die externe IP. Die Frage nach dem IIS auf dem DC würde ich allerdings auch stellen. ;)

Und wer benutzt wins noch? ;) bzw. Erwartet Hilfe bei Problemen?

Srp können sowohl für Computer als auch für Nutzer definiert werden. Hast du sie korrekt konfiguriert für User in deinem Fall? Warum nimmst du nicht einfach applocker?

Und wie macht er das wechselnd mit device cals? Da wirst du dann händisch die device cal Zugriffe zählen müssen. Wie gesagt ein rds Server kann nur entweder im device cal oder user cal Modus sein. Also entweder greifen die Device cal devices auf andere rds Server zu oder du machst alles im usermode und führst händisch die Liste. Aber vielleicht hat hier ja noch jemand ne bessere Idee. ;) Doch das stimmt. Wo in deinem Bild sind jetzt die Device cals?

Da man RDS CAL Lizenzierung nur pro Server festlegen kann (afaik), müssten die 80 User CAL -USer aber auf andere RDS Server zugreifen als die die von Device CAL Devices zugreifen.

Du beschreibst grad das Klima im Keller? 😆

Ozzy is heute von uns gegangen. Aber zumindest bleibt ja die Musik!

Hi, griffbereit grad nicht, aber ich kann ja mal schauen. Was hat denn euer dl in Exchange konfiguriert. Schick mir doch mal ne pn. bis später Norbert

Trag doch mal ne proxyaddress passend ein wie oben schon angedeutet.

Wie lautet denn der upn des users im ad?

Jedenfalls nicht auf der Flughöhe, wie du die Fehler beschreibst. IIS läuft nicht, Exchange geht nicht usw. ;) Da müsstest du dann schon genauere Fehler liefern und jeweils deine ggf. schon durchgeführten Troubleshooting-Versuche erläutern.