Squire

ich bin da leider auch raus ... knapp 500km einfach ... wünsch aber den da Anwesenden viel Spaß und gute Gespräche!

danke - ich nehm mir einen

och ... ich hab hier strahlenden Sonnenschein in Oberfranken .. aber bis eben Wartungswochenende gehabt und mit zwei Kollegen unsere diversen Server remote gepatched ... (Kaffee hab ich - aus meiner Jura E8 )

wobei ich, wenn ich mich richtig erinnere - die Lotus Mail DB des Users immer auf den Client repliziert wurde (bis V4.5 hatte ich früher den Domino Server zu verwalten (war damals in einem IBM Systemhaus und IBM nützte Domino für die ganze Garantie/Serviceabwicklung, Treiberbereitstellung etc ... und das damals mit nem USRobotics V:Everything und ner schweineteueren aktiven ISDN Karte... Zeiten waren das in den 90ern ...

Ich nütze AnyDesk. bietet mir mit der Lizenz, die ich habe den besten Preis/Leistungsumfang. Allerdings werde ich mir mal RustDesk anschauen (es besteht die Möglichkeit einen eigenen Server hierfür zu betreiben)

Damit Norbert nicht immer Kaffee kochen muss ... Maschine in der Küche ist an... bedient euch. Zur Zeit sind Lavazza Bohnen (Espresso Italiano Cremoso schwarz/violette Packung) drinnen.

Wenn Du intern einen WSUS verwendest geht das. Du kannst die Updates nach Zeitplan suchen und herunterladen lassen. Installiert werden sie dann manuell. (Je nach Einstellung in der GPO

geht auch, wenn er DHCP, DNS, WINS und CA ist ... zumindest bei einem Labortest. Die Inplace Upgrade Geschichte geht mittlerweile sehr gut ... sogar von 2012R2 auf 2022 (direkt - obwohl offiziell nicht supported) wenn die DCs nur Standard DC Aufgaben haben und keine Fremdsoftware etc. darauf läuft, würde ich trotzdem den klassischen Weg vornehmen ... wenn DHCP - DHCP Backup per Powershell rausschreiben, alten DC (bei mehreren) herunterstufen und aus der Domäne entfernen. Neuen Server aufsetzen, kann wieder die Adresse des alten DCs bekommen, hochstufen, fertig. DHCP per Powershell wieder zurücksichern (inkl. Leases, Reservierungen und Optionen). Du hast dann ein frisch installiertes System ohne ggf. Altlasten. Das ganze ist in ne guten Stunde komplett erledigt

Moin zusammen, die Helpdesk Kollegen haben sich zusammengerauft und herumgetestet ... sie haben herausgefunden, woran es liegt! Das Problem lag wieder mal in der ISO Schicht 8! Die betroffenen User hatten an ihren Samsung Handies die Benachrichtigungen für neue Emails ausgeschaltet! Warum das den Kalendersync und Kontaktesync unterbricht, das wissen wahrscheinlich nur die Samsung Entwickler ... Emails wurden ja weiter synchronisiert. Benachrichtigung wieder Ein und Alles funktioniert wie es soll ... Das sind wieder "Probleme" in der Kategorie: Was die Welt nicht braucht!

ähm ... ich steh auf dem Schlauch ... wieso Outlook? Welche Sync Logs meinst Du? Am Exchange?

sind unterschiedliche Handies ... Samsung S22, S20FE, M21 ... native Samsung Mailapp (die funktioniert aber) - es dreht sich laut den Kollegen nur um den Kalender

der ist in keinen nested ... ich bin in 118 Gruppen ... keine Probleme

max Tokensize? ne das dürfte es nicht sein. Ich hab grad mal bei einem geschaut ... 36 Gruppen

Kemp VLM3000 ... aber an der Konfig ist seit Monaten nix geschraubt ... betrifft wie gesagt anscheinend vereinzelte Samsunggeräte

Hallo zusammen, wir haben z. Zeit das Problem, dass bei einigen Usern plötzlich der Kalendersync nicht mehr funktioniert. (Betrifft wohl Samsung Geräte) Emails werden sauber gesynct. Nach neu Hinzufügen des Kontos am Mobilgerät klappt der Kalendersync und nach 1-2 Tagen nicht mehr. Exchange 2019 DAG inkl. CU13 und SUs Version 15.2 (Build 1258.12) jemand ne Idee wo ich ansetzen kann? Ich hatte dem Helpdesk empfohlen, betroffene Geräte komplett zurückzusetzen ... wollen sie nicht, weil ja Arbeit und die User motzen Ich hab selbst ein Samsung - bei mir funktioniert aber alles

Einen portablen 15.6" Monitor + einen Rasberry... https://www.reichelt.de/magazin/projekte/digitaler-bilderrahmen-mit-raspberry-pi-selbst-bauen/

Mal ne blöde Frage... hast du dir mal die beiden betroffenen Benutzerprofile angeschaut. Könnte gut sein, dass der Schrott darüber kommt. Wenn da nix kritisches im Profil liegt, würde ich die rauskegeln und neu anlegen lassen

nix bei angewendete Gruppenrichtlinien? Sind im Sysvol Policies vorhanden? Funktionieren andere Policies? Wie wurde denn der ServerDC1 entfernt? Sauber zurückgestuft und aus dem AD entfernt? Wie wurde da migriert?

erstmal ein gpresult laufen lassen und schauen, welche GPOs angewendet werden. Dann die betreffende löschen. Ggf. erfolgt die Druckerzuweisung in irgendeiner anderen Policy - kann ja in jeder als Eintrag existieren. Im schlimmsten Fall musst halt alle durchklicken

das Szenario hab ich ihm schon geschildert ... Kein Abbund mehr um Pläne zu zeichen oder auszugeben, keine Rechnungserstellung, keine Rechnungsbegleichung, keine Maschinenübergabe ... sprich der Betrieb würde stehen ... trotzdem beratungsresistent - deshalb hatte ich mich da verabschiedet. Wenns dann kracht, dann kracht 's richtig ... das muss ich mir und meinen Nerven nicht antun ...

@Nobbyaushb - das Problem sind oft die Entscheidungsträger - weniger (aber auch pfuschende Dienstleister). Wenn der Chef nicht einsehen will, dass Software/Hardware veraltet und ersetzt werden muss - dann kannst Du beraten, bis Du schwarz wirst ... Ich hab den Luxus, dass ich meine Firma im Nebenerwerb führe und nicht auf den Umsatz zwingend angewiesen bin. Ich hab auch schon die Zusammenarbeit mit Kunden beendet, die beratungsresistent waren. (Ich hatte mal eine Zimmerei/Holzhausfirma, die bestanden auf ESX 5 und Windows 2003 SBS ... da waren beide Systeme schon einige Zeit EOL ... Firewall braucht es nicht, wir haben einen Telekom Speedport ... sowas muss ich mir nicht antun und vor allem muss ich mir dann auch kein Gejammere hinterher anhören ...) Ich habe mir angewohnt, schriftlich auf die Risiken hinzuweisen und lass mir das abzeichnen ...

Täusch ich mich, oder kommt das Update nicht über den WSUS?

meine Rede - sag ich meinen Netzwerkkollegen auch immer

warum hast Du zwei Gateways am Server ... kommt bei einem DC eigentlich nicht gut ... IPv4-Adresse . . . . . . . . . . : 192.168.114.7(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.114.1 192.168.114.3 DNS-Server . . . . . . . . . . . : 192.168.114.7 192.168.114.1 192.168.114.3

wenn du nur DC7 verwendest, sucht das System via Netbios und Broadcast (so kein WINS vorhanden ist). Auch wenn es bequem ist ... sinnvoller ist immer den FQDN zu verwenden und nicht den Netbios Namen.