Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: broadstairs on August 10, 2017, 09:36:17 AM
-
I run DSLStats on Windows 7 and decided to try the webserver. When I try to access any created page I get an error saying the connection was reset by the server, however if I try a page which does not exist I get a 404 error as I should (I use HTTPFOX in order to see the flow and errors as there is no error page provided). Now is this working for others who use the Windows version?
Stuart
I should also add that the pages are OK when viewed on W7 locally. Also if I disable and then re-enable the webserver I get an error saying Directory "%s" does not exist and a mesasge in the event log saying Unable to create webserver directory.
-
I don't think the webserver works for me on 6.0.4 on Win 7.
-
Does this happen when you try to access the pages over the LAN, or only when you try over the internet?
-
I'm not using the external net purely locally over the lan via IP address and port, even using 127.0.0.1:port fails on W7 itself with the reset. By the way the failure to create webserver directory fails everytime I stop it and try to start it, and I do have the delete files option set, Also the actual webserver directory still exists but if I try to access it I get Not Accessible Access denied despite it showing up in the directory listing of the Graphs directory.
Stuart
-
It happens to me on my LAN
The files are accessible in the webserver folder and seem to be created correctly but the webserver doesn't appear to be active.
-
I've checked, and the same happens here on Linux. I haven't knowingly changed anything in the webserver recently, and I believe it was working at the time of v5.9.2, because I corrected a bug in that version, and as far as I know the person who reported the bug was happy with the result.
I haven't got any time to look at this now, so I'm afraid I'll have to put it on ice for the time being.
-
No problem :flower:
-
I've checked, and the same happens here on Linux. I haven't knowingly changed anything in the webserver recently, and I believe it was working at the time of v5.9.2, because I corrected a bug in that version, and as far as I know the person who reported the bug was happy with the result.
I haven't got any time to look at this now, so I'm afraid I'll have to put it on ice for the time being.
That's fine Eric, I was only playing and thought I ought to mention it.... at least I know it was not me having a 'senior moment or 6' ;)
Stuart
-
No issues with v6.0.4 on the Raspberry Pi, can access both from LAN and locally. :thumbs:
-
That's strange as I am unable to get it working on openSUSE Tumbleweed, however I do run Apache on that as well so will try on the Laptop running Leap. I also tried a couple of older versions - same issue here on Linux.
Stuart
-
Sorry. I've just realised I'm using Apache2 too. I'll crawl back into my corner now! :-[
-
I've done a bit more testing with dslstats under win7 and winxp but I just can't get the webserver functioning although the files are created in the webserver folder correctly. I have used a couple of tiny webserver programs successfully so all is not lost :)
They are Tiny Server http://tinyserver.sourceforge.net/
and TinyWeb server https://www.ritlabs.com/en/products/tinyweb/
I also noticed there was a lack of index.html so I found a .bat file which generates one in the webserver directory here: http://www.adarshr.com/html-index-generator-batch-script-for-windows
-
There was never an index.html page. The webserver simply generates several web pages containing copies of graphs from the program, and is supposed to make these available for access over the LAN or the internet. It did work for a long time, but somewhere along the way the server function stopped working. I'm going to check it out when I get the chance.
-
Yes there's no rush now I have found a serviceable workaround :)
The absence of an index.html page is a restriction highlighted by Tinyweb because it refuses to start without one, so the bat script to automatically generate one was a welcome find. It also helps navigation of the folder as well.
-
I think I've resolved this now. An essential file has not been included in the download archives. It's called mime.types, and you can download it from the normal downloads page (at the bottom). Copy this file to the same folder as the executable and the other downloaded files, then restart the webserver.
http://dslstats.me.uk/downloads.html
-
Thanks ;)
-
Thanks Eric, it all works now.
One other question ... Why mo ES pages or png files only SES?
Stuart
-
No real reason, I simply chose what seemed at the time to be a reasonable selection. I can certainly add the ES graph to the selection.
-
No real reason, I simply chose what seemed at the time to be a reasonable selection. I can certainly add the ES graph to the selection.
When you have time that would be great thanks....
Stuart
-
Eric I just tested 6.04 for Linux with the mime types and it still does not want to work. No big deal for me as I only use that for testing, the Windows version now works fine with mime.types added.
Stuart
-
That's strange, the Linux version works here. I'll have a look at it.
-
Eric dont worry too much. I will reinstall and do some more testing to see if it's something i've done/not done.
Stuart
-
Eric as I suspected it was me, sincere apologies..... I had been playing with various versions and was running the wrong one which having a senior moment I did not notice.
Yes it works fine now running 6.04 on Linux 64 bit.
Stuart
-
Just to add for those who might want it, the ES graph is available from the web server if you select all graphs which autosave and you have the ES graph set to that. It is just not selectable on its own.
Stuart
-
Thanks for sorting that out Stuart.
I've done the work to add ES to the webserver options, so it will be in the next release.
-
Thanks Eric and sorry again for messing up earlier.
Stuart
-
I notice that with Firefox selecting the combined.html wants to download fullstats.txt and stats.txt as well as displaying them in the web page. This doesn't happen if I use the tiny web servers or indeed safari or IE. I imagine this may be due to the mime types?
-
I see what you mean. I guess the mime types might be a factor, but I'm not sure at the moment why it should be.
-
I tried changing the html to use the stats.html and fullstats.html files in the iframes instead but firefox wouldn't display anything, so I gave up
-
Ah so, I fixed it. I dropped into the developer options and I realised I was getting a 404 from firefox from the dslstats webserver, so I renamed my new page again so it was found and it now works with the stats.html and fullstats.html files in the iframes instead of the txt versions.
-
Thanks, that's interesting. I'll look at doing something similar.
-
It seems theres a general problem with firefox and different file types which it wants to download instead of display inline as mentioned here http://forums.mozillazine.org/viewtopic.php?f=38&t=625797
There is an addon that fixed it but that is now deprecated preventing me from adding it to firefox https://addons.mozilla.org/en-us/firefox/addon/open-in-browser/
-
I've found the same behaviour with another Linux browser (Konqueror), so it's not unique to Firefox.
-
I've fixed this issue now. I've done what I probably should have done in the first place - instead of using iframes to embed the text pages, I've used <PRE> / </PRE> tags around the text.
There are now a number of small improvements since v6.0.4, so I intend to upload v6.0.5 in a day or two.