Langzaam logon op Windows 2003 domain

[TECHcrime]

Bij ons in het bedrijf hebben we een heel erg storend probleem.

Op sommige tijden duurt het makkelijk 20 minuten om in te loggen in Windows 2003 domain.
Er worden tegelijkertijd maximaal 100 systemen in dit netwerk gebruikt.

De internet performance valt hier niet onder. Deze gaat op normale snelheid.
Het zal dus ergens intern in een domain server moeten zitten.

Ik hoop dat iemand ons kan helpen met het zoeken van een oplossing voor dit probleem


Met vriendelijke groet,
TECHcrime

[Krypt]

Dat kan aan verschillende dingen liggen. Kijk eens in de eventlog van de servers en van de clients.

Naar eigen ervaring zie ik trage logons vaak voorkomen als er geen Reverse lookup zone bestaat, of als er een andere DNS server wordt gebruikt dan die van de DC's

[Question Mark]

Post eens de output van "ipconfig /all" van zowel je Domain controller als een client.

[StevenK]

Ander veelvoorkomend probleem is het gebruik van veel te grote roaming profiles.

[Jazzy]

TECHcrime schreef op maandag 08 maart 2010 @ 08:16:
Bij ons in het bedrijf hebben we een heel erg storend bedrijf.

Dat is een herkenbaar probleem.

Ik gok op DNS trouwens.

[Oogje]

Jazzy schreef op maandag 08 maart 2010 @ 08:48:
[...]
Dat is een herkenbaar probleem.

Ik gok op DNS trouwens.

Dat is ook mijn eerste gedachte

[LiquidSmoke]

Off line files, homedir in profiel, extreem grote profielen?

Zomaar wat zaken die je zo gecontroleerd hebt...
Verder kun je denken aan een bokkende switch etc, maar dat is wat meer werk

[ Voor 35% gewijzigd door LiquidSmoke op 08-03-2010 13:52 ]

[Zwelgje]

Jazzy schreef op maandag 08 maart 2010 @ 08:48:
[...]
Dat is een herkenbaar probleem.

Ik gok op DNS trouwens.

rule number 1 in AD troubleshooting: it's probably dns..

rule number 2 if rule number 1 does not apply... it's problably dns anyway

http://blogs.technet.com/...e/2010/01/13/3305263.aspx

lees dat eens door

[TECHcrime]

DNS is op de client hetzelfde als op de server
Profielen zijn max 1GB. Maar ook de kleine profielen hebben er last van.

Het probleem is vooral op de 1ste etage waar de meeste werkplekken zijn (90 werkplekken)
Al deze staan op een serie van 5 switches.

Beneden op de ICT heeft niemand er last van en andere lokalen hebben er ook geen last van.

Misschien inderdaard ergens een kapotte switch.
Weet iemand misschien een goed software programma om de switch te herkennen?

Greetz,,
TECHcrime

[Zwelgje]

TECHcrime schreef op maandag 08 maart 2010 @ 13:55:
DNS is op de client hetzelfde als op de server
Profielen zijn max 1GB. Maar ook de kleine profielen hebben er last van.

Het probleem is vooral op de 1ste etage waar de meeste werkplekken zijn (90 werkplekken)
Al deze staan op een serie van 5 switches.

Beneden op de ICT heeft niemand er last van en andere lokalen hebben er ook geen last van.

Misschien inderdaard ergens een kapotte switch.
Weet iemand misschien een goed software programma om de switch te herkennen?

Greetz,,
TECHcrime

omvang van het profiel zeg niet alles, ik heb liever een profiel van 500mb met enkele grote files dan een profile met 30.000 cookie files van 1kb per stuk..

read>write>read>write.. dat kost tijd met al die losse files

doe eens een network trace met netmon/wireshark dan weet je vaak meer

[DiedX]

TECHcrime schreef op maandag 08 maart 2010 @ 13:55:
DNS is op de client hetzelfde als op de server

Dat werkt dus niet. Als het goed is staat de DNS op de server naar 127.0.0.1. De clients wijzen dus met hun DNS naar de server?

[TECHcrime]

Ja, dat bedoel ik, sorry voor de onduidelijkheid.
De DNS is goed ingesteld op de clients en de servers. Dat is allemaal al nagekeken.

Over de cookies.
Dat zou het nog wel eens kunnen zijn.. ik zal eens even alle cookies verwijderen.

