Sunny61

Lies doch mal diesen Artikel, dort steht was genau wo einzustellen ist, damit sich Nicht-AD-Clients auch im DNS registrieren. https://www.faq-o-matic.net/2015/04/08/die-ad-dns-zone-sicher-konfigurieren/ Probier mal ob Du damit zurecht kommst: https://forsenergy.com/de-de/dssite/html/03038c89-e61e-4503-b4f6-214d63f7cfca.htm

Active Directory Standorte und Dienste suchst Du. Sind die Clients aus dem Gäste WLAN AD-Clients? Ist die DNS-Zone AD-Integriert?

In der Mitte des Artikels geht es um Hello in Windows 10: https://www.deskmodder.de/wiki/index.php?title=Anmeldeoptionen_PIN_entfernen_Windows_10

Weil die neuen/jungen den alten Kram nicht kennen? :)

Lt. https://www.gruppenrichtlinien.de/artikel/bitlocker-mit-tpm-einrichten-speicherung-des-wiederherstellungsschluessel-im-active-directory lautet der Befehl: manage-bde -on C: -RecoveryPassword -SkipHardwareTest Auch kannst Du den Befehl per Task oder Script absetzen, lies am besten den Artikel und stell alles so ein, wie es im Artikel auch eingestellt ist. Anschließend mit einem Rechner testen.

Doch, lässt sich verhindern. Pack das Script auf dem SQL Server in eine Stored Procedure und gib dem User die Rechte auf die SP. Im Script wird nur die SP mit Parametern aufgerufen, das reicht. Die SP macht den Rest, der User hat braucht keine Rechte auf die Tabelle.

Das möchte natürlich jeder. ;) Ja, kann man mit HIlfe von Gruppenrichtlinien einstellen. Dann wird der Benutzer nur noch mit kleineren Fenstern 'belästigt'. Und ein WSUS kann auch nicht schaden. Wie mba schrub, Du brauchst eine Lizenz die dir erlaubt mit Imagen zu arbeiten. Diese Lizenz muss aus einem Volumenlizenzvertrag kommen.

Nein, das AD gibt dir mit Gruppenrichtlinien ein Werkzeug in die Hand, mit dem Du die Updates besser steuern kannst. W10 =! W7. Mit W10 hat MSFT das Thema Updates und deren Installation sowie die Interaktion mit Usern komplett geändert. Nicht unbedingt zum Vorteil für den Admin und die User. Mit Hilfe von GPOs kann man so manches besser steuern, aber bei weitem nicht mehr so gut wie mit W7.

Die Exchangeversion hat noch Luft nach oben: https://docs.microsoft.com/de-de/exchange/new-features/build-numbers-and-release-dates?view=exchserver-2019

In Powershell gibt es natürlich auch Scriptdateien, .ps1 ist dort die Endung. Und es gibt in PS eine super kostenlose Entwicklungsumgebung: Visual Studio Code

Es gibt in SngaIt Profil Einstellungen, dort sollte sich das finden lassen. Achtung! Es ist in vielen Versionen an anderer Stelle: https://support.techsmith.com/hc/de/articles/204189118-Direkt-ins-Bild-aufnehmen-mit-Bildschirm-drucken-in-Snagit https://support.techsmith.com/hc/de/articles/203731558-Snagit-Windows-Probleme-bei-Kurztastenbelegung-

Viellecht sollte MSFT die Mail Sever sauber herunterfahren und bei der Anmeldung nach dem Einschalten einen Hinweis einblenden! :)

Das mit den Produktcodes hatte ich schon mal für eine andere Software, Augen zu und durch mit den Versionen. @NorbertFe Für normale MSI-Installationen wie beim Reader oder FlashPlayer war das ein Standard Vorgehen. :) ENTER, ENTER, Fertig. :) Einfach wieder nach Versionsnummer, alles andere kann eben NICHT funktionieren.

Ah ok, da habe ich die Anzeige im Studio mit WU verwechselt, mea culpa. ;) Wirst Du aber wohl müssen. Aber da MSFT ja mit sehr vielen Produkten auf CUs umgestiegen ist, kann man einmal im Quartal da schauen und dann entsprechend planen. WSUS hat den Vorteil, auch Updates ablehnen zu können oder erst später zu genehmigen. Und vor allem, falls man mehrere Maschinen hat, die das gleiche Update anfordern, wird es nur noch einmal von MSFT gedownloadet. Da man ja keine Updates mehr über WU ausklammern oder auf später verschieben kann, wird MSFT auch diese Updates wohl nicht mehr über WU anbieten. Das könnte ja ansonsten fatal enden.

Beim TO geht es um WU, und da unterscheidet MSFT IMO immer wieder.

WSUS oder WU? Über WU stellt MSFT das SQL Server Management ja auch in allen Sprachen zur Verfügung, im WSUS nur in Englisch.

Ich hab auch mal 3 MSI 64 Bit angeschaut, der Produktcode ist überall gleich. Also musst Du mit der Version der EXE arbeiten, das geht natürlich auch.

32-Bit und 64-Bit Versionen der 'gleichen' Anwendung sehen sich natürlich nicht, deshalb war das nicht so gut. Dann wirst Du wohl auf die Versionsnummern der EXEn umsteigen müssen. Der technische Stand ist ja von den beiden Versionen gleich, wenn die 82 kommt, bleibt 78.3.1.0 auf dem Stand von 81 stehen und bekommt nur Sicherheitsupdates. So habe ich das mal verstanden.

Du kannst es ja so halten, wie es viele Admins mit anderen Updates halten, einfach etwas abwarten und dann erst nachziehen. In der Zwischenzeit lesen ob es Probleme gibt und natürlich auch in einer Testumgebung die wichtigen Anwendungen, sofern es mehrere sind, auf Herz und Nieren mit dem neuesten CU testen. Deshalb ist der fehlende Automatismus an der Stelle vermutlich auch nicht ganz soo schlecht. ;) Wenn Du jetzt auf CU1 bist, kannst Du ja problemlos CU6 installieren. Und im November, sofern alles ruhig ist, auf CU8 wechseln. EDIT: Kann aber auch sein, dass MSFT die CUs für den SQL 2019 nicht mehr über WU/WSUS zur Verfügung stellt.

Das Alter kannst Du bei einer FB mit 4 LAN-Anschlüssen aber auch haben. ;)

Hast Du von Frontmotion und vom FF jeweils die 64-Bit Version installiert? Wie genau sehen die Regeln im WPP dazu aus?

LAN hättest Du, WLAN nur wenn Du auch auf der zweiten FB WLAN aktivierst.

Du könntest die Option einmal deaktivieren, den Dienst WUAUSERV beenden und neu starten und nach Updates suchen lassen. Anschließend das ganze nochmal, diesmal die Option aktivieren.

Wie kann er auf einen Server von euch ohne dass ihr davon wisst? Hat der Hersteller ständigen unkontrollierten Zugriff?

Macht ein Softwarehersteller bei euch auf den Servern was er will? Vorher abfragen was für die Installation benötigt wird, bei SMBv1 einfach NEIN sagen, diskussionslos. Trotzdem Danke für deine Rückmeldung. ;)