:strip_icc():strip_exif()/u/65052/3341494110_332c39b7ac.jpg?f=community)
Heb een heel vaag probleem waar ik en m'n collega's al weken/maanden onze tanden op stuk bijten. Zal beginnen met de omgeving te beschrijven :
- Clients hebben windows XP en draaien Novell (wordt enkel gebruikt om drivemappings aan te leggen). Bedrijf bestaat uit meerdere gebouwen. In de gebouwen zijn er nog opdelingen gemaakt met vlans. Op AD worden geen GPO's gebruikt, geen roaming profiles, en geen mapping van de homedrive via AD (wel via novell)
Probleembeschrijving :
- 1 PC met 1 user heeft een probleem met het aanloggen. Na ingave van z'n credentials blijft de pc hangen op 'applying your personal settings'. De tijd dat hij hier op hangt varieert van 10 tot 20 minuten. Na deze tijd gaat Novell vrolijk verder met het mappen van de netwerk drives en functioneert de pc verder normaal.
Wat is er allemaal geprobeerd :
- PC geswapped, zelfde probleem
- Laten aanloggen zonder LAN, geen probleem (doet vermoeden dat er netwerkprobleem is)
- User laten aanloggen op andere pc's in de omgeving, zelfde probleem (doet vermoeden dat de oorzaak in zijn account zit)
- User laten aanloggen in een welbepaalde vlan in het administratief gebouw, probleem doet zich niet voor (spreekt dus voorgaande tegen dat de oorzaak zijn account is, en doet toch eerder denken aan een netwerk probleem)
- Met andere credentials op zijn pc op zijn werkplek aangelogd, probleem doet zich niet voor (spreekt het voorgaande dus tegen dat het een netwerkprobleem zou zijn).
Hieruit trekken we dus de conclusie dat het fenomeen veroorzaakt wordt door 2 variabelen, namelijk in welke vlan hij zit en welke credentials er gebruikt worden.
We hebben het netwerk gesniffed terwijl zijn pc op dat scherm 'hangt' en er lijkt totaal geen netwerktraffiek van zijn pc afkomstig te zijn, pc lijkt dus niets te doen.
De volgende merkwaardige zaken komen ook enkel voor als ik de troubleshooting doe met zijn credentials op zijn locatie. Als ik met mijn credentials op zijn locatie, of met zijn credentials op mijn locatie volgende tests doe, lukt alles normaal:
- Als ik nadat de pc volledig opgestart is een 'gpresult' uitvoer, krijg ik de melding dat er geen resultant set of policies is en dat er dus niets weergegeven kan worden. Lijkt me bizar.
- Als ik een 'gpupdate /force' doe, duurt dit enorm lang om uiteindelijk te kappen met de boodschap dat het refreshen van de policies niet gelukt is.
Ik heb in de local group policies geprobeerd in te stellen dat group policy scripts maar 15 seconden mogen uitgevoerd worden, dat de pc niet moet proberen een roaming profile te downloaden, en de slow network link detection op 0 Kbps gezet, allemaal zonder succes.
Is er iemand die iets gelijkaardig ooit al heeft voor gehad of mij in een bepaalde denkrichting kan wijzen ? Heb uiteraard in verschillende knowledgebases gezocht en enkele troubleshooting stappen ondernomen, maar die blijken op dit specifieke probleem niet van toepassingen te zijn.
- Clients hebben windows XP en draaien Novell (wordt enkel gebruikt om drivemappings aan te leggen). Bedrijf bestaat uit meerdere gebouwen. In de gebouwen zijn er nog opdelingen gemaakt met vlans. Op AD worden geen GPO's gebruikt, geen roaming profiles, en geen mapping van de homedrive via AD (wel via novell)
Probleembeschrijving :
- 1 PC met 1 user heeft een probleem met het aanloggen. Na ingave van z'n credentials blijft de pc hangen op 'applying your personal settings'. De tijd dat hij hier op hangt varieert van 10 tot 20 minuten. Na deze tijd gaat Novell vrolijk verder met het mappen van de netwerk drives en functioneert de pc verder normaal.
Wat is er allemaal geprobeerd :
- PC geswapped, zelfde probleem
- Laten aanloggen zonder LAN, geen probleem (doet vermoeden dat er netwerkprobleem is)
- User laten aanloggen op andere pc's in de omgeving, zelfde probleem (doet vermoeden dat de oorzaak in zijn account zit)
- User laten aanloggen in een welbepaalde vlan in het administratief gebouw, probleem doet zich niet voor (spreekt dus voorgaande tegen dat de oorzaak zijn account is, en doet toch eerder denken aan een netwerk probleem)
- Met andere credentials op zijn pc op zijn werkplek aangelogd, probleem doet zich niet voor (spreekt het voorgaande dus tegen dat het een netwerkprobleem zou zijn).
Hieruit trekken we dus de conclusie dat het fenomeen veroorzaakt wordt door 2 variabelen, namelijk in welke vlan hij zit en welke credentials er gebruikt worden.
We hebben het netwerk gesniffed terwijl zijn pc op dat scherm 'hangt' en er lijkt totaal geen netwerktraffiek van zijn pc afkomstig te zijn, pc lijkt dus niets te doen.
De volgende merkwaardige zaken komen ook enkel voor als ik de troubleshooting doe met zijn credentials op zijn locatie. Als ik met mijn credentials op zijn locatie, of met zijn credentials op mijn locatie volgende tests doe, lukt alles normaal:
- Als ik nadat de pc volledig opgestart is een 'gpresult' uitvoer, krijg ik de melding dat er geen resultant set of policies is en dat er dus niets weergegeven kan worden. Lijkt me bizar.
- Als ik een 'gpupdate /force' doe, duurt dit enorm lang om uiteindelijk te kappen met de boodschap dat het refreshen van de policies niet gelukt is.
Ik heb in de local group policies geprobeerd in te stellen dat group policy scripts maar 15 seconden mogen uitgevoerd worden, dat de pc niet moet proberen een roaming profile te downloaden, en de slow network link detection op 0 Kbps gezet, allemaal zonder succes.
Is er iemand die iets gelijkaardig ooit al heeft voor gehad of mij in een bepaalde denkrichting kan wijzen ? Heb uiteraard in verschillende knowledgebases gezocht en enkele troubleshooting stappen ondernomen, maar die blijken op dit specifieke probleem niet van toepassingen te zijn.
Last night I lay in bed looking up at the stars in the sky and I thought to myself, "Where the heck is the ceiling?!"
:strip_icc():strip_exif()/u/4167/bacall8.jpg?f=community)