Jullie horen straks meer.

[Krypt]

Verder kan een block op ICMP er ook voor zorgen dat logon erg lang duurt; dit merk je als je GPO's niet worden toegepast.

[ Voor 24% gewijzigd door Krypt op 08-03-2010 14:07 ]

[Jazzy]

TECHcrime schreef op maandag 08 maart 2010 @ 14:06:
De DNS is goed ingesteld op de clients en de servers. Dat is allemaal al nagekeken.

Wil je toch even de volledige output van ipconfig /all van de DC en een werkstation geven?

[Zwelgje]

mischien een network loop of een full duplex mismatch. check dat ook even

[TECHcrime]

Het is bekend!

Het ligt aan de vele cookies die moeten worden geladen..
Een gebruiker die 10 minuten deed over het inloggen deed er nu 30sec over.

Ik ben bezig met een script om de cookies te verwijderen.
Het lukt alleen niet helemaal.
Hoe kan ik van meerdere profiles (1.700 profiles) makkelijk de cookies verwijderen?
Ik heb het volgende:

@echo off

:start
echo Dit script verwijderd naar:
echo *@*.txt
echo.
echo.
GOTO if

:if 
if exist Z:\ GOTO date
if not exist Z:\ GOTO share

:share
echo Netwerkschijven aanmaken
echo.
echo.
net use Z: \\192.168.10.27\Users 
GOTO date

:date
echo Datum en overige informatie wegschrijven in log
echo Datum:        %date%
echo Tijd:         %time%
echo Gestart door: %username% 
echo Gestart op:   %computername%
Z:
echo Begonnen op   %date% %time% >> cookies.log
echo Gestart door: %username% >> cookies.log
echo Gestart op:   %computername% >> cookies.log
GOTO del

:del
echo Verwijderen van *@*.txt
Z:
del *@*.txt >> cookies.log
echo Geeindigd op: %date% %time% 
GOTO if2

:if2
echo Als Z: bestaat, word deze na een druk op een toets verwijderd
echo Als de schijf nog tijdelijk moet blijven, hou dit script dan open
echo.
pause
if exist Z: GOTO delshare
if not exist Z: GOTO end

:delshare
net use Z: /delete
:end

[Zwelgje]

mik dit in je logonscript

rd "%userprofile%\cookies" /s /q

dan zal in je huidige profile de cookie folder worden geleegd en ben je netjes clean @logoff

[ Voor 44% gewijzigd door Zwelgje op 08-03-2010 15:16 ]

[TECHcrime]

is het niet mogelijk met mijn veels te uitgebreide script? het gaat mis bij de

:del
echo Verwijderen van *@*.txt
Z:
del *@*.txt >> cookies.log
echo Geeindigd op: %date% %time% 
GOTO if2

de del doet ie niet goed omdat het script het bestand niet kan vinden.
Kan ik de profile map als wildcard of variable doen?
We willen namelijk dat morgen ochtend alle gebruikers snel kunnen inloggen.

[ Voor 10% gewijzigd door TECHcrime op 08-03-2010 15:20 ]

[Zwelgje]

TECHcrime schreef op maandag 08 maart 2010 @ 15:19:
is het niet mogelijk met mijn veels te uitgebreide script? het gaat mis bij de

:del
echo Verwijderen van *@*.txt
Z:
del *@*.txt >> cookies.log
echo Geeindigd op: %date% %time% 
GOTO if2

de del doet ie niet goed omdat het script het bestand niet kan vinden.
Kan ik de profile map als wildcard of variable doen?

wrom moeilijk doen als het makkelijk kan (kiss principe hanteren)

Wikipedia: KISS principle

[ Voor 7% gewijzigd door Zwelgje op 08-03-2010 15:21 ]

[TECHcrime]

Powershell schreef op maandag 08 maart 2010 @ 15:20:
[...]


wrom moeilijk doen als het makkelijk kan (kiss principe hanteren)

sorry.. ik had een late edit gedaan.
We willen namelijk dat morgen ochtend alle gebruikers snel en makkelijk kunnen inloggen.

[Zwelgje]

dan zou ik op de fileserver in de profile mappen zoeken naar de folder 'cookies' en die allemaal verwijderen

@logon wordt die map wel opnieuw aangemaakt

[TECHcrime]

De cookie map staat in de map:

