Windows and NUT CGI Web Pages

[aarnold-sd68]

I'm taking a look at the web interface for Nut, Nut-cgi I believe it's called, but I'm not having any luck :(. Is it even possible to get it working on windows? I can get the main page working, Network UPS Tools with the statistics and settings links. But clicking the links gets me a page not found error. If I run https://serverip/cgi-bin/upsstats.cgi.exe I get this error :Error: can't open template file (upsstats.html) upsstats: Can't open
\?\C:\mingw64\cgi-bin..\etc/upsstats.html: Invalid argument. Which I'm assuming has something to do with it :). The file does exist in etc directory but that is a weird way of displaying the path. If I type in the path to the upstats.html file I do get the page all be it with no data, which I believe makes sense as it needs to come from the upstats.cgi.exe. If I add ?json to the end I do get some data.

oh and I also uncommented the "I_HAVE_SECURED_MY_CGI_DIRECTORY" in upsset.conf

[jimklimov]

yeah, the path looks weird; there probably should be a separator between cgi-bin/.. at least

Maybe there's a need to tweak code and provide a PR to address this... I am not aware of anyone running this yet, and the Windows port has certain known incomplete bits, so there may well be unknown ones too.

BTW it would be helpful for a repro case to post how you managed to get this far :)

[aarnold-sd68]

In IIS I set the root to install for default website to c:\mingw64. This then gives me access to to cgi-bin and etc and all the other directories. I had to enable cgi-exe as this is disabled by default in iis. I updated the hosts.conf,upsset.conf and renamed upsstats.html.sample and upsstates-single.html.sample to not include the sample. My URL is https://servername/cgi-bin/upsstats.cgi.exe?json which gives me some data, but doesn't give me the pretty template view. if I go to https://servername/html I get the start page with statistics and settings but the links don't work when you click them :(. https://servername/cgi-bin/upsstats.cgi.exe gives me the error : Error: can't open template file (upsstats.html) upsstats: Can't open \?\c:\mingw64\cgi-bin..\etc/upsstats.html: Invalid argument. Loading : https://servername/cgi-bin/upsset.cgi.exe gives me this error Error: Can't open upsset.conf to verify security settings.. I've enabled Basic and windows auth and disabled anonymous, this was done to secure the server a little bit, might do more later.

IIS extra features that I installed as I went needs review to make sure are needed : Web-Windows-Auth,Web-Net-Ext45,Web-ASP,Web-CGI,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Filtering
IIS already had : Web-Common-Http,Web-Dir-Browsing,Web-Http-Errors,Web-Static-Content,Web-Http-Logging,Web-Log-Libraries

I think that's all the information that I have so far. It's seems like it's SO close to working.

I'm assuming this is all related to the same pathing issue, I don't think it's a permissions issue as I can run the individual components and they seem to sort of work. I'm also not sure this is really how it should be setup, it seems a little unsecure to have IIS have access to the entire NUT folders. I think a better way might be to point it at html dir and have virtual dirs to etc and cgi-bin. But I'm not sure if thats workable with how linux/unix system do things, or have it completely separated into it's own folder(s) that can be dropped in to c:\inetpub\wwwroot <- I'm sure you know this but this is the default IIS default site directory.

[jimklimov]

have it completely separated into it's own folder(s) that can be dropped

Probably you can copy over the cgi-bin directory (it includes the libraries needed by those executables) and perhaps the html directory near it. If IIS can pass down environment variables into CGI programs, NUT_CONFPATH can be used to point to the etc located out of web-server scope.

[jimklimov]

PR #3224 with hopefully a fix for the relative path situation (lack of slash between cgi-bin dir name and ..\etc) was merged to master. Testing that the result works is still desirable :)

[aarnold-sd68]

hmm.. not sure if I should put this here or create a new ticket, but I just tried 3855 and 3860 and neither of them load, nut.exe -N for clarification. But 3840 does, I had a copy of it so I gave it a shot. I think next I'll try 3852 and see if it loads.
I don't get any error message that I can find so far it just doesn't do anything :(. In debug mode I got a starting message but that was it.

• I can confirm that 3852 is the last version that seems to load, after that nothing seems to load. It seems to be having trouble finding some dlls, mingw64\libexec. This doesn't entirely fix it but it at least starts now, still doesn't work :(.

[jimklimov]

I'll check if I can get some Win VM to spin up to test this...