Project

General

Profile

Actions
Copy link

Bug #1559

closed

Unauthorized when trying to access web interface

Bug #1559: Unauthorized when trying to access web interface

Added by David Hewings over 13 years ago. Updated over 13 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
Adam Sutton
Category:
General
Target version:
3.4
Start date:
2013-01-21
Due date:
% Done:

100%

Estimated time:
Found in version:
Latest Git
Affected Versions:

Description

I have just built tvheadend from git and have run into an authentication problem when trying to access the web interface.

I have verified the settings are still the same in accesscontrol and also in superuser.

I have also tried dpkg-reconfigure, which has not solved this.

Can you offer me any suggestions as to how i rectify this please

Thanks

Updated by David Hewings over 13 years ago Actions
Copy link
 #1

Also get Access Denied in XBMC :-(

Updated by Adam Sutton over 13 years ago Actions
Copy link
 #2

  • Status changed from New to Need feedback

Debug log please. And git version info (latest git means nothing to me).

Adam

Updated by David Hewings over 13 years ago Actions
Copy link
 #3

Hi Adam

Sorry about being so vague.

I have just installed from the git, which includes the latest commit a9584156a3567b85dc5a4b4dea36fd45be88fc8e.

I'm not sure how I can get a debug log, as I cannot access the web interface.

I will try going back through the commits and fine where the error occurs.

Thanks

David

Updated by David Hewings over 13 years ago Actions
Copy link
 #4

Hi Adam

I have located the latest commit which works and autheticates ok.

0400599d606e5781eb776f4d49e3ab4bdfca326a

Anything after this causes me to get authentication errors.

I have also replicated this on a 2nd machine (alhtough very similar spec)

Thanks

Updated by Adam Sutton over 13 years ago Actions
Copy link
 #5

I cannot understand this, that fix was to ensure a return value is sent (in response to certain valid JSON API requests). Without the response some browsers waited (until timeout) for a response and caused the UI to appear to not respond to configuration changes.

I cannot see how it would affect authentication and I cannot repeat this with my own setup. Can you paste the contents of your .hts/tvheadend/accesscontrol directory (i.e. what's in each file) - obscure the passwords ofc.

Adam

Updated by David Hewings over 13 years ago Actions
Copy link
 #6

Hi Adam

Here is the info:

Filename: 1

{
        "enabled": 1,
        "username": "user",
        "password": "pass",
        "comment": "Default access entry",
        "streaming": 1,
        "dvr": 1,
        "dvrallcfg": 1,
        "webui": 1,
        "admin": 1,
        "id": "1" 
}

Thanks for looking at this

David

Updated by Adam Sutton over 13 years ago Actions
Copy link
 #7

I think I can see a bug in the access creation, can you try adding:

prefix: "0.0.0.0/0",

To that file, note last entry inside {} must not have comma, the rest should.

Adam

Updated by David Hewings over 13 years ago Actions
Copy link
 #8

Thanks Adam

You're a star! Worked like a treat!

Cheers mate

Updated by Adam Sutton over 13 years ago Actions
Copy link
 #9

  • Category changed from 11 to General
  • Status changed from Need feedback to Accepted
  • Assignee set to Adam Sutton
  • Target version set to 3.4

The problem appears to be that default entries are not being created with default prefix, this has been changed recently (as part of IPv6 support) so that's probably what's happened.

Adam

Updated by Adam Sutton over 13 years ago Actions
Copy link
 #10

  • Status changed from Accepted to Fixed
  • % Done changed from 0 to 100

Applied in changeset commit:c7aaa0b913b0a8f2c930a354ee1562c4d2a393e0.

Actions
Copy link

Also available in: PDF Atom