mailBoy2
asked on
500 Can't connect to xtra.co.nz:80 (Bad protocol 'tcp') - Works on Command line but not via the browser
I have a little bit of a funny one here for you: (It's not that funny for me though!!)
If I run this perl file from my command line it works but if I run it via a cgi-bin directory on my browser I get an error (CODE and ERROR below).
I've checked my protocol file and it has the following (included below). - As far as I can see that is fine. (C:\WINNT\system32\drivers \etc\proto col).
I've tried it on an XP machine and a Win 2000 machine.
Does anyone know why? or do you have another way to read in the contents of a web page?
Thanks in advance
#MY PROTOCOL FILE
ip 0 IP # Internet protocol
icmp 1 ICMP # Internet control message protocol
ggp 3 GGP # Gateway-gateway protocol
tcp 6 TCP # Transmission control protocol
egp 8 EGP # Exterior gateway protocol
pup 12 PUP # PARC universal packet protocol
udp 17 UDP # User datagram protocol
hmp 20 HMP # Host monitoring protocol
xns-idp 22 XNS-IDP # Xerox NS IDP
rdp 27 RDP # "reliable datagram" protocol
rvd 66 RVD # MIT remote virtual disk
#THE CODE
use HTTP::Request;
require LWP::UserAgent;
my $req = HTTP::Request->new(GET => 'http://xtra.co.nz/index.html');
print "Content-Type: text/html\n\n";
print "@INC";
my $ua = LWP::UserAgent->new(env_pr oxy => 1, keep_alive => 1, timeout => 30,);
#$ua->proxy(http => 'http://myProxies.com');
$response = $ua->request($req);
if ($response->is_success) {
print "WORKED";
print $response->content;
} else {
print "NOT WORKED";
print $response->error_as_HTML;
}
#BROWSER OUTPUT:
E:/perl/lib E:/perl/site/lib .NOT WORKED
An Error Occurred
500 Can't connect to xtra.co.nz:80 (Bad protocol 'tcp')
#COMMAND LINE OUTPUT
Content-Type: text/html
E:/perl/lib E:/perl/site/lib .WORKED
<THE HTML FROM THAT SITE>
If I run this perl file from my command line it works but if I run it via a cgi-bin directory on my browser I get an error (CODE and ERROR below).
I've checked my protocol file and it has the following (included below). - As far as I can see that is fine. (C:\WINNT\system32\drivers
I've tried it on an XP machine and a Win 2000 machine.
Does anyone know why? or do you have another way to read in the contents of a web page?
Thanks in advance
#MY PROTOCOL FILE
ip 0 IP # Internet protocol
icmp 1 ICMP # Internet control message protocol
ggp 3 GGP # Gateway-gateway protocol
tcp 6 TCP # Transmission control protocol
egp 8 EGP # Exterior gateway protocol
pup 12 PUP # PARC universal packet protocol
udp 17 UDP # User datagram protocol
hmp 20 HMP # Host monitoring protocol
xns-idp 22 XNS-IDP # Xerox NS IDP
rdp 27 RDP # "reliable datagram" protocol
rvd 66 RVD # MIT remote virtual disk
#THE CODE
use HTTP::Request;
require LWP::UserAgent;
my $req = HTTP::Request->new(GET => 'http://xtra.co.nz/index.html');
print "Content-Type: text/html\n\n";
print "@INC";
my $ua = LWP::UserAgent->new(env_pr
#$ua->proxy(http => 'http://myProxies.com');
$response = $ua->request($req);
if ($response->is_success) {
print "WORKED";
print $response->content;
} else {
print "NOT WORKED";
print $response->error_as_HTML;
}
#BROWSER OUTPUT:
E:/perl/lib E:/perl/site/lib .NOT WORKED
An Error Occurred
500 Can't connect to xtra.co.nz:80 (Bad protocol 'tcp')
#COMMAND LINE OUTPUT
Content-Type: text/html
E:/perl/lib E:/perl/site/lib .WORKED
<THE HTML FROM THAT SITE>
Do you have the script set as executable by the webserver?
Hi
I had a similar problem, the PPM would not download anything and told me I had a "bad protocol TCP".
I fixed it by uninstalling TCP/IP and reinstalling it:
Right click My Network Place, Properties, LAN, right click, properties, Internet Protocol, Uninstall.
Reboot.
Then do the same but install it.
Weird but did the trick.
Daniel
I had a similar problem, the PPM would not download anything and told me I had a "bad protocol TCP".
I fixed it by uninstalling TCP/IP and reinstalling it:
Right click My Network Place, Properties, LAN, right click, properties, Internet Protocol, Uninstall.
Reboot.
Then do the same but install it.
Weird but did the trick.
Daniel
ASKER
Sorry I've tried this too.
ASKER
ultimatemike - Is there a trick to this at all as I'm running it on a Windows box. I know how to do it on a UNIX one.
I've configured Apache Tomcat's web.xml to accept a cgi-bin directory, and I can run basic test scripts like hello world etc.
I've configured Apache Tomcat's web.xml to accept a cgi-bin directory, and I can run basic test scripts like hello world etc.
Have you followed the instructions here?
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/cgi-howto.html
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/cgi-howto.html
I've just cut and pasted the above code into an Indigo Perl Apache webserver setup, and it works fine both from the command line and the browser. (This is on a Win XP system).
I would suggest that if it works fine from the command line, but not from the server, then the error is with the configuration file. The clasic problem in this situation, is that the webserver may be setup not to accept requests from localhost, therefore you need to access the server via 192.168.*.* or whtever?
Can we confirm that you are running this under a Tomcat (Java) server rather than an Apache (More common server)?
I would suggest that if it works fine from the command line, but not from the server, then the error is with the configuration file. The clasic problem in this situation, is that the webserver may be setup not to accept requests from localhost, therefore you need to access the server via 192.168.*.* or whtever?
Can we confirm that you are running this under a Tomcat (Java) server rather than an Apache (More common server)?
ASKER
ultimatemike - Yeah I have checked followed them - that exact page actually.
pjedmond - To get it to run did you set any permissions for the file? How did you do this?
I'm running Jakarta Tomcat 4.0.6.
Would proxies and / or firewalls play a part in this - Given that it works fine from the command line?
pjedmond - To get it to run did you set any permissions for the file? How did you do this?
I'm running Jakarta Tomcat 4.0.6.
Would proxies and / or firewalls play a part in this - Given that it works fine from the command line?
ASKER
Now worth 280 points as it's not going to be as straight forward as I thought.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.