[2003] WSUS hr=0x80072ee6

[ShaneV]

Hey,

Allereerst platform: Windows Server 2003 Standaard R2 SP2 NL i.s.m. WSUS 3.0, IIS 6.0 en Win XP SP2 NL

Het probleem: de WSUS haalt zonder problemen de updates binnen op de server, die's goed ingesteld en operationeel. IIS ook, maar... vanaf het moment dat een client (xp) een verbinding wilt maken lukt die niet. De computer komt dus ook niet voor in de console van WSUS. Nu heb ik op een client "clientdiag" gedraait en deze gaf me het volgende mee:

---

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.381. . . . . . . . . . . . PASS
This version is WSUS 3.0

Checking AU Settings
AU Option is 4: Scheduled Install . . . . . . . . . . . PASS
Option is from Policy settings

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
WUServer = http://DOMEIN
WUStatusServer = http://DOMEIN
UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS

VerifyWUServerURL() failed with hr=0x80072ee6

The URL does not use a recognized protocol

---

Nu had ik gelezen dat dit durft komen wegens de anonieme rechten op de IIS. Ik heb heel het net afgespeurd achter een deftige oplossing maar niet gevonden. Anonieme login staat aan op de Selfupdate map in IIS (ook op alle andere),ik kan die 2 cab bestanden dat men meestal geeft om te checken of je verbinding hebt met IIS, downloaden geen enkel probleem.

Nu weet ik niet meer wat te doen en hoop ik dat jullie mij het juiste pad kunnen in sturen. Ik heb nog niet veel gewerkt met IIS en dus is men kennis er van beperkt.

Veel mensen hebben blijkbaar dit probleem maar een concrete oplossing heb ik nog niet kunnen vinden, ook niet op de microsoft website.

Alvast bedankt!

Met vriendelijke groet,

Shane

[_Bak_]

Heb je WSUS geinstalleerd op de default port (80) of 8530? Ik zie namelijk hier dat je http://domein aangeeft en ik zag ook een post op wsus.info waar iemand net met de zelfde naam heeft gepost en daar het server adres WUServer = http://192.168.2.10:8530 (of jij bent dat toevallig niet:)).

Heb je het ook geprobeerd door in de GPO voor de reporting en wsus server de FQDN in te vullen? Weet je zeker dat er niet bepaalde poorten geblockt worden door firewalls in het netwerk of op de clients? Mischien routers die niet goed geconfigureert staan om het verkeer door te laten?

[ShaneV]

_Bak_ schreef op vrijdag 23 november 2007 @ 16:15:
Heb je WSUS geinstalleerd op de default port (80) of 8530? Ik zie namelijk hier dat je http://domein aangeeft en ik zag ook een post op wsus.info waar iemand net met de zelfde naam heeft gepost en daar het server adres WUServer = http://192.168.2.10:8530 (of jij bent dat toevallig niet:)).

Heb je het ook geprobeerd door in de GPO voor de reporting en wsus server de FQDN in te vullen? Weet je zeker dat er niet bepaalde poorten geblockt worden door firewalls in het netwerk of op de clients? Mischien routers die niet goed geconfigureert staan om het verkeer door te laten?

