Beefy Boxes and Bandwidth Generously Provided by pair Networks
"be consistent"
 
PerlMonks  

Re^3: HTTP error response code 500 using LWP::UserAgent on one site, but not on any other

by aitap (Deacon)
on Nov 16, 2012 at 22:23 UTC ( #1004252=note: print w/ replies, xml ) Need Help??


in reply to Re^2: HTTP error response code 500 using LWP::UserAgent on one site, but not on any other
in thread HTTP error response code 500 using LWP::UserAgent on one site, but not on any other

You need to write a filter expression. In your case it should look like http && ip.addr == <server's IP address> (see example).

Sorry if my advice was wrong.


Comment on Re^3: HTTP error response code 500 using LWP::UserAgent on one site, but not on any other
Download Code
Re^4: HTTP error response code 500 using LWP::UserAgent on one site, but not on any other
by ted.byers (Scribe) on Nov 16, 2012 at 22:36 UTC

    Thanks. That looks like it would help. I'll give it a try and report back.

    Thanks

    Ted

Re^4: HTTP error response code 500 using LWP::UserAgent on one site, but not on any other
by ted.byers (Scribe) on Nov 19, 2012 at 17:45 UTC

    progress of sorts: I have learned, using Wireshark, that the failure happens at the server, in the process of the hand-shaking between client and server involved in the establishment of an SSL connection. My script sends the usual hello message, and normally the other servers I connect to send back their own hello message. This one does not. The diaglog ends with my script sending it's first hello message to the server.

    My challenge right now is two fold. 1) How to get wireshark to dump all the data it has collected (subject to my display filter) to a text file, so that I can send it to the tech guys at the company that owns the server. 2) How to set the level of SSL debugging in the SSL system used by LWP.

    Thanks.

    Ted

        Thanks. That was helpful. But it raises a couple puzzles.

        1) I get the following output:

        DEBUG: .../IO/Socket/SSL.pm:1645: new ctx 45510240 DEBUG: .../IO/Socket/SSL.pm:363: socket not yet connected DEBUG: .../IO/Socket/SSL.pm:365: socket connected DEBUG: .../IO/Socket/SSL.pm:383: ssl handshake not started DEBUG: .../IO/Socket/SSL.pm:446: Net::SSLeay::connect -> -1 DEBUG: .../IO/Socket/SSL.pm:1320: SSL connect attempt failed with unkn +own error error:00000000:lib(0):func(0):reason(0) DEBUG: .../IO/Socket/SSL.pm:452: fatal SSL error: SSL connect attempt +failed with unknown error error:00000000:lib(0):func(0):reason(0) DEBUG: .../IO/Socket/SSL.pm:1320: IO::Socket::INET configuration faile +d error:00000000:lib(0):func(0):reason(0) DEBUG: .../IO/Socket/SSL.pm:1682: free ctx 45510240 open=45510240 DEBUG: .../IO/Socket/SSL.pm:1690: OK free ctx 45510240

        How do I determine why this low level library is unable to complete the usual SSL hand-shaking only with this server (It succeeds with every other server I have tried)

        2) The cdirective fails on my workstation, on which the IO::Socket::SSL package is not installed. But, while the version of Perl on the servers is 5.14 or later, that on my workstation is 5.12. What would LWP be using for SSL on my workstation? I suspect some subtle difference between what was used with Perl 5.12 and that used with 5.14 or 5.16 may be responsible for the observed difference in behaviour. How would I determine this (and get similar debug information on my workstation that I am now getting on the two servers?

        Thanks

        Ted

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1004252]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others contemplating the Monastery: (5)
As of 2014-07-23 04:38 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    My favorite superfluous repetitious redundant duplicative phrase is:









    Results (133 votes), past polls