Bug #4817
Login only possible with the admin user
0%
Description
I've installed the current stable tvheadend service (HTS Tvheadend 4.2.5-3~gfdb342e). I created two users, one of it is the admin (named "hans") the other should be used as a normal user for a Kodi client. I tried to get "manuela" working, but it fails. Login to the web interface and from clients (Kodi, TVH-Client) is always denied.
Log from web ui on trying to login from client:
2017-12-27 14:01:29.948 htsp: Got connection from 192.168.2.64 2017-12-27 14:01:29.965 htsp: 192.168.2.64: Identified as user 'manuela' (unverified) 2017-12-27 14:01:29.965 htsp: 192.168.2.64 [ manuela ]: Welcomed client software: org.tvheadend.tvhclient (HTSPv23) 2017-12-27 14:01:29.969 htsp: 192.168.2.64 [ manuela | org.tvheadend.tvhclient ]: Unauthorized access 2017-12-27 14:01:34.779 htsp: 192.168.2.64 [ manuela | org.tvheadend.tvhclient ]: Disconnected
Log from syslog (debug) on trying to login at web ui:
tvheadend[15425]: http: 192.168.2.10: HTTP/1.1 GET /extjs.html -- 401
I set all privileges to the new user same as the admin user, instead of the admin flag. I tried to set several ip networks (192.168.2.0/24, 0.0.0.0/0) with no luck. Password (on password tab) is set, too:
TVHeadend runs on a Xubuntu 16.04 server with all updates - mainly this should work. Everything else seems to be fine, but the user logins... Please contact me for further informations, if you need some.
Details:
Configure arguments: --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libexecdir=${prefix}/lib/tvheadend --disable-maintainer-mode --disable-dependency-tracking --enable-ccache --enable-ffmpeg_static --enable-hdhomerun_static --arch=x86_64 --jobs=9 Compiler: Using C compiler: ccache cc Using LD flags: -ldvben50221 -ldvbapi -lucsi Build for arch: x86_64 Binaries: Using PYTHON: python Using GZIP: gzip Using BZIP2: bzip2 Options: pie yes ccdebug no cwc yes capmt yes constcw yes linuxdvb yes satip_server yes satip_client yes hdhomerun_client yes hdhomerun_static yes iptv yes tsfile yes dvbscan yes timeshift yes trace yes imagecache yes avahi yes zlib yes libav yes ffmpeg_static yes libx264 yes libx264_static yes libx265 yes libx265_static yes libvpx yes libvpx_static yes libtheora yes libtheora_static yes libvorbis yes libvorbis_static yes libfdkaac yes libfdkaac_static yes nvenc yes qsv no libmfx_static no inotify yes epoll yes uriparser yes ccache yes tvhcsa yes bundle no pngquant no dvbcsa no dvben50221 yes kqueue no dbus_1 yes android no tsdebug no gtimer_check no slow_memoryinfo no libsystemd_daemon no bintray_cache yes execinfo yes mmx yes sse2 yes W_unused_result yes getloadavg yes atomic32 yes atomic64 yes atomic_time_t yes bitops64 yes lockowner yes qsort_r yes stime yes gmtoff yes recvmmsg yes sendmmsg yes libdvben50221 yes ifnames yes py_gzip yes bin_pkg_config yes bin_xgettext yes bin_msgmerge yes bin_gzip yes bin_bzip2 yes ssl yes linuxdvbapi yes upnp yes bin_cmake yes stdcpp yes libogg_static yes inotify_h yes inotify_init1 yes linuxdvb_ca yes epoll_create1 yes mpegts yes mpegts_dvb yes Packages: openssl 1.0.2g zlib 1.2.8 liburiparser 0.8.4 avahi-client 0.6.32-rc dbus-1 1.10.6 Installation paths: Prefix: /usr Binaries: ${prefix}/bin Libraries: ${prefix}/lib Data files: ${prefix}/share Man pages: /usr/share/man
Files
History
Updated by Johann Reisner almost 7 years ago
... forgot to mention that tvheadend was installed from the stable repository (https://dl.bintray.com/tvheadend/deb xenial stable-4.2)
Updated by Johann Reisner almost 7 years ago
- File Digest.png Digest.png added
Ok, some more informations....
I deleted all other users (I added another "test-user", too), except the admin user. Then I deactivated the option "Use HTTP digest authentication".
After this, I created the users again. I can't explain why, but now all users work as expected.
So the main login problem is solved, but I think there's something strange someone should look at :-)
Updated by Jaroslav Kysela almost 7 years ago
- Status changed from New to Rejected
The problem is that you don't set right the 'Change parameters' field in the first attempt. This field specifies which parameters are used from one entry, so if you set only 'Language' the other credentals are not set and the user access is rejected for all webui, streaming and DVR operations.
Updated by Johann Reisner almost 7 years ago
Ok. Thx for this explanation. But does this really make sense? If one wants to log in, there are no parameters changed. For login purposes the parameters Webui a.s.o. should be the parameters which do the trick, for my understanding. This is a bit unclear I think. But I really thank you for your help on this.