testperson

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.

Hi, warum das? Ich vermute, du willst meine Antwort nicht hören, aber verzichte auf Roaming Profiles. In den allermeisten Fällen genügt ein wenig Folder Redirection mit GPOs. Gruß Jan

Hi, wie verbindest du die Laufwerke denn? Ansonsten erst die NAS booten und warten. Dann erst den / die Server booten. Gruß Jan

Findest du z.B. bei OMG (shop.omg.de).

Hi, mir ist das hin und wieder aufgefallen, wenn während der Migration am Exchange 2016 Mapi over HTTP aktiv war. Ich schalte mittlerweile während der Migration am Exchange 2016 Mapi over HTTP ab und dann später halt wieder an. Das war aber bei relativ frühen CUs von Exchange 2016. Mittlerweile gibts in der Kundschaft nicht mehr soo viele Exchange 2010. Gruß Jan

Hi, ich würde vermuten, dass dein Office bzw. Outlook nicht aktuell gepatched ist. Ansonsten aus https://support.microsoft.com/en-us/help/2212902/unexpected-autodiscover-behavior-when-you-have-registry-settings-under: ExcludeExplicitO365Endpoint Gruß Jan

Bei Druckern würde ich, wenn möglich, immer die Universal Treiber der Hersteller nutzen. Da gibts nicht so einen Druckertreiberchaos. Bei Ricoh laufen die eigentlich recht zuverlässig.

Hi, oder einen Router mit beiden Anschlüssen betreiben bzw. am eigentlichen Gateway alles mit dem Ziel Cloud-TK über den anderen Anschluss routen. Hätte den Vorteil, dass du ggfs. direkt eine Backupleitung hast. Gruß Jan

Bei "eigenen" Admin-Konten ist mir zumindest noch nicht aufgefallen, dass das Startmenü Probleme mit der Suche macht. Generell administriere ich überwiegend aber auch von einem Client mit RSAT Tools.

Solange der Server TLS1.0 anbietet kann es der Client auch nutzen. Wenn aber schon IIS Crypto ausführen zuviel verlangt ist, naja... Jeder wie er mag.

Hi, arbeitest du mit dem Built-In (Domain) Admin? Gruß Jan

Hi, warum denn per lokaler GP? das ist AFAIK nur ein Anzeigefehler. Ggfs. mal mit IIS Crypto von Nartac auf dem Server alles außer TLS1.1 und 1.2 abschalten, durchbooten und prüfen, ob du noch verbinden kannst. ;) Gruß Jan

Hi, falls nicht bekannt: XenApp 6.5 ist ab dem 30.06.18 EOL! Daher ggfs. auf 7.x upgraden oder den Extended Support kaufen. Gruß Jan

@_Nemo du solltest neben dem Namen der Sperrliste auch noch den Link hinter deinem Text maskieren. ;)

Hi, nicht nur für zu Hause würde ich mal bei ubiquiti (ubnt.com) vorbeischauen. Wird demnächst auch meinen Lancom AP zu Hause ersetzen. Gruß Jan