Sunny61

Sind denn die Updates auch schon auf dem WSUS gedownloadet? Auf der Startseite vom WSUS findest Du den Downloadstatus. Wie sieht der aus?
 
 
 
Nur zur Info: http://www.wsus.de/wuauclt
 
Wenn Du auf dem Client etwas erreichen willst, dann mußt Du auf dem Client in einer administrativen Commandline folgendes ausführen:
 

net stop wuauserv rd /s /q %windir%\SoftwareDistribution del %windir%\WindowsUpdate.log net start wuauserv wuauclt /detectnow wuauclt /reportnow 10 Minuten warten, jetzt erst im WSUS die Konsole aktualisieren und prüfen ob sich der Berichts- bzw. Kontaktzeitpunkt auf dem betroffenen Client ändert. Wenn nicht, trifft vermutlich der Hinweis von XP-Fan zu, der Client ist geklont und du aktualisierst den falschen. Wenn ja, dann Methode 1 auf dem Client ausführen und ihn aus dem WSUS löschen: https://support.microsoft.com/de-de/kb/903262 
 
 
Wenn Du WUInstall in einer nicht-administrativen Commandline ausführst, wird dir WUInstall immer 0 Updates anzeigen.
 
 
Dann unbedingt Methode 1 aus https://support.microsoft.com/de-de/kb/903262 ausführen.
 
 
Als Computerstartupscript einbinden, schon bekommst Du sicherlich ein paar Clients mehr im WSUS zu sehen:
 

@echo off REM In dieser Batchdatei wird die SUSClientID auf den Clients gelöscht. Beim nächsten Kontakt mit dem WSUS bekommt der Client REM eine neue SUSClientID und wird neu registriert. If exist \\Server\Freigabe\%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% > \\Server\Freigabe\%COMPUTERNAME%.TXT :ENDE EXIT Simpel, aber wirkungsvoll. Bei uns kamen auf diese Weise ca. 30 Clients mehr dazu. ;)

Das mußt Du dem zweiten WSUS beibringen, schau in die Optionen > Updatedateien und Sprachen suchst Du.

Localhost IPV6: ::1 http://de.wikipedia.org/wiki/Localhost 
 

Großschreibung bedeutet in Foren schreien. Wir können nichts dafür, du hast also keinen Grund zu schreien. 
 

Und schon wieder wurde eine wichtige Frage nicht beantwortet:
Welche Sicherheitssoftware läuft auf den beteiligten PCs/Servern?
 
Sind die IP-Adressen manuell vergeben oder per DHCP? Gibt es Alternative IP-Adressen auf den Clients/Servern?
Wer oder was spielt DNS-Server?
 
EDIT: Gibt es Einträge in der lokalen HOSTS Datei? Hast Du die beteiligten Clients/Server nach der Änderung im SQL Server Konfig Manager neu gestartet?
Wie genau wird die Anwendung gestartet? Steht dort evtl. noch die alte IP drin?

Es gibt sehr viele Artikel im Netz, die das neue Vorgehen beschreiben:
http://matthiaswolf.blogspot.de/2013/12/group-policy-preferences-und-der.html
http://matthiaswolf.blogspot.de/2013/04/internet-explorer-10-goodbye-my-friend.html
http://www.jniesen.de/?p=1144
 
Die IE-Wartung wird nicht mehr unterstützt, also nimm alle Einstellungen dort raus, ausnahmslos.

Die in diesem Artikel gen. Lösungansätze prüfen: http://iefaq.info/index.php?action=artikel&cat=39&id=91&artlang=de

Wenn es in OWA funktioniert, deutet vieles auf eine defektes Outlook Profil hin. Zuerst auf alle Fälle die von Outlook angelegt OST-Datei im Benutzerprofil von Windows bei geschlossenem Outlook löschen.
 
BTW: Ein 'normaler' Benutzer darf im AD bis zu 10 Rechner in die Domain aufnehmen, das ist Standard.

Dich könnte das hier treffen: http://www.wsus.de/index.php?page=251
Den passenden WU-Agent kannst Du hier downloaden: http://support.microsoft.com/kb/949104/de
 
Die verwendete Serverversiona angeben ist nicht verboten, Danke.

Trag als Benutzerkonto SYSTEM ein.

Mit diesem Thread solltest Du ans Ziel kommen: http://www.ms-office-forum.net/forum/showthread.php?t=239668

Schau dir dazu das Beispiel No. 20 an: http://www.gruppenrichtlinien.de/artikel/adm-templates-beispiele-von-gruppenrichtliniende/ Den Text ein eine Textdatei kopieren, als BGINFO.ADM abspeichern und in das GPO importieren. Werte setzen, glücklich sein. ;)

Diese Script-Anforderung kannst Du auch mit Hilfe von Group Policy Preferences umsetzen. Ist vermutlich etwas einfacher und kann dann auch im Userkontext ausgeführt werden.
 
Falls es doch das Script weiterhin sein soll, solltest Du C:\Programdata durch %ALLUSERSPROFILE% ersetzen. Damit bist Du flexibler, falls MS beim nächsten OS den Pfad ändert, fällt dein Script auf die Nase.
 
@tesso
Hast Du Norbert mit Nils verwechselt? ;)

Wenn Du auf dieser VM die betroffenen User in die lokale Gruppe der Remotedesktopuser aufnimmst, gilt das nur für diesen einen Client.
 
Die von dir verwendete Gruppe ist sicherlich eine Globale aus der Domain und die Mitglieder sind automatisch auf allen Clients/Servern in der lokalen Gruppe der Remotedesktop Benutzer.

Wunderbar, freut mich für Dich und Danke für die Rückmeldung. ;)