[WSUS] Client Detectie = None!

[Boogiman]

Ik heb hier 3 servers staan. 1 primairy en 2 secondary servers (alles Win2k3 - sp2)

Ik heb volgens de guide WSUS geinstalleerd op de primairy, en vervolgens een downstream ingesteld naar de 2 secondaire servers (duh..)

Alle updates binnen gehaald die ik wilde hebben, alleen rest nu het probleem dat WSUS de clients niet ziet.

Wat ik ook doe, krijg het niet voor elkaar. Clients kunnen doen wat ze mogen doen. Via AD (waar de clients en users ingesteld staan) kan ik ze zien. Via de GPO's heb ik ingesteld dat de windows update via de primaire server moet lopen. Heb zelfs met de hand geprobeerd om de clients te forseren de server te zien (wuauclt.exe /detectnow) maar mocht niet baten)

Ik zit op dit moment nog in een test omgeving die bestaat uit die 3 servers en 2 test clients (WinXP-sp2)

Iemand?

[DeeJee]

Krijgen je clients wel de policy?
gpresult

[Boogiman]

Ja, clients krijgen de GPO settings binnen.

Heb zelfs de hoofd/test gpo gedisabled en een test Wsus gpo aangemaakt met alleen die windows update verwijzing erin.

[lier]

Heb je al in het eventlog van de WSUS server gekeken ?
Wordt de GPO ook toegepast ?

[Boogiman]

GPO's worden goed doorgevoerd, dus daar ligt het probleem niet.
Wsus log? Waar kan ik deze vinden?

Er staat niets in de logs vermeld....

*krijgt moordneigingen....

[ Voor 29% gewijzigd door Boogiman op 23-01-2008 15:12 ]

[Muggie]

Werk je met groepen binnen WSUS ?
Staan je groepen goed vermeld binnen de WSUS policies ?
Heb je een niet standaard poort gedefinieerd in je WSUS tijdens installatie ?
Heb je deze poort gedefinieerd binnen je WSUS policy ?

[Boogiman]

Muggie schreef op woensdag 23 januari 2008 @ 16:21:
Werk je met groepen binnen WSUS ?
Staan je groepen goed vermeld binnen de WSUS policies ?
Heb je een niet standaard poort gedefinieerd in je WSUS tijdens installatie ?
Heb je deze poort gedefinieerd binnen je WSUS policy ?

Ik werk niet met groepen in WSUS. Al zou dat niet uitmaken denk ik. Hij zou in ieder geval aan moeten geven hoeveel clients er verbonden zijn met de server.

Ik gebruik de standaard port die WSUS bij de installatie gegeven heeft (8530).

edit

Zou het probleem bij IIS kunnen liggen?

[ Voor 4% gewijzigd door Boogiman op 24-01-2008 09:57 ]

[FCVD]

kan je je policy settings wel terugvinden via rsop.msc?

oftewel, wat staat er onder Administrative Templates -> Windows Components -> Windows Update ?


zou je dit resultaat kunnen posten? Dan kunnen we een blik werpen.......

*edit

Ik gebruik de standaard port die WSUS bij de installatie gegeven heeft (8530).

Wat staat er in de WSUS console op de 'startpagina' bij Connection?

Heb je daar bij port ook 8530 staan. Ik geloof dat je dan in de GPO bij Specify intranet Microsoft update service location http://servernaam:8530 in moet vullen. Weet dit niet helemaal zeker, want ik gebruik gewoon port 80 en dan hoef je niets extra's in te vullen.

[ Voor 49% gewijzigd door FCVD op 24-01-2008 10:14 ]

[SierdW]

Onderstaande 2 links zou je ook kunnen gebruiken om aan de client-kant te kijken naar problemen:

http://www.chs.fsu.edu/webtools/sus/files/AUBehave.vbs
http://download.microsoft...t%20Diagnostic%20Tool.EXE

[Boogiman]

FCVD schreef op donderdag 24 januari 2008 @ 10:00:
kan je je policy settings wel terugvinden via rsop.msc?

oftewel, wat staat er onder Administrative Templates -> Windows Components -> Windows Update ?


zou je dit resultaat kunnen posten? Dan kunnen we een blik werpen.......

*edit


[...]


Wat staat er in de WSUS console op de 'startpagina' bij Connection?

Heb je daar bij port ook 8530 staan. Ik geloof dat je dan in de GPO bij Specify intranet Microsoft update service location http://servernaam:8530 in moet vullen. Weet dit niet helemaal zeker, want ik gebruik gewoon port 80 en dan hoef je niets extra's in te vullen.

Staat vermeld:

Connection:
Type: local/ssl
Port: 8530
User Role:Administrator
Server Version: 3.0.6000.374

Aangezien hij zelf al aangeeft dat het port 8530 is denk ik niet dat dat nodig is. Ik zal het echter wel proberen. Keep you posted.

