NilsK

Moin, geht hier problemlos ohne Adminrechte, aber mit Mitgliedschaft in den Hyper-V-Administratoren. Gruß, Nils

Moin, danke - ich wünsche dir sogar einen ruhigen Freitag. Gruß, Nils

Moin, sofern ihr euch dann an die Bestimmungen der VDA-Lizenz haltet: ja. Gruß, Nils

Moin, prima, danke für die Rückmeldung. Das mit dem Muten sollte sich ergeben, wenn Teams die Haupt-Audioanwendung ist (oder so ähnlich). Da ich den Use Case nicht habe (Webradio würde mich bei der Arbeit wahnsinnig machen), habe ich die Details nicht mehr im Kopf. Gruß, Nils

Moin, in der Übergangsphase (also wenn sowohl S4B als auch Teams laufen) funktionieren manche Dinge nicht in beiden Welten. Nach der Umstellung gehen die von dir angemerkten Dinge alle in Teams. Haben wir vor ein paar Monaten so umgesetzt. S4B muss nicht laufen, tut es hier auch nicht. Dass man es nicht deinstallieren darf, war mir gar nicht bewusst, dann lass ich das mal lieber. Ein paar Einzelheiten des S4B-Clients macht der Teams-Client noch nicht so schön (sekundäres Klingeln etwa), aber das Wichtige geht und einiges ist auch toller als vorher. Gruß, Nils

Moin, Gerade solche scheinbar simple Software verursacht auf einem Terminalserver oft hohe Last, weil die Clientsoftware alles machen muss, was spannend ist. Am Ende kann man solche Fragen nur durch Tests im konkreten Fall beantworten. Es wäre nicht überraschend, wenn die 25 User schon dass Maximum sind. Könnte aber auch das doppelte sein. Gruß, Nils

Moin, es führt nicht weiter, jetzt die Anzeigeprobleme zu diskutieren. Es liegt ein Konfigurations- oder Funktionsproblem vor, um das du dich jetzt kümmern solltest. Gruß, Nils

Moin, vermutlich meinst du eine APIPA-Adresse, heute auch als Zeroconf bezeichnet. https://de.wikipedia.org/wiki/Zeroconf So eine Adresse weist Windows sich selbst zu, wenn es per DHCP keine bekommt. Dass du die Adresse pingen konntest, weist darauf hin, dass das noch anderen Rechnern im Netz so geht bzw. ging. Ich würde mal sagen, mit "dem Netzwerk" auf dem Server stimmt was nicht. Treiber OK? Gruß, Nils

Moin, naja ... aber so unpraktikabel auch nicht. In eurem Szenario ist es sogar sehr simpel: Niemand hat eine Enterprise CAL, also darf niemand die Enterprise-Features nutzen. Unterscheidet sich jetzt nicht wesentlich von den Betrachtungen bei anderen Lizenzen - irgendwann ist es halt einfach sinnvoller, "alle" zu lizenzieren, wenn man bestimmte Funktionen einsetzt. Gruß, Nils

Moin, ihr seid ja so nett wie mein Kardiologe. Bei dem gehe ich auch als "sehr junger Mann" durch. Letzte Woche beim Blond-Konzert war ich sehr deutlich der Älteste, dabei hatten einige sogar ihre Eltern mit (ich hingegen habe niemanden begleitet). "Alter Herr" war eigentlich auch im universitären* Sinne gemeint, aber nach den sehr erfrischenden Reaktionen hier werde ich das wohl öfter mal kontextfremd einstreuen. Gruß, Ni"Jungbrunnen"ls PS. * "universitär" ist mir wichtig, ich meine das ausdrücklich nicht "burschenschaftlich"

Moin, ja, robocopy ist das Tool der Wahl für sowas. Das von Dukel beschriebene Verfahren kriegt man damit sehr gut hin. Außerdem kann robocopy (als eins von wenigen Tools) auch Daten kopieren, auf die der Admin eigentlich gar keine Rechte hat (Schalter /B). Und es hat auch eine Bandbreitensteuerung, ist für das VPN-Szenario also auch gut geeignet. Gruß, Nils

Moin, Das ist ja recherchierbar. Ich stelle das hier mal als Rätsel ein. Gruß, Nils

Moin, man glaubt gar nicht, wie die alten Herren hier sich freuen, wenn sie Anlass zum Fachsimpeln bekommen. Gruß, Nils (alter Herr)