\\192.168.10.27\d$\Profiles[loginnaam]\Cookies\
Maar die login naam kan dus niet als wildcard.

We zetten de regel die je gaf in het login script.. maar voordat 1700 mensen hebben ingelogd zijn we een maand verder.. Dus we willen dat gelijk op de server doen.

[Appel]

Ik zou dat persoonlijk doen door een export van alle usernames te maken. Om vervolgens een beetje creatief met excel/Notepad++ een bat script te maken die alle directoires langsgaat

[Vorkie]

Als je dat ding nou gewoon uitzonderd in de GPO dan hoeft ie dat ook niet meer op te slaan en te laden.
Dan kan je daarna op je gemak alle cookies opruimen,

[ Voor 20% gewijzigd door Vorkie op 08-03-2010 15:33 ]

[Zwelgje]

LzpAppel schreef op maandag 08 maart 2010 @ 15:31:
Ik zou dat persoonlijk doen door een export van alle usernames te maken. Om vervolgens een beetje creatief met excel/Notepad++ een bat script te maken die alle directoires langsgaat

rechtermuisknop op folders>zoek> 'cookies' >selecteer alles>verwijder

good luck scripting! ik haal alvast mijn warme chocomelk op

[TECHcrime]

Lukt niet Hij vind de map Cookies niet

[Zwelgje]

TECHcrime schreef op maandag 08 maart 2010 @ 15:43:
Lukt niet Hij vind de map Cookies niet

die is hidden

[Appel]

Powershell schreef op maandag 08 maart 2010 @ 15:38:
[...]


rechtermuisknop op folders>zoek> 'cookies' >selecteer alles>verwijder

good luck scripting! ik haal alvast mijn warme chocomelk op

Ik geef toe, het is makkelijker om uit te voeren. Maar omdat ie er toch altijd zo verschrikkelijk lang over doet om uit te zoeken wat ie moet verwijderen voordat ie met het "Do you really?" prompt komt, zou ik je toch willen vragen om voor mij ook even een bakkie mee te nemen. Je zal waarschijnlijk tijd genoeg hebben

Plus, het Index.dat bestand wordt gelocked als iemand is ingelogd. Dan is het makkelijker om het midden in de nacht te schedulen.

[Zwelgje]

LzpAppel schreef op maandag 08 maart 2010 @ 15:48:
[...]


Ik geef toe, het is makkelijker om uit te voeren. Maar omdat ie er toch altijd zo verschrikkelijk lang over doet om uit te zoeken wat ie moet verwijderen voordat ie met het "Do you really?" prompt komt, zou ik je toch willen vragen om voor mij ook even een bakkie mee te nemen. Je zal waarschijnlijk tijd genoeg hebben

Plus, het Index.dat bestand wordt gelocked als iemand is ingelogd. Dan is het makkelijker om het midden in de nacht te schedulen.

roaming profile, dat index.dat bestand is niet in gebruik als je ingelogged bent.

confirmation prompt heb je niet (tis geen system file)

[Nielson]

Denk er ook even aan dat als je het script afhebt je deze nog een keer draait nádat de gebruikers uitgelogd zijn, aangezien de map op de server ws weer gevuld wordt bij het uitloggen.

[Question Mark]

LzpAppel schreef op maandag 08 maart 2010 @ 15:31:
Ik zou dat persoonlijk doen door een export van alle usernames te maken. Om vervolgens een beetje creatief met excel/Notepad++ een bat script te maken die alle directoires langsgaat

Gooi het dan in een For loop:

code:

For /F %A in ('dir homedirs /b') do rd "homedirs\%A\cookies" /s /q

[Appel]

Powershell schreef op maandag 08 maart 2010 @ 15:51:
[...]


roaming profile, dat index.dat bestand is niet in gebruik als je ingelogged bent.

confirmation prompt heb je niet (tis geen system file)

Daar geloof ik je op, ik heb het op een local profile getest. En elk bestand in Windows dat je shift+delete geeft een confirm file delete voordat ie begint met deleten.

Question Mark schreef op maandag 08 maart 2010 @ 15:54:
[...]

Gooi het dan in een For loop:

code:

For /F %A in ('dir homedirs /b') do rd "homedirs\%A\cookies" /s /q

Dat gaat mijn pet te boven, ziet er flex uit!

[Krypt]

Question Mark schreef op maandag 08 maart 2010 @ 15:54:
[...]

