Never underestimate the power of stupid people in large groups.
"We never grow up. We just learn how to act in public" - "Dyslexie is a bitch"
Never underestimate the power of stupid people in large groups.
1
2
3
4
5
6
7
| Account Policies/Kerberos Policyhide Policy Setting Enforce user logon restrictions Enabled Maximum lifetime for service ticket 600 minutes Maximum lifetime for user ticket 10 hours Maximum lifetime for user ticket renewal 7 days Maximum tolerance for computer clock synchronization 5 minutes |
En laat de server nou 6 minuten achter lopen zie ik ineens, zou dit de oorzaak kunnen zijn van mijn probleem ?
Heb nu wel de servertijd aangepast en zal in me loginscript zetten dat de clienten hun tijd gelijk zetten aan de server.
En de server wil niet automatisch de tijd updaten maar dat is weer een nader probleem.
Never underestimate the power of stupid people in large groups.
Verwijderd
Lijkt me wel relevant die zes minuten. Ik heb er op mijn thuisnetwerk ook wat mee lopen spelen en heb het zo ingesteld dat mijn server de klok synchroniseerd met de windows time server en dat de clients de server weer gebruiken om te synchroniseren. Dit was puur voor studiedoeleinden en niet omdat ik hetzelfde probleem had.Renever schreef op dinsdag 06 maart 2007 @ 09:42:
En laat de server nou 6 minuten achter lopen zie ik ineens, zou dit de oorzaak kunnen zijn van mijn probleem ?
En de server wil niet automatisch de tijd updaten maar dat is weer een nader probleem.
Maar of dit de oorzaak is van je probleem weet ik niet. Let me/us know!
[ Voor 6% gewijzigd door Verwijderd op 06-03-2007 10:20 ]
Max allowed Clock skew mag maar hooguit 5 minuten zijn toch?Verwijderd schreef op dinsdag 06 maart 2007 @ 10:06:
Lijkt me wel relevant die zes minuten.
ik heb een 864 GB floppydrive! - certified prutser - the social skills of a thermonuclear device
Hey, ik moet zeggen dat ik ook dit soort dingen hoor van mijn gebruikers. Het gebeurt heel sporadisch.Renever schreef op dinsdag 06 maart 2007 @ 08:52:
Ik heb een SBS2003 server.
Sinds kort krijgen de ingelogde gebruikers als ze in Outlook aan het werk zijn af en toe een inlogscherm waarin ze opnieuw hun inloggegevens in moeten voeren.
In de Event viewer krijg ik helemaal geen errors of andere meldingen dat er een service is vastgelopen of iets dergelijks.
Iemand een ID in welke richting ik het zou moeten zoeken ?
Server heeft 2 netwerkkaarten en alle clients gebruiken de server als Gateway,DNS en WINS server.
Heb wel een Echchange 2000 server , maar het is exact hetzelfde fenomeen.
Bij mij treedt het op sinds een Windows Update van vorige week.
Al vermoed ik dat het bij mij veroorzaakt wordt door slechte replicatie binnen het domein, want het gebeurt meestal net na een password wijziging. (meestal, niet altijd dus, en dat maakt het vaag)
Allemaal bedankt voor de input het heeft me goed op weg geholpen.
Never underestimate the power of stupid people in large groups.
Verwijderd
Wat was de oplossing dan???Renever schreef op woensdag 14 maart 2007 @ 08:14:
Nou na een paar dagen testen heeft de klant mij net laten weten dat de problemen met het inlogscherm opgelost zijn ze kunnen nu gewoon weer de hele dag Outlook open laten staan zonder af en toe opnieuw de inloggegevens te hoeven invoeren.
Allemaal bedankt voor de input het heeft me goed op weg geholpen.
Die klok-afwijking waarschijnlijk. Vreemd, want standaard synchroniseert de client bij het aanloggen met de PDC, in dit geval de SBS server. Afwijking zou er dus eigenlijk niet moeten zijn.
Hoi Rene
[ Voor 3% gewijzigd door ralpje op 14-03-2007 08:57 ]
Freelance (Microsoft) Cloud Consultant & Microsoft Certified Trainer