Moin, und dann kommt kurz vor deinem letzten Arbeitstag jemand an und wirft dir JSON vor die Füße ... Gruß, Nils

Moin, En Screenshot ist schlechter als ein Text, wenn es auf den Text ankommt. Und ein PDF ist schlechter als ein Screenshot, wenn es auf den Screenshot ankommt. Gruß, Nils

Moin, könntest du nächstes Mal einfach direkt einen Screenshot einbinden statt eines PDF? Die Meldung ist normal, wenn du ein Batch aufrufst, das mit UNC-Pfaden arbeitet. Würde ich einfach ignorieren. Das ist ja auch keine Fehlermeldung. Gruß, Nils

Moin, Aber das Problem ist doch gelöst ...? Gruß, Nils

Moin, Für mich klingt das zuerst nach Konzeptfehler. Wenn man VMs jede Minute repliziert, hat man meist nicht verstanden, wozu VM-Replikation gedacht ist und unter welchen Grenzen und Bedingungen das steht. Ich würde das Intervall hochsetzen, sehr wahrscheinlich verschwinden die Probleme dann. Wenn das höhere Intervall "zu hoch" ist, dann ist Replikation nicht die richtige Lösung. Gruß, Nils

Moin, naja, merkst du doch selbst oder? Relevant wäre jetzt, was "früher" war und was sich zwischen "früher" und "jetzt" geändert hat. Das gäbe zumindest Anhaltspunkte, wo das Problem zu suchen wäre. Gruß, Nils

Moin, die Änderung der Längenvorgabe greift erst, wenn der Anwender das Kennwort das nächste Mal ändert. Windows weiß nicht, wie lang das aktuelle Kennwort ist, weil es nur einen Hash davon gespeichert hat. 16 Zeichen funktionieren übrigens in der Richtlinie nicht: https://www.gruppenrichtlinien.de/artikel/active-directory-security-breach-15-zeichen-kennwortrichtlinie-nicht-moeglich/ Den Kennwortablauf zu ändern (bzw. abzuschaffen), wird hingegen sofort wirksam. Willst du erreichen, dass User auf jeden Fall ein längeres Kennwort setzen, dann schalte "Benutzer muss Kennwort bei der nächsten Anmeldung ändern" ein. Gruß, Nils

Moin, naja, dann - intensiv beobachten und prüfen. Ein Weg über die PowerShell wurde dir schon genannt, eine andere Variante wäre fciv, was du bei Microsoft herunterladen kannst. Wie gesagt, einen Fehler in robocopy würde ich erst mal nicht vermuten, das wird so viel eingesetzt, dass man davon sicher gehört hätte. Ausschließen kann man aber erst mal nix. Deine Überlegungen bezüglich der Komprimierung sind vielleicht gar nicht abwegig, aber das müsste man sicher intensiv strukturiert durch Tests überprüfen. Gruß, Nils

Moin, ich halte es auch für unwahrscheinlich, dass das Problem nur bei bestimmten Dateitypen auftritt. Vermutlich bemerkt man es bei den anderen Dateitypen nur nicht. Wenn solche Probleme allerdings auftreten, sollte man neben einer Methode zum Entdecken auch nach den Ursachen forschen. Da ist möglicherweise irgendwas im VPN nicht okay - oder an anderer Stelle. Gruß, Nils

Moin, Computerkonfigurationen wirken nicht auf Benutzerkonten. Das GPO müsstest du also mit der OU verknüpfen, in der sich das Computerkonto befindet. Gruß, Nils

Moin, was steht denn in "...Anmeldung_Optimierung" drin? Meist ist in solchen Fällen das Missverständnis, dass ein GPO Computereinstellungen enthält, aber auf ein Benutzerkonto angewendet werden soll. Das kann dann nicht klappen. Gruß, Nils

Moin, vermutlich schon. Da die SIDs aus unterschiedlichen Domänen stammen, wäre aber auch eine temporäre Verbindungsstörung zu diesen Domänen denkbar, daher kann man das von hier aus nicht genauer sagen. Ihr solltet das auch mal zum Anlass nehmen, eure IT-Security und eure Prozesse kritisch zu betrachten. Ich wüsste etwa gerade nicht, warum auf einem DC Dienste mit Anmeldekonten aus sieben verschiedenen Domänen laufen sollten. Gruß, Nils