Hey, ja dat is inderdaad ik , maar toen draaide het nog 2.0, heb vandaag de 3.0 geïnstalleerd wegens de betere beheer mogelijkheden. Router ==> no problem, firewalls ==> no problem. Zoals gezegd: de client kan perfect downloaden vanaf de server (dus via een http://DOMEIN/.....) waardoor ik echt met men handen in men haar zit. Het probleem komt veel voor, maar kheb geen flauw idee waar het hem zit. Sommige zeggen dat het hem kan zitten in login op IIS. Nog tans kan je wel perfect http://DOMEIN weergeven.. krijg je de pagina te zien van IIS dat je moet een webpagina uploaden daar.

Wat bedoel je met FQDN? In de GPO staat alles correct. Het probleem zit em bij de IIS gok ik. Hij staat btw nu op de standaard poort (80).

Greetz

[Verwijderd]

Het lijkt of de URL niet klopt. Ik heb zelf ook WSus 3 draaien en mijn http adres is http://[servernaam].[domeinnaam]...
Werkt perfect...

[ShaneV]

Verwijderd schreef op vrijdag 23 november 2007 @ 16:28:
Het lijkt of de URL niet klopt. Ik heb zelf ook WSus 3 draaien en mijn http adres is http://[servernaam].[domeinnaam]...
Werkt perfect...

Ook al geprobeerd, zelfde foutmelding, wat heb ik al geprobeert:

http://IP ADRES server
http://DOMEIN naam
http://volledige computer naam (met domeinnaam)

Niets helpt, foutmelding blijft de zelfde. Aan de IIS installatie is trouwens nog niets verandert omdat ik daarvoor te weinig kennis heb om hier zomaar aan te beginnen veranderen.

[_Bak_]

FQDN = Fully Qualified Domain Name (dus server.netwerk.net)

Weet je zeker dat je niet 2 conflicterende GPO's heb die met elkaar botsen? Dit kan namelijk met WSUS nog wel eens rare resultaten opleveren. Heb je het zelfde probleem op alle clients? Staat de DNS server van de clients wel goed ingesteld (ip van de server (of andere server waar je DNS op staat))

Wat je anders kan proberen is het volgende in een .bat bestand gooien en uitvoeren, dit maakt grondig al je WSUS gerelateerde instellingen en data schoon.


net stop wuauserv
regsvr32 /s wuapi.dll
regsvr32 /s wups.dll
regsvr32 /s wuaueng.dll
regsvr32 /s wuaueng1.dll
regsvr32 /s wucltui.dll
regsvr32 /s wuweb.dll
regsvr32 /s jscript.dll
regsvr32 /s atl.dll
regsvr32 /s softpub.dll
regsvr32 /s msxml3.dll
del %windir%\WindowsUpdate.log
move C:\windows\SoftwareDistribution C:\Windows\SoftwareDistribution2
REG DELETE "HKLM\Software\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /v LastWaitTimeout /f
REG DELETE "HKLM\Software\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /v DetectionStartTime /f
Reg Delete "HKLM\Software\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /v NextDetectionTime /f
net start wuauserv
wuauclt /detectnow
pause


Edit: mischien een beetje drastisch maar uh, WSUS er af, IIS er af, reboot en opnieuw beginnen? gewoon IIS met de standaard dingen (en .net) installeren en dan WSUS er op.

Draait er trouwens niet een andere webserver op die machine, van een applicatie ofzo, heb daar nl wel eens problemen mee gehad met WSUS2.0

[ Voor 11% gewijzigd door _Bak_ op 23-11-2007 16:36 ]

[ShaneV]

Hey, bedankt voor je tips.

De full network name heb ik al geprobeerd, de installatie is kaal: IIS (nog maar geïnstalleerd) + WSUS 3.0, alles is standaard geïnstalleerd en heb niets verandert aan de instellingen. Client draait in een virtuele pc op dit ogenblik, maar deze kan perfect inloggen op het domein en aan de data van op de server. De server werkt perfect, juist die wsus niet. Het zit er em in dat dit een veelvoorkomend probleem is, maar dus nergens een goeie oplossing is. Enige dat ik nog kan denken is een probleem bij de IIS.

ps: server rebooten is niet zomaar een optie aangezien die gebruikt wordt

//edit: er draait geen andere webapplicatie.

[ Voor 3% gewijzigd door ShaneV op 23-11-2007 16:47 ]

[_Bak_]

Waar word die server nog meer voor gebruikt?

Ik merk ook dat je probleem vaker voor komt (google etc) bij verschillende mensen blijken verschillende oplossingen te werken. Maar die werken bij jou juist nu allemaal niet.

[ShaneV]

_Bak_ schreef op vrijdag 23 november 2007 @ 17:00:
Waar word die server nog meer voor gebruikt?

Ik merk ook dat je probleem vaker voor komt (google etc) bij verschillende mensen blijken verschillende oplossingen te werken. Maar die werken bij jou juist nu allemaal niet.

Inderdaad hier werken ze niet, mja ben dat gewoon

Die server wordt gebruikt als domein controller en file server. Hou er wel rekening mee, dat we hier spreken over een server dat maximum 5 tot 7 gebruikers heeft dat een bestandje hebben openstaan. De domein controller wordt nog niet gebruikt. Kan hij dus wel aan.

Greetz

[sanfranjake]

ShaneV schreef op vrijdag 23 november 2007 @ 17:03:
[...]


Inderdaad hier werken ze niet, mja ben dat gewoon

Die server wordt gebruikt als domein controller en file server. Hou er wel rekening mee, dat we hier spreken over een server dat maximum 5 tot 7 gebruikers heeft dat een bestandje hebben openstaan. De domein controller wordt nog niet gebruikt. Kan hij dus wel aan.

Greetz

7 gebruikers, dan kan je die bak toch wel @ lunchtime ofzo even rebooten?

[ShaneV]

sanfranjake schreef op vrijdag 23 november 2007 @ 21:17:
[...]

7 gebruikers, dan kan je die bak toch wel @ lunchtime ofzo even rebooten?

Probleem is dat de directeurs iets langer werken rond lunchtime + dat er een programma draait dat elk telefoontje bijhoudt om facturen te kunnen versturen naar de bewoners... dus de server herstarten is niet zomaar eventjes een optie + ik zie niet echt in dat het nodig is. Het is een kale installatie van IIS & WSUS. Dus herinstallatie van die 2 zou zelfs niet nodig zijn ,aangezien er niets is verandert aan de standaard instellingen.

[ShaneV]

Ik weet het is al een lange tijd sedert ik hier nog op gereageerd had maar, het antwoord werd gevonden ergens in December en wil dit nog delen met jullie.

De GPO opnieuw maken en geen spaties gebruiken in de groep naam ==> probleem opgelost. Veel zoeken dus voor 2 simpele dingen...

Deze mag dicht.