zahni

Mir fällt bei der "Lösung" für ein Sicherheitsproblem nur der Holzhammer ein. Genauso gut hätten die auch das WPAD-Gedöns ganz entfernen können.

Irgendwann wird MS mal mit der Neuinstallations-Orgie aufhören und das Update als Update ausliefern.

Das geht so aber nicht. Du kannst zwar einen temp. Computernamen verwenden, musst ihn dann aber nochmals am Client umbenennen, wofür Du dann wieder eine User-Konto in der Domäne mit der entsprechenden Berechtigung brauchst. Probiere es doch einfach mal manuell aus. Nur was Du manuell machen kannst, geht auch per Script.

Ein Join mit IP-Adresse wird nicht gehen. Oder hast Du in der Domäne schon Konten mit der IP-Adresse als Namen gesehen? Der Server muss seinen zukünftigen Namen haben. Dann kann Du ihn joinen. Den DNS-Eintrag nimmt der Server eigentlich selber vor, wenn dort die dynamische Registrierung aktiviert ist.

Eigentlich müsste sich das bei Windows 8.1 per GPO deaktivieren lassen: http://www.neowin.net/forum/topic/1205121-disable-the-windows-store-in-windows-8-and-windows-81/

Ich hatte mal Office 2013 als MSI und 2016 als Click-To-Run auf einer Maschine. Ursprünglich wollte ich eigentlich Updaten ;). Habe aber die Click-To-Run Installation nicht gleich erkannt, die ohne Rückfrage loslegte. Danach konnte ich wahlweise Outlook 2013 oder 2016 mit dem den gleichen Daten benutzen (allerdings nur mit IMAP, habe kein Exchange). Es geht also irgendwie. BTW und völlig OT: Seit APP-V 5.0 extrem an die Bedürfnisse von Office angepasst und die Bedürfnisse der Admins komplett ignoriert werden, in dem man sehr sinnvolle Funktionen aus dem ursprünglichen Softgrid entfernt hat, sind wir auf Thinapp umgestiegen, dass unsere Anforderungen komplett befriedigt und bestimmte Deployment-Verfahren bei uns stark vereinfacht.

Makroviren kommen auch als DOCM. Allerdings werden die DOC-Dateien oft nicht im binären DOC-Format verschickt sondern in einem RTF- oder HTML-Format, dass den Macro-Code kapselt. Auch die neueren Office-Versionen sind dann so freundlich...

Den gibt es nicht kostenlos. War er eigentlich nie. Ist im jeweils aktuellen MDOP enthalten: https://technet.microsoft.com/de-de/windows/hh826071.aspx Wer das bekommt steht hier: https://technet.microsoft.com/de-de/windows/bb899442 Kann gut sein, dass es auch im MSDN bereitgestellt wird.

Du hast die Forenregel Nr. 19 gelesen? Nicht wundern, wenn mal in Russisch kommt, nur weil es einfacher ist, das per Copy & Paste von einer anderen Website einzufügen...

Das ist VmWare aber egal: https://blogs.vmware.com/vsphere/2016/05/goodbye-vsphere-client-for-windows-c-hello-html5.html

Problematisch wird es erst, wenn eine NIC nicht mehr richtig funktioniert, nachdem man die Firmware geflasht hat. Geht mir gerade mir einer HP-Intel-Karte so...

Das steht auf der Website. Der C#-Client wird in der nächsten Vsphere-Version definitiv wegfallen.

BTW: Woher hat man denn einen "Storage Server"? Den dürfte es nur in OEM-Lösungen geben.

Also hier liegen EXE-Dateien rum: http://www.dell.com/support/home/us/en/04/Drivers/DriversDetails?driverId=F8H29

Hi, VMware verteilt jetzt als Update den neuen Host-Client http://kb.vmware.com/kb/2145817 Damit sollte sich auch der kostenlose ESXI 6.0 komplett im Browser administrieren lassen. Über kurz oder ganz kurz können wir uns vom C#-Client verabschieden. Den Vspshere HTML5-Client kann man übrigens auch schon testen (ist noch eine eigene VM): https://labs.vmware.com/flings

We're never used an MSI version. Try the EXE-Version: http://fpdownload.macromedia.com/get/flashplayer/pdc/22.0.0.210/install_flash_player_ax.exe Silent installation was -s, or so. Try this http://www.adobe.com/devnet/flashplayer/articles/flash_player_admin_guide.html

Ich vermute jetzt mal, der TO glaubt, dass KB3176929 auf 1511 installiert werden müsste. Das geht aber nicht, weil es für 1607 ist. Daher steht auch "0" bei erforderlicher Anzahl. Also nichts kaputt. https://blogs.technet.microsoft.com/wsus/2016/05/05/the-long-term-fix-for-kb3148812-issues/ braucht man, wenn man 1607 über WSUS verteilen will (nehme ich mal an). Dann muss der WSUS auf einem 2012R2-Server laufen.

Mal in Blaue geraten: https://blogs.technet.microsoft.com/wsus/2016/05/05/the-long-term-fix-for-kb3148812-issues/ Im Übrigen ist es das 1. Update für 1607 wenn 1607 installiert ist ;)

Was ist denn noch so installiert? Alles was einen "Treiber" haben könnte?

Vermutlich lässt sich ein Treiber nicht (neu) installieren. Aktualisiere doch mal alle Treiber. Bietet Microsoft hier nicht immer irgendwelche Pakete an?

Da ist gerade auch mit Intel-karten kämpfe: Prüfe mal, ob es für die NIC eine neue Firmware gibt. Bei HP steht bei einer Firmware. - Fixes Description: - Fixes an issue where the temperatures were incorrectly reported by the thermal sensors causing the fans to run high.

Sorry, dann kann ich auch nicht weiterhelfen. Ich wollte anghand der Links nur ein paar Lösungsmöglichkeiten aufzeigen. Ich kenne niemanden im Firmenumfeld, der den VPN-Client von WIndows benutzt.

Vielleicht ist das Root-Certificate nicht importiert worden? Ich gehe mal davon aus, dass keine Self-Signed Zertifikate benutzt werden.

Vielleicht zuerst mal um die Rote Meldung kümmern. Woran das liegt, kann ich aus der Ferne auch nicht sagen und auch nicht, ob das Ganze mit "vTPM" funktioniert.

Solche Token gibt es z.B. von http://www.safenet-inc.de/multi-factor-authentication/authenticators/pki-usb-authentication/ Ob die mit dem Windows-VPN Client funktionieren, weiss ich nicht. TPM wäre auch denkbar: https://blogs.technet.microsoft.com/pki/2014/09/08/setting-up-tpm-protected-certificates-using-a-microsoft-certificate-authority-part-3-key-attestation/ SecurID-Token sind auch nett https://www.rsa.com/de-de/products-services/identity-access-management/securid Doch da brauchst Du wohl eher eine VPN-Lösung von NCP.