RD Gateway Authentication - The Logon attempt failed

[HyperBart]

Bij een klant van ons draait sinds een tijdje een SBS2008 die dienst doet als TS Gateway voor 2 TS'en.

De SBS2008 is uiteraard DC. Tijdens de kantooruren werkt alles voor een bepaalde tijd, en daarna krijgen we volgende foutmelding:

http://serverfault.com/qu...-the-logon-attempt-failed

Exact die dus. Wat hebben we voorlopig als "oplossing" (=workaround, een zeer mottige workaround): We laten de TS Gateway service stoppen, gevolgd door de World Wide Web Publishing Service en die laten we in omgekeerde volgorde terug starten met een scheduled task. Niet ideaal dus.

Op dit moment wordt die klant behoorlijk lastig en we vinden de oplossing niet. Herhaaldelijk googlen levert ook niets op. Als die twee services herstart worden werkt alles terug perfect...

[tim427]

Je geeft zelf aan dat tijdens kantooruren wel alles werkt (voor een bepaalde tijd), en daarna niet meer.

Zijn steeds vaste tijden? Zo ja, dan lijkt het mij een policy.

[Meekoh]

Ik gok op een authenticatie issue. Hoe staat authentication ingesteld? Basic? Of integrated Windows authentication?Of Kerberos?

Kun je ergens in de security eventlogs zien waarom de authenticatie van de user failed?

[Zwelgje]

hoeveel processoren heeft de machine is het toevallig een VM met 1 vCPU

* Zwelgje denkt direct aan de MaxConcurrentRequestsPerCPU setting namelijk, vooral in omgeving met 1 cpu (vm's dus) loop je hier razendsnel tegenaan

[ Voor 51% gewijzigd door Zwelgje op 01-07-2010 18:38 ]

[HyperBart]

Het is inderdaad een virtuele machine... Allemaal trouwens...

Ik ben nu aan het zoeken naar die MaxConcurrentRequestsPerCPU setting in de web.config file. Op de default website is er geen web.config file voor zover ik kan zien (althans niet in de directory als ik via de site op "explore" klik). Als ik bij de default web site bij advanced settings ga kijken, dan staat daar bij Maximum Concurrent Connections een getal van 500. Ik weet niet of dit hetzelfde is.

Ik wil nu van de SBS Web Applications site de web.config file aanpassen en daar proberen de MaxConcurrentRequestsPerCPU setting toe te voegen. Moet ik me dan nog zorgen maken over inheritance en dat soort dingen (vooral naar die instelling van Maximum Concurrent Connections toe die ik in de vorige alinea beschrijf)

Tussen de configuration tags wil ik dus dit toevoegen:

XML:

  <system.web>
    <applicationPool
        maxConcurrentRequestsPerCPU="5000" 
        maxConcurrentThreadsPerCPU="0" 
        requestQueueLimit="5000" 
    />
  </system.web>

of moet het als volgt, want ik volg deze MSDN: http://msdn.microsoft.com/en-us/library/dd560842.aspx

en dan weet ik niet of het zo moet (wat me trouwens vreemd lijkt)

XML:

<system.web>
    <applicationPool>
        <applicationPool>
            maxConcurrentRequestsPerCPU="5000" 
            maxConcurrentThreadsPerCPU="0" 
            requestQueueLimit="5000" 
        />
    <applicationPool>
</system.web>

Maar ik ben een beetje aan het afwachten, ik wil hier niets mis doen terwijl het ding in productie draait...

[ Voor 31% gewijzigd door HyperBart op 02-07-2010 14:12 ]

[Zwelgje]

hopsakidee

New Resolution

1. Open regedit with administrative permissions.
2. Create the below DWORD and set its value to 5000 decimal to increase the limit of concurrent requests.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET\2.0.50727.0\ MaxConcurrentRequestsPerCPU

works for me all the time

[HyperBart]

Staat al op 5000

[Zwelgje]

hoeveel virtual cpu's heeft die VM

[HyperBart]

Eentje?

[Zwelgje]

HyperBart schreef op zaterdag 03 juli 2010 @ 17:41:
Eentje?

sowieso is performancetechnisch het beter om 2 vcpu's te hebben op sbs (loopt flink wat soepeler is mijn ervaring) en veel van die queue's/application pool threads gaan er vanuit dat je meer dan 1 cpu hebt (queue's lopen minder snel vol)

maw: config hem eens met een 2e vcpu en laat me eens weten of je het probleem nu minder vaak (of niet) meer hebt