Sinds plaatsing firewall crashed Microsof Internet Explorer

[Verwijderd]

We hosten een aantal web applicaties die veel gebruik maken van javascript, xmlhttp, en xmldom (clientside technieken om xml files in te lezen in de browser). Deze hebben altijd zonder problemen gedraaid.

Afgelopen woensdag hebben we een firewall geplaatst, nl. Nortel Contivity 1110, en sindsdien maken we

1: regelmatig (lees 9 van de 10 keer) een harde browser crash mee bij het ophalen van de pagina's
2: een teruggevallen performance terwijl de server volgens de task manager uit zijn neus eet.

Zodra we via remote access op de server een browser openen en hierin de web applicaties openen krijgen we geen enkele crash en is het ontzettend snel.

Nu kan de performance liggen aan een finetuning gedeelte, maar wat ons zorgen baart zijn de crashes. Persoonlijk vind ik het een heel vreemd probleem, want al het verkeer gaat zover ik weet via de browser over poort 80, en die staat gewoon netjes open.

Heeft er iemand ervaring met dit soort dingen, want wij hebben echt geen flauw idee waar we het probleem moeten opzoeken en aanpakken. We vermoeden zelf iets dat de browser een belangrijk response op een pakketje verwacht (gestuurd door de browser), dat niet krijgt, en vervolgens over de zeik gaat. De firewall zou het pakketje dan bijvoorbeeld hebben tegengehouden.

[ Voor 3% gewijzigd door Verwijderd op 12-12-2003 19:02 ]

[Skaah]

Verwijderd schreef op 12 december 2003 @ 19:00:
We vermoeden zelf iets dat de browser een belangrijk response op een pakketje verwacht (gestuurd door de browser), dat niet krijgt, en vervolgens over de zeik gaat. De firewall zou het pakketje dan bijvoorbeeld hebben tegengehouden.

Misschien dat IE een vervormd pakketje krijgt? Wachten op een pakketje en dan crashen als het niet komt zou niet handig zijn met de packetloss van Internet. Ben helaas geen firewall-guru.

[chromeeh]

Skaah schreef op 14 december 2003 @ 21:41:
[...]


Misschien dat IE een vervormd pakketje krijgt? Wachten op een pakketje en dan crashen als het niet komt zou niet handig zijn met de packetloss van Internet. Ben helaas geen firewall-guru.

Probeer eens met een goede pakket sniffer (Iris bijv.) een serie pakketen op te pikken met de firewall en zonder de firewall en vergelijk deze eens....
Het kan zijn dat zoals Skaah al zei dat de pakket verminkt raken en dat ze dan je browser crashen....

[Verwijderd]

Dat vroegen wij ons ook al af, maar we zijn geen tcp/ip specialisten en hebben out of the blue niet echt een idee waar we moeten beginnen met zoeken. Uberhaupt of het scenario wat wij denken dat er nu gebeurt wel mogelijk is in de praktijk.

[real-doc]

Waarom neem je geen contact op met Nortel, misschien is het wel een known-issue...

[Brahiewahiewa]

Begin eens met te vertellen hoe die "crash" van IE d'r uit ziet: krijg je een foutmelding? Zo ja: welke?

[TAMW]

Verwijderd schreef op 12 december 2003 @ 19:00:
Afgelopen woensdag hebben we een firewall geplaatst, nl. Nortel Contivity 1110,

.....
...
want wij hebben echt geen flauw idee waar we het probleem moeten opzoeken en aanpakken

Als je terug gaat naar de oude situatie werkt alles dan weer prima? Zo ja weet je redelijk zeker dat de firewall het probleem geeft en kun je dus gerichter zoeken naar een oplosing.

[ Voor 13% gewijzigd door TAMW op 15-12-2003 18:37 ]

[Verwijderd]

als het gedrag niet voorspelbaar is kan het een duplex fout zijn.

kijk op je clients eens naat netstat -s en met name dan naar retransmitted tcp.

als deze relatief hoog staat zou ik al je duplex settings maar eens even gaan checken.

[Verwijderd]

Verwijderd schreef op 18 december 2003 @ 10:26:
als het gedrag niet voorspelbaar is kan het een duplex fout zijn.

kijk op je clients eens naat netstat -s en met name dan naar retransmitted tcp.

als deze relatief hoog staat zou ik al je duplex settings maar eens even gaan checken.

We hebben nog steeds last van het probleem, de retransmitted zijn 18 niet zo hoog dus.

[elevator]

Geef nog even antwoord op de 2 eerdere vragen - welke crash krijg je precies van IE, krijg je ook een crash met Mozilla (oftewel - met een andere browser), en probeer eens met een packetsniffer te kijken.

[Verwijderd]

