Na HTTP POST: error, TCP/IP probleem?

[Tony diNovo]

Ik zal mijn probleem even kort omschrijven; ik werk hier bij een E-learning bedrijf dat een systeem daarvoor gebruikt (TopClass). Dit systeem geeft de laatste tijd willekeurig (lijkt het) errors nadat een gebruiker via de browser een form submit (op welke manier dan ook). De gebruiker krijgt een "page cannot be displayed"-error te zien. Vaak duidt dit op een DNS-error, maar dat is in dit geval uitgesloten.
Het rare (of juist logische, dat ligt eraan) is dat dit op onze live-server, en op onze backup-server (dit hier lokaal staat en een complete mirror is van de live-server) hetzelfde gebeurd.
Ik heb uiteraard zelf de logs van het systeem en IIS (waar het systeem op draait) doorgenomen en dit met de makers van het systeem gedaan, maar in de LOGs is op het eerste gezicht niets vreemds te ontdekken. Het advies werd mij gegeven om een packetsniffer (in mijn geval Etherreal) te installeren.
Ik heb dit gedaan op de lokale server en op mijn laptop en de error weten te reproduceren. Het stuk waar het fout gaat heb ik in Etherreal een screenshot van gemaakt (screenshot).
.22 is mijn laptop, .199 de server.
Je ziet de POST staan, en alles bij de server aankomen, en de server begint met HTML terug te sturen. Dat doet de server alleen tot de met blauw gehigh-lighte regel. Dan heeft de server ongeveer nog maar 1/8e van de pagina verzonden.
Verder; door vergelijking van beide LOGs is te zien dat geen pakket verloren gaat (zou ook raar zijn aangezien het lokaal gaat), en aangezien ik het IP-adres van de server in mijn browser heb gebruikt is er geen DNS-server aan te pas gekomen.
Zo diep in netwerkprotocollen gaat mijn kennis een beetje te buiten, en een collega van me (die helaas altijd veel te druk is) kon er zo snel weinig van maken, vandaar dat ik het hier even post.

Mijn vraag; kan dit een error in TCP/IP zijn (met andere woorden, er gebeurd hier iets wat niet zou mogen gebeuren waar TopClass weinig aan kan doen), of moet ik dit toch echt in de software zoeken van het TopClass systeem?

[Grolsch]

kan het niet liggen aan het feit dat jij het ip adres gebruikt ipv de hostname zoals het bedoelt is ?

Misschien dat zaken welke werken met "host headers" etc. dan in de soep lopen

[Tony diNovo]

Nou; ik heb het IP-adres gebruikt in deze test om ook DNS te ontlopen.
De errors op de live server doen zich voor met gebruik van de hostname. Dus ik ben bang dat dat weinig uitmaakt.

Ik heb ook direct nu even een testje gedaan, en op hostname is het helaas hetzelfde verhaal...

[Verwijderd]

Nope, het blauwe regeltje is een tcp reset met ander woorden de applicatie van de server verteld de client dat hij er mee stopt.

TCP is sclecht een tussen laag, de "reset" opdracht komt van boven tcp en dus iets in de applicatie.

Van onderuit gezien volgens het osi model gaat er op netwerk niveau niets verkeerd.

Na dit pakket zie je 2 bpdu's van een cisco switch en vervolgens zet je client een nieuwe sessie op.

Dit is wel degenlijk een probleem in een applicatie.

[ Voor 22% gewijzigd door Verwijderd op 15-12-2005 21:35 ]

[Tony diNovo]

Verwijderd schreef op donderdag 15 december 2005 @ 21:33:
Nope, het blauwe regeltje is een tcp reset met ander woorden de applicatie van de server verteld de client dat hij er mee stopt.

TCP is sclecht een tussen laag, de "reset" opdracht komt van boven tcp en dus iets in de applicatie.

Van onderuit gezien volgens het osi model gaat er op netwerk niveau niets verkeerd.

Na dit pakket zie je 2 bpdu's van een cisco switch en vervolgens zet je client een nieuwe sessie op.

Dit is wel degenlijk een probleem in een applicatie.

Dat is het antwoord wat ik zocht! Thanks. Dan weet ik waar ik nu actie op kan ondernemen, want het is nogal vervelend als de bal bij jou ligt en je eigenlijk niet helemaal weet wat je ermee kunt... Maar aangezien de bal nu weer helemaal binnen mijn vakgebied terug is gekomen moet dat geen probleem meer zijn.