No, it doesn't alter the payload at all, the browser may act differently given
that localhost will be in a different security zone than a www.foo.com address.
It can end up changing the number and size of packets recieved by the server,
but the actual payload is the same.
perhaps proxyTrace or YATT might be of more use to you, as then the browser will
be going to the www.foo.com address, and so won't see any zone changes etc.
Cheers
Simon
--- In pocketsoap@yahoogroups.com, "u0206397" <gohyongkwang@...> wrote:
>
> I'm was using TCPTrace to troubleshoot a session loss problem with an ASP.Net
web application deployed on production server.
>
> After enabling tracing on ASP.Net and looking through the Trace.axd that
ASP.Net produces, it was determined that somehow during a request to a
particular web page of the web application, the session cookie goes missing (or
was never received or seen by ASP.Net).
>
> Running TCPTrace as a local proxy on the client machine with the IE8 web
browser pointing to 127.0.0.1:8080 to log and view the HTTP requests,
surprisingly the request goes to the server successfully and is processed as
intended with no error. However, the moment, I switch the IE8 browser back to
not use any proxy server under LAN Settings, the same problem occurs.
>
> So I wonder what is the difference when IE8 routes its HTTP Request through
TCPTrace and when it does not. What really happen? Is the HTTP Request
rewritten, or reformatted by TCPTrace in some way that allow the session cookie
to be received by the server? Does TCPTrace add some HTTP Headers such as
HTTP_VIA, HTTP_X_FORWARDED_FOR, or HTTP_FORWARDED?
>
> Any idea? I'm speculating whether the server firewall or Kaspersky Antivirus
might also be filtering the incoming HTTP traffic in some way.
>
I'm was using TCPTrace to troubleshoot a session loss problem with an ASP.Net
web application deployed on production server.
After enabling tracing on ASP.Net and looking through the Trace.axd that ASP.Net
produces, it was determined that somehow during a request to a particular web
page of the web application, the session cookie goes missing (or was never
received or seen by ASP.Net).
Running TCPTrace as a local proxy on the client machine with the IE8 web browser
pointing to 127.0.0.1:8080 to log and view the HTTP requests, surprisingly the
request goes to the server successfully and is processed as intended with no
error. However, the moment, I switch the IE8 browser back to not use any proxy
server under LAN Settings, the same problem occurs.
So I wonder what is the difference when IE8 routes its HTTP Request through
TCPTrace and when it does not. What really happen? Is the HTTP Request
rewritten, or reformatted by TCPTrace in some way that allow the session cookie
to be received by the server? Does TCPTrace add some HTTP Headers such as
HTTP_VIA, HTTP_X_FORWARDED_FOR, or HTTP_FORWARDED?
Any idea? I'm speculating whether the server firewall or Kaspersky Antivirus
might also be filtering the incoming HTTP traffic in some way.
If its terminating the ASP process, there should be more details in
the event log about what happened, that would be a good place to start.
Cheers
Simon
On Nov 10, 2009, at 4:48 AM, diwansanjay wrote:
> I have the following classic asp code which calls a Web method
> called GetDocumentAsAttachment() which takes an ID as paramater and
> returns MIME attachment.This works absolute fine on Windows 2003.
> But when I run this on Windows 2000 SP4, the web application hangs
> and terminates IIS.
>
> I tried to test this code in VB, same thing happens. The
> applications terminates without throwing any error.
>
> Dim objHTTP
> Dim objEnv
> Dim objAttachments
> Dim objAtt
> Dim strWebServiceNamespace
>
> strWebServiceNamespace = "my webservice namespace"
> strWebServiceURL = "my webservice url"
>
> Set objHTTP = Server.CreateObject("pocketSOAP.HTTPTransport")
> Set objAttachments = Server.CreateObject("pocketSOAP.Attachments")
> Set objEnv = Server.CreateObject("pocketSOAP.Envelope")
>
> objEnv.SetMethod "GetDocumentAsAttachment",strWebServiceNamespace
> objEnv.EncodingStyle=""
> objEnv.Parameters.Clear
> objEnv.Parameters.Create "ExternalDocId", "123", objEnv.URI
> objAttachments.Format = formatMime
> objHTTP.SoapAction = "my soap action"
> set objAttachments.Transport = objHTTP
> objAttachments.Transport.Send strWebServiceURL, objEnv.Serialize
> objEnv.Parse objAttachments
>
> I get the error at the above line ie objEnv.Parse objAttachments.
>
> Any help would be much appreciated.