Sunny61

Du führst sie per Doppelklick aus? Wenn ja, dann siehst Du die Meldung einfach nicht. Wechsel auf die Kommandozeile und starte sie von dort indem Du den Namen eingibst und ENTER drückst.
 
 
Natürlich müssen die Pfade und Servernamen deiner Umgebung angepast werden.

Für den WSUS auf dem W2012R2 solltest Du diesen Fix installieren: https://support.microsoft.com/de-de/kb/3095113 Ist zwar nur für W10 und Upgrades, aber besser jetzt als später versäumen. ;)
 
Für die anderen WSUS-Server fehlen auch Aktualisierungen. In der WSUS-FAQ No. 44 findest du Details zu den Fixen. http://wsus.de/faq
 
Du öffnest die Konsole auf deinem Client mit deinem Benutzerkonto, dieses Konto gibt es so auf dem anderen WSUS natürlich nicht, da dürfte dein Problem liegen. Auf dem externen WSUS lokal anlegen und in die Gruppe der lokalen WSUS-Administratoren aufnehmen.

Das kann man doch ausprobieren, oder nicht?
 
Probier doch das hier aus: http://answers.microsoft.com/en-us/windows/forum/windows_7-networking/error-with-windows-mobile-device-center-there-is/339f43c4-2d64-41f5-b322-2c023b67b2a7?auth=1 Aber bitte den Thread komplett lesen!

Beim Hersteller findet man eine Anleitung: https://technet.microsoft.com/de-de/library/jj215781%28v=exchg.150%29.aspx
 
Alternative Anleitungen: https://www.frankysweb.de/exchange-20132016-raumpostfcher-anlegen-und-verwalten/
http://www.msxfaq.de/konzepte/ressourcen.htm
 
Eigentlich sollte man an der Stelle an keinen Berechtigungen fummeln, sondern die Buchungs-Automatik der Ressourcen nutzen.

Nein, falls Du Admin des Servers bist, dann reicht der administrative RDP-Zugriff auf den Server (VM) aus. In den Systemeigenschaften wird der administrativen Zugriff freigegeben.

Das gibt es allerdings schon etwas länger. Zusätzlich kann ein Programmierer mit Hilfe verschiedener APIs verschiedene Explorerfenster aufrufen, dann hast Du dort auch verloren. NTFS-Berechtigungen setzen und ABE einsetzen.

Dein erstes Posting liest sich aber ganz anders.
 

Auch diese Infos finde ich nicht im ersten Posting von dir. Aber das macht mir nichts mehr, leb wohl.

Central Store einrichten und die ADMX/ADML Templates vom 2012R2 in den Central Store kopieren. http://www.gruppenrichtlinien.de/artikel/central-store-fuer-administrative-vorlagen/

Frag doch einfach mal den Hersteller des uns unbekannten Computers. Zusätzlich würde ich Windows Update aufrufen und nach Updates suchen lassen. Den ersten Schwung installieren, nach dem Reboot erneut kontrollieren. Ist es jetzt besser?

Du mußt einfach nur den Artikel lesen, ab diesem Teil:
 
Problem manuell beheben

Ich könnte mir vorstellen, das geht in die Richtung Farben für Kategorien. Das geht wohl seit Outlook 2007 auch nur noch lokal. Hier gibt es einen Artikel dazu:
http://blogs.technet.com/b/outlooking/archive/2012/02/03/how-to-share-color-categories-for-outlook-2010.aspx

Und mit rd /s /q Name_des_Ordners geht es auch nicht?

Bezüglich RDP muss man sich IMHO nur etwas umgewöhnen:
 
Windows-Taste + R drücken, mstsc [ENTER] > Name des Servers eintragen, oder auch einen angelegten SPN verwenden, da kann man sich ja einen schönen kurzen anlegen. Benutzername und PW eingeben, fertig.
 
Als Alternative kannst Du auf der Commandline das hier versuchen:
 
 
net use \\deinServer "passwort" /user:deinedom\der Admin
"passwort" weglassen, dann musst Du es eintippen.
 
Aber ob das schneller geht und sicherer ist?

Lies doch mal genau nach: http://www.wsus.de/install_wpp

Uiui, welch eine Krücke. Tja, was kannst Du dagegen unternehmen? Vermutlich nichts. Weise den Verantwortlichen in eurer Firma schriftlich auf den Fehler hin, mehr kannst Du vermutlich nicht machen. Den Mehraufwand kannst Du noch versuchen zu beziffern, dann war es für dich auch schon.

ich hab mir dafür ein Computerstartupscript erstellt:
 

If exist \\WSUS\SHARE\WSUS\%COMPUTERNAME%.TXT goto ENDE REG DELETE HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate /va /f WUAUCLT /ResetAuthorization /DETECTNOW WUAUCLT /DETECTNOW WUAUCLT /REPORTNOW set datum=%date% echo %datum% set Zeit=%time% echo %time% echo %computername% %datum% %time% > \\WSUS\SHARE\WSUS\%COMPUTERNAME%.TXT

Wenn der Computer Mitglied in einer Sicherheitsgruppe ist, und diese Sicherheitsgruppe unter Sicherheitsfilter eingetragen ist und der Computer im Verwaltungsbereich des GPO liegt, dann passt normalerweise alles. Schau dir auch dieses HowTo an, evtl. wird es dann klarer: http://www.gruppenrichtlinien.de/artikel/filtern-von-gruppenrichtlinien-anhand-von-benutzergruppen-wmi-und-zielgruppenadressierung/

Mit WSUS brauchst Du logischerweise den Haken nicht zu setzen. Denn per GPO gibst Du dem Client ja vor, in welchen Zeitabständen er nach Updates suchen soll.
 
Wenn der Client keine WSUS konfiguriert hat, kannst Du IMHO den Haken auch nicht setzen, da er gar nicht zum setzen vorhanden ist.

Richtig. Es würde aber *1* VL pro OS ausreichen, zumindest ist das mein Wissensstand in dieser Sache.
 

Du darfst es nicht, reicht dir das nicht?

Erspar dir das Benutzerdefinierte Update im WPP und nimm Uninstall2Install: http://www.wsus.de/uninstall2install Erleichtert die Arbeit mit der Installation von Java ungemein.

Nimm den FixIt und probier anschließend das Update manuell zu installieren.

Hast Du denn jetzt eine Lösung gefunden?

Wie genau werden die Netzlaufwerke verbunden? Per GPP? Wenn ja, dann nur auf Aktualisieren umstellen.

Probier es als Benutzerkonfiguration, dort funktioniert es ganz sicher.
 
EDIT: Ersetzen wählen, und als Target nur Desktop. Du mußt dann natürlich das GPO so verknüpfen, das die Benutzer es verarbeiten können.
Starten in fehlt noch der ausführende Pfad.
Und nimm Systemvariablen, harte Pfade verwendet man seit W95 nicht mehr.

Tja, ich bin ja nur ein Hobby-Entwickler, aber das gibt es bei mir nicht. Bei jedem Vorgang, der Zugriff auf den SQL Server benötigt, wird geprüft ob die Verbindung steht, wenn nicht, wird versucht sie aufzubauen. Als Entwickler kann ich nicht davon ausgehen, das immer alles eitel Sonnenschein ist. Reklamiere dies als Bug, und zwar monatlich mit Kopie an deine GF bis das Problem behoben ist.