testperson

Hi, wieso migrierst du nicht einfach vorher auf DFSR? Z.B.: https://blogs.technet.microsoft.com/filecab/2014/06/25/streamlined-migration-of-frs-to-dfsr-sysvol/ In diesem Beitrag findet sich praktischerweise auch direkt das: Gruß Jan

Du solltest als erstes wohl mal den Exchange 6 Jahre nach vorne beamen. Sieht der 2008 R2 dadrunter genauso "gepatched" aus? Ist das ein SBS 2011?

Hi, ohne 3rd Party könntest du mit Set-MailboxAutoReplyConfiguration was scripten. Gruß Jan

Wenns am "käuflich erwerben" (ca. 70€ - 100€ für 2 Jahre) hapert, schau dir Let's Encrypt an.

Hi, wenn es ein lokaler User ist am entsprechenden PC: Start -> Ausführen -> compmgmt.msc -> Lokale Benutzer und Gruppen -> Benutzer -> Rechtsklick auf den User -> Kennwort festlegen. wenn es ein AD User ("Notfalls" am DC): Start -> Ausführen -> dsa.msc -> User suchen -> Rechtsklick auf den User -> Kennwort zurücksetzen. Gruß Jan

Hi, Get-RDSessionHost (https://docs.microsoft.com/en-us/powershell/module/remotedesktop/get-rdsessionhost?view=win10-ps), Set-RDSessionHost (https://docs.microsoft.com/en-us/powershell/module/remotedesktop/set-rdsessionhost?view=win10-ps) und / oder Servermanager bzw. RSAT Tools. Gruß Jan

Hi, wenn ich dich richtig verstehe, dann musst du den Kalender im öffentlichen Ordner nur als Favorit hinzufügen (Rechte Maustaste auf den Kalender -> Zu Favoriten hinzufügen o.ä.). Gruß Jan

Hi, so als spontane Idee: Hast du nach dem "Grant-ClusterAccess" mal versucht den Cluster per PowerShell zu Administrieren. Nicht das nur die GUI / MMC bzw.Probleme macht. Gruß Jan

Von wem kommt denn dieser Zwang? Und warum? Und generell:

Hi, was hast du denn da im Detail vor? Kannst du nicht eine virtuelle Firewall / VPN Appliance auf dem Hyper-V aufsetzen und darüber VPN und Routing machen? Gruß Jan

Als "Firma" waren die glaube ich nie wirklich weg. Aber sie sind AFAIK erst "kürzlich" wieder in den Bereich "Computer" eingestiegen. Zumindest schwärmte der Ein und Andere hier bei uns "kürzlich" erst davon, welche Marge man bei Olivetti PCs doch damals erziehlt hatte..

Im März beglückte uns eine Kunde mit diesem Schätzchen samt SCO Unixware 2.1: P.S.: Ich stell noch ne Packung Raider dazu. :-D

Hi, Set-ADUser -Identity <Benutzer> -ChangePasswordAtLogon $true Gruß Jan

Hi, kann mich da noch an "früher" erinnern, da hatten wir auch immer solche Probleme mit ab und zu funktionierender TAPI. Irgendwann hat mal irgendwer die Entscheidung getroffen, dass bei sowas zumindest die TAPI (oder wie die Komponente bei denen heißt) von ESTOS genutzt werden muss. Gruß Jan

Hi, mit FritzBoxen dürfte das ggfs. schwierig werden. Die FritzBoxen können kein DHCP Relay Die FritzBoxen können sich nur selber als DNS Server per DHCP verteilen Die FritzBoxen können kein DNS Forwarding Man kann natürlich in den Fillialen alles statisch konfigurieren. Zum Thema "einfach administrierbar" ggfs. über RDS in der Zentrale nachdenken. Gruß Jan

Hi, du könntest alternativ einmal mitschneiden was beim Start ohne Gateway im Netzwerk passiert und was mit Gateway passiert. Evtl. kannst du daraus weitere Schlüsse ziehen. Ich würde aber auch beim Hersteller bzw. beim Support anfragen. Gruß Jan

Hi, also bei der Beschreibung fast überall.. Welche URLs haben die virtuellen Verzeichnisse denn konfiguriert und welche Authentifizierung? Was für ein Zertifikat wird genutzt? Welchen Patchstand hat der Exchange 2013? Welchen Fehler bekommst du denn beim Öffnen ohne neues Profil? Ist MAPI over HTTP am Exchange 2013 aktiviert? Warum wird denn noch zu Exchange 2013 migriert? Exchange 2013 ist seit April 2018 im Extended Support. Gruß Jan

Hi, schreib doch mal genau auf, welche Keys du an welche Gruppen mit welchen Mitgliedern verteilen möchtest. Dann noch wo die entsprechenden GPOs verlinkt sind und was in den OUs für Objekte liegen. Gruß Jan

Hi, generell sollte es damit getan sein, die URLs (und die Authentifizierung) der virtuellen Verzeichnisse auf dem neuen Exchange wie auf dem alten zu konfigurieren und dann im DNS die Records auf den neuen Exchange zeigen zu lassen. Das könnte man natürlich auch vorher mit einem Client testen indem man die Hostdatei dafür missbraucht. Gruß Jan

Das wäre irgendwie hinderlich. Irgendwann sind ja alle Dienste vom SBS auf die entsprechenden Zielsystem verschoben. Dann kannst du dir überlegen die FSMO Rollen zu verschieben und in den nächsten 7(?) Tagen den SBS zu demoten oder du demotest direkt und verschiebst damit auch gleich die FSMO Rollen.

Solange der SBS die FSMO Rollen hält ist das gar kein Problem.

In diesem Fall würde ich die E-Mail-Adresse(n) des ausgeschiedenen MA einem entsprechenden Vorgesetzten bzw. einem anderen Postfach zuweisen. Das würde ich aber als erstes mit den üblichen Verdächtigen besprechen, ob ich das darf. Evtl. könnte man auch per OOF in der Anfangszeit noch auf den Umstand hinweisen und irgendwann dann eben die Adresse löschen. Generell wäre das aber was, dass ich nicht unbedingt zu "meinem Problem" machen würde.

Hi, evtl. als Alternative dem Kunden einen kleinen HP Microserver o.ä. hinstellen und als weiteren DC einrichten und dann dort das Backup erstellen. Gruß Jan

Hi, ja, das kann man sich zusammenschustern. Aber wieso will man sowas? Gruß Jan

Das ist aber nichts was dich zu Roaming Profiles zwingt. In der Theorie sind Roaming Profiles ja schnell "eingerichtet". In der Praxis fallen sie dir (und denen wo es "jahrzehnzete lang" lief) aber halt recht zügig auf die Füße. Ich würde hier etwas Zeit in GPO / GPP (und evtl. Scripts) stecken sowie Folder Redirection einsetzen. Alternativ ggfs. über RDS nachdenken.