|
Skriven av: simonkrantz | den 19 januari 2012 Kl 22:12
|
Jag kör IIS 6.1 på Windows Server 2008. Vi flyttade i veckan en webbplats som legat på en annan server (även den IIS) till denna server och nu går det inte att nå "för stora" sidor eller sidor från klientsidan, om man försöker nå samma sida direkt från servern går det hur bra som helst.
Debugging är på för både klientsidan och serversidan, och inga fel uppstår på sidan.
Vad kan detta bero på??
|
|
|
Skriven av: simonkrantz | den 22 januari 2012 Kl 18:39
|
Det är Windows Server 2008 R2, det blir inget felmeddelande utan den bara laddar och laddar tills webbläsaren avbryter pga. timeout.
Det är vanliga .asp-sidor som inte fungerar.
|
|
|
Skriven av: simonkrantz | den 23 januari 2012 Kl 11:19
|
Sidor där detta uppstår innehåller loopar som loopar igenom ett ganska stort antal filer och skriver ut innehåll från de filer som matchar besökarens förfrågan.
Kan det vara någon inställning i IIS där förfrågan begränsas?
|
|
|
Skriven av: vimpyboy | den 23 januari 2012 Kl 13:07
|
|
Kan du testa att skriva en enkel asp-sida som bara skriver ut en text och testa att surfa till den? Sen kan du även passa på att testa att skapa en html-sida och surfa till. På så vis kan du se om det verkligen är brandväggen som är problemet, eller om det skulle vara något annat.
|
|
|
Skriven av: simonkrantz | den 23 januari 2012 Kl 13:15
|
|
ASP-sidor och alla andra HTML-sidor fungerar helt som det ska. Problem uppstår bara med ASP-sidor som genererar mycket innehåll, eller eventuellt då innehåller dessa loopar jag nämnde.
|
|
|
Skriven av: simonkrantz | den 23 januari 2012 Kl 13:20
|
|
Även precis alla skydd i brandväggen är avstängda.
|
|
|
Skriven av: simonkrantz | den 23 januari 2012 Kl 13:25
|
|
Det fungerar för övrigt helt som det ska om man testar att gå in på servern, där är inte ens laddningstiderna längre än normalt.
|
|
|
Skriven av: simonkrantz | den 23 januari 2012 Kl 14:06
|
|
Det var compression-modulen i IIS som var felaktigt konfiguerad. Tråden är alltså löst.
|
|
