Kitz ADSL Broadband Information
adsl spacer  
Support this site
Home Broadband ISPs Tech Routers Wiki Forum
 
     
   Compare ISP   Rate your ISP
   Glossary   Glossary
 
Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: 1 ... 7 8 [9] 10 11 ... 129

Author Topic: MyDSLWebStats - Remote Web-based Monitoring  (Read 567264 times)

roseway

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 43467
  • Penguins CAN fly
    • DSLstats
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #120 on: September 29, 2014, 07:24:50 PM »

Since I moved from HG612_Modem_stats to dslstats to upload the data to mydslstats have noticed my DS FEC/Min count is mirrored on the US FEC/Min count don't think that sould be the case  ???

I'll check that out - it's probably my error.

[Later] Yes, it was an error on my part, now corrected.
« Last Edit: September 29, 2014, 07:46:42 PM by roseway »
Logged
  Eric

krypton

  • Reg Member
  • ***
  • Posts: 128
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #121 on: September 29, 2014, 07:38:36 PM »

I can confirm this. Also the upstream crc errors are completely missing in MDWS.
Logged

NewtronStar

  • Kitizen
  • ****
  • Posts: 4898
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #122 on: September 29, 2014, 07:52:37 PM »

Since I moved from HG612_Modem_stats to dslstats to upload the data to mydslstats have noticed my DS FEC/Min count is mirrored on the US FEC/Min count don't think that sould be the case  ???

I'll check that out - it's probably my error.

[Later] Yes, it was an error on my part, now corrected.

Thanks Roseway
Logged

Bald_Eagle1

  • Helpful
  • Kitizen
  • *
  • Posts: 2721
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #123 on: September 29, 2014, 07:55:54 PM »

TBH, CRC errors in MDWS are slightly redundant.
They are there as legacy data from when my original HG612 Modem Stats scripts/programs didn't report US data.

CRC & OHFErr (or SFErr for ADSL connections) are basically the same.

Take a look at the CRC & OHFErr graphs.
DS will be pretty identical in both & the OHFErr graph also reports US data. 


Logged

roseway

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 43467
  • Penguins CAN fly
    • DSLstats
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #124 on: September 29, 2014, 08:08:12 PM »

TBH, CRC errors in MDWS are slightly redundant.
They are there as legacy data from when my original HG612 Modem Stats scripts/programs didn't report US data.

CRC & OHFErr (or SFErr for ADSL connections) are basically the same.

Take a look at the CRC & OHFErr graphs.
DS will be pretty identical in both & the OHFErr graph also reports US data. 

People will be more familiar with the term 'CRC', so perhaps the OHFErr graph should be renamed 'CRC errors'.
Logged
  Eric

Bald_Eagle1

  • Helpful
  • Kitizen
  • *
  • Posts: 2721
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #125 on: September 29, 2014, 08:18:35 PM »


People will be more familiar with the term 'CRC', so perhaps the OHFErr graph should be renamed 'CRC errors'.

Or maybe even CRC (OHFerr) to also confirm they are one & the same?

Logged

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #126 on: September 29, 2014, 08:27:40 PM »

Or maybe even CRC (OHFerr) to also confirm they are one & the same?

Yes, that is a good idea!
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.

roseway

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 43467
  • Penguins CAN fly
    • DSLstats
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #127 on: September 29, 2014, 08:28:00 PM »

... except that on ADSL it's called SFErr.

I suppose it's up to Tony how it's labelled, but I certainly think it would be best to remove the confusion in some way, and have only one graph for these values.
Logged
  Eric

NewtronStar

  • Kitizen
  • ****
  • Posts: 4898
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #128 on: September 29, 2014, 08:44:59 PM »

use OHFerr and call is CRC DS & US/Min  ;)
Logged

TimeBandit

  • Member
  • **
  • Posts: 10
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #129 on: September 29, 2014, 09:02:50 PM »

But I can't log in etc etc etc etc

As Ron says, the GUI has no idea how to log you in so that will just take you directly to the Registration page. There is no code in there other than links that would take you directly to any other page - unless you successfully Log On.

But each time up until now just going to the site has taken me straight to my stats page.

Can I please strongly suggest that you ask for help first on what the problem might be next time rather than hurl your toys out of the pram and scream and shout in public. If there is a problem for you that others apparently don't have, we can locate and fix it if possible.

