testperson

Warum nutzt Ihr da öffentliche IP Adressen? Gehört euch das ganze Subnetz?

Hi, poste mal ein "ipconfig /all" vom alten und neuem DC. Gruß Jan

Zum Löschen von Profilen: https://helgeklein.com/free-tools/delprof2-user-profile-deletion-tool/

Hi, wenn die primäre SMTP Adresse bei dem Postfach der "Alias" ist, sprich "zusätzlich.de", dann ist es doch logisch, dass Outlook nach dem Autodiscover von "zusätzlich.de" sucht?! Eine unschöne Möglichkeit, wäre für "zusätzlich.de" einen SRV Record für Autodiscover zu nutzen. Dann funktionieren schonmal die Outlook Clients. Etwas weniger unschön wäre den Autodiscover von "zusätzlich.de" per http Redirect zu erledigen. Das sinnvollste wäre, das Zertifikat zu tauschen / mit dem autodiscover von "zusätzlich.de" zu rekeyen (falls möglich). Gruß Jan

Hi, binde das neue Zertifikat mal über den Server Manager mit dem Assistenten unter Sammlungen -> Bereitstellungseigenschaften bearbeiten ein. Gruß Jan

Dann wären wir bei diesem Punkt und müssten uns um Details kümmern: http://www.mcseboard.de/topic/210796-mandatory-user-profile-funktioniert-einfach-nicht/?do=findComment&comment=1335226 Zur RAM Disk kann ich nichts sagen. Könnte aber durchaus eine Lösung sein. Was dann nachher die bessere oder _die_ Lösung ist müsste sich erst noch zeigen ;)

Dann müsstest du "Profilordner" etwas genauer definieren. Im Fall von %APPDATA% würde ich da ja noch teilweise zustimmen. Aber das "gängige Software" Probleme mit einem Read-Only Desktop, Startmenü oder Eigene Dokumente hat? Im Fall von %APPDATA% müsste die "gängige Software" dann mal beobachtet werden und man könnte dann z.B. die entsprechenden Pfade zum Beschreiben freigeben.

Achso.. Und ich dachte es wäre _DER_ gewesen ;)

Hi, wenn ich das "Problem" richtig verstehe, solltest du evtl. eher organisatorisch an die "Lösung" rangehen. Du solltest die User in entsprechende Gruppen der Domain A packen und diese Gruppen dann in Domain B entsprechend berechtigen. Andersrum halt das gleiche Spiel. Gruß Jan

Hi, wenn das Problem dann mal eingegrenzt ist, lässt sich evtl. direkt intensiver in die richtige Richtung Troubleshooten. Ob man das dann noch muss oder sich die Zeit schenkt, bleibt dann wohl jedem selber überlassen (Für den Fall, dass z.B. ein neues Profil hilft). Gruß Jan

Hi, da du neue Hardware bekommst, könntest du mit der neuen Lizenz einen Hyper-V aufsetzen und da den neuen DC aufsetzen. Dann denn SERV08 demoten und vorerst weiter nutzen. Falls es dann nur noch ein Fileserver ist, wäre auch P2V eine Option oder eben Daten auf weitere neue VM kopieren, Shares exportieren, alten Server ausschalten, neue VM umbennen, Shares importieren eine Möglichkeit. Gruß Jan

Hi, du könntest ansonsten noch ein paar Details zur Umgebung liefern: - Exchange Version inkl. Patchstand? - Outlook Version (Aktuell gepatched?)? - Server / Client (Aktuell gepatched?)? - Exchange wie konfiguriert (Split DNS; passende Zertifikate; Autodiscover i.O.?)? - Proxy im Einsatz? - Was ist bei dem User denn anders, wie bei den anderen bzw. was wurde geändert? Gruß Jan

Hi, bis auf die Sprache sollte es keine Unterschiede geben. Wenn der Treiber auf deutsch veratet ist und der englische neueren Datums ist, dann sollte es mit dem englischen weniger Probleme geben. Näheres dazu dürfte sich im Changelog finden lassen. Wenn du den Hersteller und das Modell des Drucker benennst, kann dir evtl. jemand konkret weiterhelfen. Gruß Jan