elevator schreef op 30 januari 2004 @ 10:16:
Geef nog even antwoord op de 2 eerdere vragen - welke crash krijg je precies van IE, krijg je ook een crash met Mozilla (oftewel - met een andere browser), en probeer eens met een packetsniffer te kijken.

Met Mozilla kan ik het helaas niet testen daar de applicatie IE only is, maar de crash is vreemd. De hele browser hangt, je krijgt geen melding van een crash en de enige manier om het af te sluiten is via de taskmanager.

Dit gebeurt dus op meerdere systemen, willekeurig van Win2K tot WinXp.

Het probleem doet zich ook willekeurig voor, maar wel vaak bij popups die we aanroepen die niet bijzonder zijn qua inhoud of opbouw.

[Verwijderd]

Bel Microsoft support

[Verwijderd]

Verwijderd schreef op 30 januari 2004 @ 10:27:
Bel Microsoft support

vet grappig...

[Predator]

Verwijderd schreef op 30 januari 2004 @ 10:27:
Bel Microsoft support

Als je niets nuttig toe te voegen hebt, hou je dan buiten dit topic.

Gebruik je op je firewall iets van HTTP inspectie oid ?
Ik ben niet bekend met dat type wat je gebruikt maar diverse firewalls hebben de mogelijkheid om HTTP inspectie te doen en daar veranderingen in de stream aan te brengen, ofwel delen te verwijderen.

[ Voor 40% gewijzigd door Predator op 30-01-2004 19:06 ]

[reddog33hummer]

Verwijderd schreef op 14 december 2003 @ 21:46:
Dat vroegen wij ons ook al af, maar we zijn geen tcp/ip specialisten en hebben out of the blue niet echt een idee waar we moeten beginnen met zoeken. Uberhaupt of het scenario wat wij denken dat er nu gebeurt wel mogelijk is in de praktijk.

Als je niet zo'n TCPIP exper bent kan je het met een sniffer die ook een decoder heeft. IRIS www.eeye.com, etthernet etc.

Ben je zeker dat je niet gebruik maakt van modules op de website die speciale zaken (verbindingen nodig hebben). Dingen zoals flash ofzo. Een content scanning firewall kan daar roet in het eten gooien.

[TrailBlazer]

als je browser hangt wat is dan de status die je ziet met netstat -an wacht hij nog op een pakketje of is de TCP sessie reeds afgesloten

[u_nix_we_all]

Verwijderd schreef op 14 december 2003 @ 21:46:

We hosten een aantal web applicaties die veel gebruik maken van javascript, xmlhttp, en xmldom (clientside technieken om xml files in te lezen in de browser).

[en later]

Dat vroegen wij ons ook al af, maar we zijn geen tcp/ip specialisten en hebben out of the blue niet echt een idee waar we moeten beginnen met zoeken. Uberhaupt of het scenario wat wij denken dat er nu gebeurt wel mogelijk is in de praktijk.

Tja, dat krijg je dan....... Als ik storing in me CV ketel heb haal ik er toch ook de
bakker niet bij ? Iedereen denkt tegenwoordig wel ff een website te kunnen
hosten......

En verder , wat een wazige reacties als iemand oppert om de leverancier
van het OS om support te vragen, dat is toch niet zo raar, ik doe dat regelmatig
met de leveranciers van de OSsen die ik gebruik, meestal met positief resultaat.

Dus , ja, ik zou ook zeggen, bel MS voor support, daar betaal je toch voor .....

[elevator]

Heb je al eens gespeeld met de setting van use http 1.1 door de proxy (inet settigns, advanced)?

Probeer ook eens met een 'compleet andere' PC - liefst zo default mogelijk (dus bv. volledig kaal met alleen WinXP erop gezet), het zou kunnen dat er bij jullie op de PC's altijd iets onschuldigs, simepls of iets dergelijks geinstalleerd wordt wat je absoluut niet in relatie brengt met dit probleem maar wat er wel mee te maken heeft

[Verwijderd]

u_nix_we_all schreef op 02 februari 2004 @ 18:40:
Iedereen denkt tegenwoordig wel ff een website te kunnen
hosten......

Nah.. met +250 websites doen we het toch wel redelijk dacht ik zo

Het datacenter heeft een check laten doen op de verbindingen. Het bleek dat maar 7% van de packets door de firewall heen kwam. De overige 93% zijn dan wellicht geblocked.

Aangezien de Nortel echt een shitload aan settings, logs, en diversen bevat was er al een firewall expert mee bezig, maar momenteel is het nog steeds try en catch. Zelfs hij snapt er niets van.

Er wordt nu bekeken in hoeverre de DNS servers conflicten veroorzaken, en daarom worden diverse ip adresses gewijzigd.