Gooi het dan in een For loop:

code:

For /F %A in ('dir homedirs /b') do rd "homedirs\%A\cookies" /s /q

Waarom die 'dir' statement erin? Met 'For /d' heb je gelijk directories. (baas boven baas )

code:

For /d %a in (homedirs) do rd "homedirs\%a\cookies" /s /q

[Question Mark]

Dan moet je wel wildcards gebruiken:

FOR /D %variable IN (set) DO command [command-parameters]

If set contains wildcards, then specifies to match against directory names instead of file names.

Dan wordt het dus:

code:

For /d %A in (homedirs\*.*) do rd "homedirs\%A\cookies" /s /q

[Krypt]

Had het nog niet getest... geen tijd voor eigenlijk but thanks

[aZuL2001]

Weet je heel zeker dat het "alleen" om die cookies gaat ?

Of heb je "slechts" het idee dat het daar aan ligt.

Verhuist de login duur ook mee als de gebruiker verhuist ?
Ligt het niet aan de pc ? (heb je de pc al eens verhuist)

En ik zou erg voorzichtig zijn met je pogingen om te batchen.
Erg vervelend als je alle profielen tijdens het inloggen aan het killen bent.

Overigens kun je natuurlijk ook gewoon op de profiel opslag plek die opschoon aktie doen.

[Zwelgje]

aZuL2001 schreef op maandag 08 maart 2010 @ 16:30:
Weet je heel zeker dat het "alleen" om die cookies gaat ?

Of heb je "slechts" het idee dat het daar aan ligt.

Verhuist de login duur ook mee als de gebruiker verhuist ?
Ligt het niet aan de pc ? (heb je de pc al eens verhuist)

En ik zou erg voorzichtig zijn met je pogingen om te batchen.
Erg vervelend als je alle profielen tijdens het inloggen aan het killen bent.

Overigens kun je natuurlijk ook gewoon op de profiel opslag plek die opschoon aktie doen.

Het is bekend!

Het ligt aan de vele cookies die moeten worden geladen..
Een gebruiker die 10 minuten deed over het inloggen deed er nu 30sec over.

lijkt me wel

[aZuL2001]

Lijkt me niet.

Bij een valide vraag over de ipconfig komt geen antwoord.

En slechts roepen dat het aan de cookies ligt, is zo vaag, dat _ik_ die conclusie nog niet deel.
(hoe groot was het probleem profiel, hoeveel cookies, hoeveel mb aan temp inet files etc.)

Vandaar de vragen of het user, machine of locatie gerelateerd is.

[TECHcrime]

Het gedoe met de cookies is opgelost..

Wat heb ik gedaan:
1. Mappenlijst in batch weergeven en gelijk exporten naar een txt
2. inhoud van de .txt naar word gekopieerd
3. In word vervangen *-*-* *:* <DIR> vervangen door niets
4. De overige tekst in excel (kolom 2) plakken
5. in kolom 1 komt te staan: del Z:\Profiles\
6. In kolom 3 komt te staan Cookies\*@*.txt
7. alle kolommen in Word plakken
8. ^t (TAB) vervangen door niets
9. Resultaat in Notepadd++ plakken
10. Opslaan als .bat en uitvoeren maar.

Miss een beetje een omweg, maar het werkt wel..

Ik zal morgen (09-03-2010) ergens rond de middag posten of het probleem is opgelost.
Als dit het was, dan zal dit ook worden uitgevoerd op onze andere profiel servers.

[ Voor 13% gewijzigd door TECHcrime op 08-03-2010 17:41 ]

[IEF]

Topicmove naar Serversoftware en Windows Servers. Dit heeft niets met PNS te maken.

[LuckY]

Houd je wel rekening met mogelijk webapps die gebruik maakt van cookies, die zou je dan moeten excluden, wat je ook kan doen is het maximaal aantal cookies in een gpo zetten

[TECHcrime]

De cookies waren de boosdoener.

Oplossen van langzaam inloggen op een domain:

Verwijder alle cookies uit de profielen.
Zet de volgende regel in het login of logout script:
rd "%userprofile%\cookies" /s /q

Met speciale dank aan:
Powershell & LzpAppel

[Question Mark]

Is het niet handiger om gewoon de "cookies folder" middels een GPO te excluden uit het roaming profile?


User Configuration > Administrative Templates > System > User Profiles > Exclude directories in romaing profile