(and get fix the IUSR "not found" error):
- Uninstall "Active Server Pages" using Add/Remove Programs in the Control Panel - Uninstall Option Pack 4 completely
- Reboot just to be good - At this point, I had WSP 2.3.15 128-Bit installed and working on port 80. I stopped the Web Server service, then:
- Using my NT 4 CD, install IIS2 (go into the i386 dir, the InetSrv subdir, and run Inetstp.exe). Do not install the ODBC drivers (it may give you a warning, but that's ok. More on this a little later).
- Once the install is done, verify IIS can be started and works. Using the Internet Service Manager, select the WWW service and view properties. Change the Port to 81 (or some other port) and save the change. Close the ISM.
- Check in User Manager, and verify your IUSR_machine user is in the list (you don't have to do anything with it).
- Run the ASP 1.0 install file (ASP.EXE). You may be warned the WWW or FTP service is running, and it will ask to stop them
- just click OK. Proceed with the install, but UNCHECK
the option to install ODBC -
again, you may get a warning, but that's OK (more later). This time, the ASP installer should work fine (including the part when it assigns permissions to the IUSR_machine account).
- When it's done, start the Web Publishing Service, then go to http://localhost:81/aspsamp and verify the samples are working through IIS (they will still not work through WSP).
- If your WebSite service started on boot, stop it.
- Run the WSP ASP installer (website21-asp.exe). This is fairly straightforward, though make sure on the last screen you Uncheck the box in the lower left corner that says "Return to WSP installer", otherwise you'll get an error that "autorun.exe" could not be found.
- Now run the latest MDAC (ODBC) installer (Mdac_typ.exe, MDAC 2.1, sp1a I believe) and the post-fix for Access (jetODBC.exe). Depending on whether you're running Win9x or NT, the fix steps vary.
- I forget whether I did/had to reboot after this, but you may want to.
- At this point, you should be able to run ASP through WSP, however, the only dirs initially set to run ASP scripts are the docs and sample dirs (as mentioned in the last bit of the WSP-ASP installer), so you'll be prompted for user and password to get in them.
- Unlike Michael, I have not been able to run ASP WITHOUT having WSP use its wspro_anon account, but I have a suspicion that may be because my NT box is a standalone server, not a PDC or BDC (I have no real evidence to back that up yet!) - To add your own ASP-active directories, create a mapping to the dir on the WSP mapping tab and check the "ASP application root" directory and click Add. Then on the Access Control tab, add an entry for that dir mapping and check the box for "Run in NT User Contexts". Save the changes, and once the update takes place, that dir should be able to run ASP!
- At this point, you're at the WSP-documented level (ASP 1.0 running through WSP 2.3.15, with IIS 2.0 installed to run on an alternate port, or not run at all). As Michael has demonstrated and explained, now you can install NT SP3 (or higher) to get IIS 3.0, and then NT Option Pack 4 to get IIS 4 and ASP 2.0. This will disable the WSP/ASP 1.0 functionality. But you should be able to simply rerun the ASP.EXE file to reinstall and activate ASP 1.0 so it will once again work with WSP. Lanham, please let me know whether your machine is a standalone, a PDC, or a BDC and/or whether you're able to run ASP without the wspro_anon account.
here are the MS KB articles that may be of interest: * How to Obtain Versions of Internet Information Server (IIS) http://support.microsoft.com/support/kb/articles/q224/6/09.asp
* How to Install IIS Without Rerunning Windows NT Setup http://support.microsoft.com/support/kb/articles/q184/3/09.asp
* FP2000 Installation of ASP.EXE may Interfere with Database Connectivity in Office 2000 http://support.microsoft.com/support/kb/articles/q199/3/65.asp
* FIX ADO 2.0 Generates Error 0115 When Used with IIS 3.0 http://support.microsoft.com/support/kb/articles/Q193/3/10.ASP
* PRB ASP 0115 a Trappable Error Has Occurred http://support.microsoft.com/support/kb/articles/q194/1/90.asp
Hope this all helps!
Regards, Mike --
(650) 938-4688 SQUISH Internet Services FAX: (650) 938-4013 P.O. Box 391503 Internet Service Mountain View, CA 94039-1503 Provider & Consulting email@example.com http://www.squish.com ---------------------------------------------------------------------