*edit

Diag tooltje van SierdW geprobeerd. uitdraai:


WSUS Client Diagnostics Tool

Checking Machine State
Checking for admin rights to run tool . . . . . . . . . PASS
Automatic Updates Service is running. . . . . . . . . . PASS
Background Intelligent Transfer Service is not running. PASS
Wuaueng.dll version 7.0.6000.374. . . . . . . . . . . . PASS
This version is WSUS 2.0

Checking AU Settings
AU Option is 1 : Disabled . . . . . . . . . . . . . . . PASS
Option is from Control Panel

Checking Proxy Configuration
Checking for winhttp local machine Proxy settings . . . PASS
Winhttp local machine access type
<Direct Connection>
Winhttp local machine Proxy. . . . . . . . . . NONE
Winhttp local machine ProxyBypass. . . . . . . NONE
Checking User IE Proxy settings . . . . . . . . . . . . PASS
User IE Proxy. . . . . . . . . . . . . . . . . NONE
User IE ProxyByPass. . . . . . . . . . . . . . NONE
User IE AutoConfig URL Proxy . . . . . . . . . NONE
User IE AutoDetect
AutoDetect not in use

Checking Connection to WSUS/SUS Server
AU does not have Policy Set
AU does not have Policy Set
UseWuServer is disabled . . . . . . . . . . . . . . . . FAIL

Press Enter to Complete

Niet goed dus!! Ligt het nu aan mij of lijkt het dat hij de GPO's niet laad....

[ Voor 44% gewijzigd door Boogiman op 24-01-2008 10:45 ]

[FCVD]

run rsop.msc ff op je client pc, dan weet je zeker of je GPO settings wel doorkomen.

Wat zegt IIS onder websites; staat daar alleen Default Website of nog meer? Anders gezegd, heb je WSUS geinstalleerd onder de Default Website of heb je een eigen site benoemd. Staat er onder deze of eigen website port 8530?

check dan ook ff je authentication and acces control in je website properties.......


*edit

ik zag ssl staan in je connection properties.......geloof dat je in de gpo settings wel httpS://servernaam moet invullen.

[ Voor 15% gewijzigd door FCVD op 24-01-2008 11:00 ]

[Boogiman]

Ik denk dat we het probleem gevonden hebben. Op een manier laat hij denk ik de policies niet.

Onder IIS staat er naast de default website nog een site namelijk WSUS Administration. Door Wsus zelf aangemaakt.

Terug komend op die policies. Het vreemde is, is dat ik een kleine aanpassing gemaakt heb in die policy om te kijken of hij hem wel laad. Ik heb aangegeven dat hij My Documents niet onder start mag weergeven. Dit doet hij zoals het hoort, hij laat hem niet zien.

Als het echt aan de policies ligt, hoe kan het dat hij die setting over my documents wel doorvoert en niet die van Windows Update?

*edit

@ FCVD: Ik heb die setting aangepast dat hij naar https://servername gaat, maar denk niet dat het gaat werken. Als ik die https server wil bereiken krijg ik een 404 terug. Haal ik de S weg, (http://servername) is IIS weer gewoon bereikbaar.

Ik heb die RSOP gedraaid en hij komt niet volledig terug. Hij laat niet die Administrative Templates niet. Teminste, die staat er gewoon niet tussen. (onder Administrative Templates hoor je die settings van windows update te geven):

Consolebasis
- Clientname
-- Computer configuratie
------ Software-instellingen
------ Windows-instellingen
------ geen administrative templates
-- Gebruiksconfiguratie
------ etc etc...

[ Voor 37% gewijzigd door Boogiman op 24-01-2008 11:27 ]

[FCVD]

Heb je die my documents setting in dezelfde GPO als waar de wsus settings instaan gezet? Of heb je dit in een andere GPO gedaan?

Staat je WSUS gpo wel op de juiste OU ingesteld? geen block inheritance aanstaan per ongeluk.

Ik hoop dat je Group Policy Management console gebruikt, want dan heb je veel meer overzicht vwb de policies die geladen worden.

[Boogiman]

Ik heb die setting van die My Documents in de zelfde GPO staan als de settings van WSUS.

Daarnaast gebruik ik inderdaad GPCM, en kan niets vinden wat een block kan veroorzaken....

*begint langzaam gek te worden........

[alt-92]

Zet er liever een aparte WSUS GPO voor in?

Werkt ook een stuk flexibeler als je even wil testen namelijk (testOU met een VPC client image erin, daar de GPO op toepassen en troubleshooten/testen).

[Boogiman]

Die gebruik ik ook de hele tijd. Ik heb een aparte GPO aangemaakt puur en alleen voor WSUS in een aparte test OU. Ik heb alleen 1 extra aanpassing gemaakt om te kijken of die GPO ook daadwerkelijk word geladen (my documents setting). In die OU staat 1 user (test user genaamd) en die GPO staat aan die OU gekoppeld.