Well, I thought this was the preferred place to look for help.
I'm sorry if I was rather irate about it, but Id been up all night fighting with routers, modems and reconfiguring networks to ensure that there weren't any  problems on my own internal network (there weren't as I suspected).
That may sound trivial, but it isn't when you can't walk unaided and the router and modem are not within reach of the PC, and at a height which means dragging myself upright and wedging myself in a rather painful position so I have my hands free to swap cables around.

In answer to your question, your uploads ceased with the last one being at 08:17 this morning - you might want to check the upload terminal details as the web site Log On data has no connection with the upload at all. One person recently changed their username inadvertantly but that causes loggable errors and there haven't been any from you. It was working for you so something apparently has to have changed and there have been no changes with the upload side code for some time now. Unless you have disabled it since posting of course.

I did mention, I think, that I'd had to change back to the locked HG612 and TG582n combination, to be able to eliminate any fault with the modem/router.  I wouldn't expect uploads to have continued after that.

As said before, if you have cookies that are not destroyed when you finish the session, close the browser or whatever, then you should NOT have to log on again for a long time if atall. And if you do you'll only need to enter your UserName and Password, again as I've said before - all providing you have permanent cookies. It sounds like you do not I'm afraid. But I could be wrong of course.

I still have cookies stored in my browser for mydslwebstats.co.uk - FID1, FID2, FID3, FID4, FID5, User, Theme, and PHPSESSID.

The captcha IS needed when first logging on in my opinion - it is an easier server entry point than the Registration.

I'm seeing exactly the same as when I was first registering.
Which took about a dozen tries, but I got there in the end.
As stated, I'd never even seen the login screen after that - each time I'd connected it just went straight to my stats page.

I have also worked on programming including security for Government and other entities over the past 22 years and am very conscious of the need for it after servers have been compromised. It isn't primarily to protect the data as such, which as you say is not particularly sensitive. It's there to protect the server itself as you should well know if you have worked in security. When you have the ability to see tens of thousands of continuous root (and other account) automated login attempts caught and the IPs banned by cPHulk, it tends to bring the risk home.

Well, disabling root login from the web interface would seem to be the simplest way of avoiding that - and restricting SSH (or whatever remote control you  do use, if it's not a local machine), to specific IP addresses owned by or known to you.  Anything else will just see a closed port, or no port at all if it's properly stealthed.

The blanket statement it is useless in its current form is untrue, it's your own opinion of your own experience. Since yesterday morning nine people have logged on at the first attempt and two have failed through invalid passwords but succeeded on 2nd attempt. Other people have mailed to say they have no problems.

As explained before at some length, please check that you are retaining Cookies permanently for the site. IE11 is particularly agressive in this repect. I don't think I've logged in on any of the browsers and terminals I use (4 workstations and 2 laptops, each of which has up to 5 browsers available for testing this and other projects etc).

I'm certainly retaining cookies (I'm using firefox, and didn't try a different browser as I'm aware that they wouldn't have the cookies which would allow them to be "remembered").

Please bear in mind that this is currently a FREE access project for everyone out there (with an option to Donate to keep it going that is being pretty well ignored except by one kind soul) that four people have given up their time and energy, also for free, over the past three months to get it going after the initial idea came up.

I fully intend to donate as the concept is a good one.
But I really think the over aggressive security has some problems - I note from other posts on here that I'm not the only one to have had problems registering, so there seems to be something a bit awry - repeated attempts got it working for me.
The fact that it's dropped me back to the registration style page seems to confirm this.
This isn't intended to be a rant, but constructive feedback to help you fix whatever the problem is.

There were a lot of problems that had to be worked around, at one point we had to give up and start again with the uploads to find a much more secure method that otherwise threatened the entire project.

I fund the dedicated server myself out of my own pocket and like to protect it from the nutters out there as far as possible as you might possibly imagine.

I'm in full agreement with the need to protect it, but I do think that you are going about it the wrong way.
You send an email with the validation key for uploading data anyway - couldn't the same key be used to validate an interactive user?
Once you are getting validated data from an IP address, it shouldn't be necessary for much more than username and password (which my browser have remembered) in the way of validation for login attempts from that same address.  Maybe a bit more if they attempt to log in from somewhere else - I can see that has some benefit.

There is also now a monitor on the Cookies and their expiry dates in an effort to see if anything unexpected might be happening and to see why yours might be failing if you want to try again. There should already be specific evidence of this in the logs but I can't find anything at the times you were trying.

So. if you want help PLEASE ASK FIRST. I don't see any major problems with the security requirements looking at the logs that would cause me to change the requirements at this moment, certainly the extra effort needed initially is not a valid reason. Changing your account details etc is underway but needs some more work that I could have continued attended to had I not spent hours working on this reply in between other chores/mails/phone.

OK, tell me please what I need to do to get back in, because at the moment I'm stumped
You have my email address, so if you need to send a validation token or something, you can.
Putting an "I've forgotten my password" link on the login page to automate this would seem to be a sensible precaution as the site grows - this could just mail a temporary password (with a change requirement) to the email address associated with the account.

Ron: re ISP details. As roseway says, a Host lookup on the the IP Address that is returned to the server by everyone (and I have a massive cache of Host lookups) will return enough info to determine it in 90% of cases, the others need a bit more work - such as our Swiss LIVE user. And OK on it as an option which I may well do. Most people on TBB state their ISP in their sigs anyway, not so much though on Kitz. I've removed them for now until I can attend to the user comments later.

I'm not worried who knows I'm with Zen :)
But it would seem more sensible to use the IP address that the data comes from for the ISP lookup, rather than the one the user is logging in from.
Not a bad idea to make it optional though.
Logged

kitz

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 33879
  • Trinity: Most guys do.
    • http://www.kitz.co.uk
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #130 on: September 29, 2014, 10:54:57 PM »

Tonight I swapped from using HG612_modemstats to DSLstats to send records to mydslwebstats and I noticed a slight issue when recording attenuation which Ive raised with eric in the relevant thread. 

However its also brought to my attention the fact that mydslwebstats is recording Line Attenuation but not Signal attenuation and I wondered if it may perhaps be better to monitor Signal attenuation rather than Line attenuation (or even both? ). 

Line attenuation should rarely change as its only measured during the sync phase, but its possible that Signal attenuation can change at any time.   When I had a line fault, my signal attenuation was all over the show - yet my line attenuation never changed. Difference between Signal Attenuation & Line Attenuation.
Logged
Please do not PM me with queries for broadband help as I may not be able to respond.
-----
How to get your router line stats :: ADSL Exchange Checker

Chrysalis

  • Content Team
  • Addicted Kitizen
  • *
  • Posts: 7382
  • VM Gig1 - AAISP L2TP
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #131 on: September 30, 2014, 04:42:06 AM »

what is the actual difference between the 2?
Logged

tbailey2

  • Kitizen
  • ****
  • Posts: 1245
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #132 on: September 30, 2014, 08:25:40 AM »

Tonight I swapped from using HG612_modemstats to DSLstats to send records to mydslwebstats and I noticed a slight issue when recording attenuation which Ive raised with eric in the relevant thread. 

However its also brought to my attention the fact that mydslwebstats is recording Line Attenuation but not Signal attenuation and I wondered if it may perhaps be better to monitor Signal attenuation rather than Line attenuation (or even both? ). 

Line attenuation should rarely change as its only measured during the sync phase, but its possible that Signal attenuation can change at any time.   When I had a line fault, my signal attenuation was all over the show - yet my line attenuation never changed. Difference between Signal Attenuation & Line Attenuation.

Are/were you a teacher or police officer or other official in public life :graduate: :police: ? Brought to my attention sounds very official and reminds me of the day when .....  :-X  :-[ :'(

I am trying to answer several posts at once here in summary before I have to go out. I seem to have a failing disk on my main workstation (this one) and an attempt at a restored backup to another disk is apparently corrupted so I need to sort that out promptly

Signal Attenuation can be available, I'll add it to the list of things to do, currently running at 25. There are over 140 possible individual graphs that could be drawn from the data available to MyDSLWebstats and the, now over 2 million, uploaded records.

I hadn't intended to but after working on this until 03:30, I will enable facilities to Reset a lost/forgotten Password and also to Change a Password. These are fairly complex to get right and catch all sorts of failures and other possible problems but are now hopefully working. They will be available via the Login page for the Reset and the Options menu for the Change.  Changing your e-mail will come later on.

There are no other Security changes apart from those I mentioned in an earlier post. The ISP revelations have gone for now and other comments on these are noted.

And thanks for the little flurry of Donations from some users  :clap2: I'll acknowledge these here later.

I'll announce here when the Password options are available, I need to check them one last time. So please don't post saying you can't find them  ;)
Logged
Tony
My Books!
Plusnet 80/20 - DSLstats - HG612/TG582n - ECI

Chrysalis

  • Content Team
  • Addicted Kitizen
  • *
  • Posts: 7382
  • VM Gig1 - AAISP L2TP
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #133 on: September 30, 2014, 08:27:29 AM »

I plan to donate also but you may need to remind me if I forget.
Logged

G.DMT

  • Member
  • **
  • Posts: 76
Re: MyDSLWebStats - Remote Web-based Monitoring
« Reply #134 on: September 30, 2014, 02:35:01 PM »

First off - a huge thanks to all involved for creating this superb free service.   ;D
Well done!  :clap2:

And now for a small observation / feature request.

When I registered at: http://www.mydslwebstats.co.uk/mdws-rg.htm
 I was not allowed to enter my Kitz username  (G.DMT) because it contains a '.'

Could you enlarge the set of allowed characters slightly so as to not prohibit legal usernames from kitz.co.uk (and also, I suppose, http://forums.thinkbroadband.com)

That would make the service even more purr-fect than it is now.

[edit: added suggestion for which characters could be considered for inclusion]

 I performed a quick check on the Kitz registration page:
http://forum.kitz.co.uk/index.php?action=register

I didn't want to go creating loads of junk users so I tested only the interactive (javascript) validator.

Allowed characters included:
`¬|!£$%^()-+_{}[]:;@'~#,.?/

Rejected characters included:
\|"&*=<>

Looking quickly through the Kitz members pages I do see
#-._[]

If the space character ' ' is to be disallowed in usernames then it would seem to me to be even more important to allow the use of the underbar '_' character instead.

 I hope my small contribution may be of some use.  :)

 
« Last Edit: September 30, 2014, 03:30:24 PM by G.DMT »
Logged
Pages: 1 ... 7 8 [9] 10 11 ... 129