Hi, wie lautet denn die Meldung im genauen Wortlaut? Findest du zu der Zeit auf dem entsprechenden Server etwas im Eventlog? Welches Betriebssystem sind denn die TS Server? Welche XenApp / XenDesktop Version? Mit welchem Hypervisor wird virtualisiert? Und was läuft noch so auf wievielen Hosts? Gruß Jan

Hi, ich würde es, wie auch im Artikel angedeutet, gleich richtig machen und es mit einem Reverse Proxy lösen. Gruß Jan

Hi, per Ordnerumleitung z.B. Desktop, Starmenü, Downloads, Dokumente, Bilder auf einen Read-Only Pfad umleiten und auf den Desktop dann die entsprechende RDS Verknüpfung legen. Die Win10 GPOs die es nur noch in Enterprise und Edu gibt sollten dich größtenteils nicht hindern den Rechner / User einzuschränken: https://docs.microsoft.com/en-us/windows/client-management/group-policies-for-enterprise-and-education-editions Was da sinnvoll ist und was nicht, müsstest du dann schon selber eruieren. Gruß Jan

Hi, d.h. ihr habt die AD User entsprechend gepflegt und dort sind die entsprechenden Telefonnummern hinterlegt? Dann könntest du mit ein wenig PowerShell die Daten auslesen und bereitstellen. Alternativ könntet ihr "etwas" Geld in die Hand nehmen und euch eine CTI Software wie ESTOS ansehen. Dann könnt ihr aus dem Telefonbuch auch direkt noch wählen und die weiteren Vorteile einer computergestützten Telefonie genießen. Gruß Jan

AFAIK ist der Haken "nur" zur Applicataion aware Sicherung von z.B. AD, Exchange, SQL, o.ä.. Wenn das Backup i.O. solltest du damit, in deinem Fall, eigentlich einen kompletten Restore durchführen können. Etwaige Restore-Versuche solltest du dann auf andere Hardware oder zumindest Festplatten machen. Ggfs. kannst du mit deiner Acronis Version das Image auch zu VMware konvertieren und so den Server wiederbeleben.

In deinem Fall aber auch nur, wenn der Absender keine SPF Records veröffentlicht hat (Ich würde die SPF Exclusion zumindest so deuten) ;)

Hi, das grundsätzliche Problem ist eher, dass man sowas richtig macht und nicht so (Meiner Meinung nach insbesondere im Hosting). Eine Lösung dafür wäre, wie von dir erwähnt, ein Reverse Proxy. Alternativ müsstest du für jeden Kunden eine eigene (statische) öffentliche IP Adresse (und Port 443 / https) nutzen. Die selbstsignierten Zertifikate solltet Ihr auch ASAP entsorgen. Gruß Jan

Funktioniert es denn, wenn du es nicht per PowerShell einrichtest? Start -> Einstellungen -> Konten -> Andere Person -> Zugewiesenen Zugriff einrichten Wird für das Konto die App angeboten? Hast du dich als das Konto mal angemeldet und die RDP App aus dem Store geladen und gestartet? Hab es grade mal hier getestet und es funktioniert mit der RDP App. P.S.: AppUserModelId: Microsoft.RemoteDesktop_8wekyb3d8bbwe!App AppName: Microsoft.RemoteDesktop Wären die Werte für die Remotedesktop App aus dem Store.

Hi, zum Vorbeugen (falls nicht so konfiguriert): https://technet.microsoft.com/de-de/library/bb332342(v=exchg.141).aspx ;) Gruß Jan

Hi, versuchst du das mit dem Remote Desktop Client (mstsc.exe) oder mit der entsprechenden Remote Desktop App aus dem Windows Store (https://www.microsoft.com/de-de/store/p/remotedesktop/9wzdncrfj3ps)? Vermutlich wird es nur mit der zuletzt genannten App klappen. Gruß Jan

Hi, welche Software "fährt" denn da das Backup? Evtl. hat die ja schon eine Möglichkeit à la Dual Destination / Offsite Copy. Ansonsten könnte evtl. schon RoboCopy genügen. Gruß Jan

Hi, du scheinst per RDP auf den Server verbunden zu sein. Dann deaktiviere in der RDP Verbindung einfach mal "Drucker" unter Lokale Ressourcen und Geräte. Gruß Jan