[alt-92]

Jamaar....

WSUS settings zijn Computer settings....je wil een computer updaten - al zou dat bij sommige users ook wel eens wenselijk zijn

[ Voor 45% gewijzigd door alt-92 op 24-01-2008 12:41 ]

[FCVD]

Aparte WSUS policy op een TESTOU is volgens mij ook het makkelijkste werken.

Je hebt toch niet per ongeluk ook nog lokale policies draaien die de boel weer keihard terugzetten?

Zet je windows update es uit onder de my computer settings (je weet wel, het windows update tablad).


*edit

In die OU staat 1 user (test user genaamd) en die GPO staat aan die OU gekoppeld.

wow...er moeten natuurlijk wel pc's in die OU

[ Voor 21% gewijzigd door FCVD op 24-01-2008 12:46 ]

[alt-92]

FCVD schreef op donderdag 24 januari 2008 @ 12:43:
Zet je windows update es uit onder de my computer settings (je weet wel, het windows update tablad).

Als je je WSUS GPO correct hebt geconfigureerd (met Computer settings in je Administrative Templates) KUN je die niet eens muteren

[FCVD]

alt-92 schreef op donderdag 24 januari 2008 @ 12:45:
[...]

Als je je WSUS GPO correct hebt geconfigureerd (met Computer settings in je Administrative Templates) KUN je die niet eens muteren

correctemundo............extra testje

[alt-92]

offtopic:
misschien moet-ie even zijn eigen account in die WSUS test OU zetten - dan komt het vast allemaal goed apt-get install dev-brain zeg maar

[Boogiman]

Probleem opgelost!!!!!

Heb de instellingen die ik in de test GPO heb ingesteld gemigreerd naar de Domain Controller GPO. (gpo der gpo's ) en binnen een halve minuut had ik de client in WSUS staan. Waarom hij het nou niet deed in die test OU weet ik nog steeds niet maar dat boeid me vrij weinig. It's Alive!!!

*legt z'n Magnum .44 half-automatisch trug.....

[alt-92]

Boogiman schreef op donderdag 24 januari 2008 @ 13:46:
*legt z'n Magnum .44 half-automatisch trug.....

Hou 'm nog maar even bij de hand, 't is namelijk nogal bad practice om dat in je DD-Gpo te stoppen.

Je hebt het probleem nog steeds niet opgelost, alleen maar aan symptoombestrijding gedaan.

[FCVD]

Boogiman schreef op donderdag 24 januari 2008 @ 13:46:
Probleem opgelost!!!!!

Heb de instellingen die ik in de test GPO heb ingesteld gemigreerd naar de Domain Controller GPO. (gpo der gpo's ) en binnen een halve minuut had ik de client in WSUS staan. Waarom hij het nou niet deed in die test OU weet ik nog steeds niet maar dat boeid me vrij weinig. It's Alive!!!

*legt z'n Magnum .44 half-automatisch trug.....

De hoop dat je bedoelt de Default Domain Policy.

Ik denk toch dat je er ook bent als je je client pc's naar je test OU verplaatst en de WSUS GPO op de test OU zet. Ik vind het nl. ook geen goed idee om de Default Domain Policy te bevuilen met wsus settings.

[Boogiman]

Tja, of het slim is zullen we gouw merken. Ik kan eventueel een GPO naaast de Domain GPO zetten, kijken of het nog steeds werkt. Ben echter wel bang dat hij hem er weer uit gooid (backdrop op de oude situatie).

Ik ga het eens ff aankijken. Mochten er problemen voor doen zal ik het laten weten

Keep you posted!

Sidenote: Thx for the info guys!!

[vanwegen]

Had je wel de betrokken computers in de desbetreffende (test) OU gestopt?
De redirect folder is (zo uit m'n hoofd) een user setting. vandaar dat die het om die reden wel deed.

WU settings zitten in de computer configuration , meestal moet je daarvoor ook nog rebooten om ze toe te passen.

type in de prompt:

GPUPDATE / FORCE

dan weet je het snel genoeg.

[ Voor 4% gewijzigd door vanwegen op 29-01-2008 15:53 ]

[wuwa]

Je werkt in een testomgeving?

Toevallig de Clients gekopieerd? Geen NewSID gedraaid? SusClientId verversen?

He's right I've had the same issue and found a simular fix on Microsoft WSUS news
Group ..

The Registry Keys are here :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
"PingID"
"AccountDomainSid"
"SusClientId"

WSUS hold the Computer Client Unique ID (SusClientId) in the tbComputerTarget Table in the SQL Database of the WSUS Server . This is the Unique identifier that the WSUS software uses to Update the Computer list in WSUS if more than one computer has the same unique ID then each time a computer connects to the WSUS Server that Computers information overwrites what the previous computers name and info is.