Onderwerp: HTTP protocol WAN vs LAN

Allereerst weet ik niet of hij hier moet staan alleen kon even geen betere plek vinden.

Deze situatie deed zich voor tijdens het testen van een applicatie. Het gaat om een programma wat zowel intern als extern op een ipswitch met relais http commandos uitvoert. ongeveer zoiets als:

http://2.2.2.2/cmd?P61=1

Het gevolg, wanneer je het via het internet doet is dat de response iets is als:

HTTP 200 OK P61=1

Hierop kan het programma dan controleren dat de verbinding goed is gegaan en dat de relais geswitched is.

Wanneer je hetzelfde commando echter intern(op lokaal netwerk) uitvoert komt hij niet terug met de HTTP status code maar alleen met p61=1. Als het fout gaat weet je dus niet waarom.

Heeft iemand enig idee wat de reden van deze verschillen is? De HTTP RFC geeft me niet veel duidelijkheid. daar vind ik het volgende:

The reason phrases listed here are only
recommendations -- they MAY be replaced by local equivalents without
affecting the protocol.

Alleen bedoelen ze met LOCAL hier, meer local als intern in de applicatie, niet zozeer localnetwork. of zie ik dat verkeerd?

PS De werking hebben we inmiddels wel anders weten op te vangen alleen ben ik toch nieuwschierig naar dit verschijnsel

Misschien dat je even kan meedelen wat je gebruikt om de website te benaderren/parsen/... bvb wget, curl, links, firefox, ...

Oorspronkelijk geplaatst door The-BosS

Misschien dat je even kan meedelen wat je gebruikt om de website te benaderren/parsen/... bvb wget, curl, links, firefox, ...

Neem voor het gemak maar even aan dat het via de browser IE/Firefox ook op die manier gebeurt.

Staat wel los van de applicatie maar geeft het zelfde resultaat

iemand nog suggesties? De echte netwerk experts onder ons

we denken er nu achter te zijn wat het probleem is.

we hebben de pakketjes onderzocht die we van de server kregen en hier staat het volgende in:

HTTP1.0 200 ok connection: close

Op zich niet raar, ware het niet dat(voor zover we konden vinden in de rfc's) Connection: close alleen geldig is in http1.1

waarschijnlijk geeft die server dus verkeerde output wordt die in diverse software verkeerd behandeld, of dus eigelijk correct alleen is de input verkeerd.