|
On the new system, when I attempt to open one of the /cgi-bin/MYPGM.PGM 's my browser does not know what to do with it and tries to save it to my hard drive instead of opening it. It's like it must be missing the content-type value in the HTML.
My first guess would be that you're missing the ScriptAlias directive (or EXEC on the orignal server) so the web server is tryign to download the the program to your PC instead of running the program to get output.
Might be worth checking it out.The content-type being the problem seems unlikely. If content-type is missing, I'd expect the server to return an error, not open up a download window! The symptom would fit it giving the WRONG content-type, but that seems unlikely if you haven't changed the programs. If you want to see exactly what content-type and other data is returned, you can use TELNET to run the HTTP session manually. Here's how:
a) Open up a "run" prompt on your PC (Start -> Run)b) Type "telnet newsystem.example.com 80" (to connect to port 80 on the new system.... change the domain name as appropriate)
c) In the TELNET session type: GET /cgi-bin/MYPGM.PGM<enter> Host: newsystem.example.com<enter> <enter>d) The server should respond with the document for download, including the content-type. If the content-type is wrong or missing, then it could be that the CGI programs aren't setting it correctly.
Now, it's been a long time since I played around with CGIDEV2, but it seems to me that I remember you had to have some environment things set up for it, or maybe a subsystem running for it?, something in the background. Maybe it was just as simple as porting the CGIDEV2 service programs?
You CAN set up a separate server instance for CGIDEV2, but it's not necessary and I've always thought it was a bad idea since it makes firewall management much more difficult, and requires extra resources from your system.
A lot of people do this for testing. That way, they can take down the CGIDEV2 instance, and change it's parameters, and experiment without affecting the main server.
But, it's certainly not a requirement.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.