no streaming with auth

casall · Post by **casall** » Wed Jan 16, 2008 10:02 am

Hi guys!
I am running a ZM 1.23.0 on a Mandriva 2008. Everything is running smoothly until I enable user_auth. Then I loose the stream from my cameras. Nothing is displayed. If I disable user_auth then the stream appears normal again.

I have gone through the forums, only comment is on version 1.22 which seems to have a similar issue.

Any solutions lying around?

/C

Lee Sharp · Post by **Lee Sharp** » Wed Jan 16, 2008 4:02 pm

Did you try the solution from 1.22? Does it still fail with no encryption? Encryption is changing from ssl to a more gnu friendly system, so there may be some problems yet...

monex · Post by **monex** » Wed Jan 16, 2008 8:20 pm

hi,

it is/was a known problem of 1.23.0. update to 1.23.1 and the problem should be solved.

hope this helps

kevin_robson · Post by **kevin_robson** » Thu Jan 17, 2008 11:53 am

I'm running the latest version on suse 10.3 and have the same issue.
Apache logs give the 'Unable to authenticate user'
Found quite a few posts giving different resolutions but haven't got around to trying them all yet.

wisekki · Post by **wisekki** » Thu Jan 17, 2008 2:09 pm

I have this same problem.. and I'm using 1.23.1
Log says:

Code: Select all

Jan 17 16:03:46 router zms[3361]: ERR [Unable to authenticate user]
Jan 17 16:03:54 router zmc_dvideo0[5217]: INF [Koti1: 481000 - Capturing at 5.71 fps]

Everything works just fine when I disable user authentication..
which is a very bad option imo..

Hopefully there will be some kind of solution for this, cause I hate to "share"
my cameras to the public.. or then I will have to start using external .htaccess
or some other crap

Lee Sharp · Post by **Lee Sharp** » Thu Jan 17, 2008 5:12 pm

One more time... Does it still fail with no encryption? There is a known issue with SSL that may still be hitting you. If it works in clear text, then we know that is the problem. If it fails in clear text, then we have a new problem.

wisekki · Post by **wisekki** » Thu Jan 17, 2008 5:59 pm

No, it does NOT work with clear text either.
Streaming only works when I disable ZM_AUTH_TYPE

- wisekki

kevin_robson · Post by **kevin_robson** » Thu Jan 17, 2008 6:49 pm

Mine does work with plain text. Previously I tried that and I'm certain it didn't work then though. Very strange. Could you post a link to a fix for the SSL issue please.

Cheers

Post by **cordel** » Thu Jan 17, 2008 6:59 pm

For Suse, Mandriva, and Fedora:
Make sure you have gnutls installed, you also have to have libgnutls before you build the package. If you have all that, then something is now seriously broken.

wisekki · Post by **wisekki** » Thu Jan 17, 2008 9:31 pm

I'm using Ubuntu 7.10 64bit and I have gnutls libraries installed.
Could there be some other reason for getting this "unable to auth. user"?

ZM 1.22.3 worked just fine with authentication.

Post by **cordel** » Thu Jan 17, 2008 10:21 pm

Well thats interesting. We switched from OpenSSL to gnuTLS in 1.23.x so auth option would work in the Debian branch of distros and also because of a licensing issue. I still have yet to build with gnuTLS and still do everything with OpenSSL and it works fine

It was my understanding that this was all tested out, so I guess I'll have to build with gnuTLS today and see what I get, if I have any issues I'll post the patch to revert back to OpenSSL for the time being for 1.23.1

PeterHoward · Post by **PeterHoward** » Thu Jan 17, 2008 11:47 pm

My guess is there _is_ a problem with gnutls and streaming - remember I took it out of the last Debian release as it wasn't working.

Mea Culpa

I'd say go back to openssl until I have the .deb working with streaming and gnutls and then we can consider shifting the base version.

PJH

Lee Sharp · Post by **Lee Sharp** » Fri Jan 18, 2008 4:46 am

Also, if it is happening with plain encryption, that means we have more problems, right?

kevin_robson · Post by **kevin_robson** » Fri Jan 18, 2008 8:34 am

Make sure you have gnutls installed, you also have to have libgnutls before you build the package. If you have all that, then something is now seriously broken.

I have all this lot installed. If I get time I will try recompiling and see if that works.

Looks like we may have different problems though as mine is definitely working with plain auth now.

wisekki · Post by **wisekki** » Fri Jan 18, 2008 12:52 pm

Okay one extra information why it doesn't work with "plain" (on my comp).
For some reason apache's error.log keeps saying this with plain:

Code: Select all

Extraneous options, 1 
zmu <-d device_path> [-v] [function] [-U<username> -P<password>]
zmu <-m monitor_id> [-v] [function] [-U<username> -P<password>]
General options:
  -h, --help                     : This screen
  -v, --verbose                  : Produce more verbose output
  -l, --list                     : List the current status of active (or all with -v) monitors
Options for use with devices:
  -d, --device <device_path>     : Get the current video device settings for <device_path>
  -q, --query                    : Query the current settings for the device
Options for use with monitors:
  -m, --monitor <monitor_id>     : Specify which monitor to address, default 1 if absent
  -q, --query                    : Query the current settings for the monitor
  -s, --state                    : Output the current monitor state, 0 = idle, 1 = prealarm, 2 = alarm,
                                   3 = alert, 4 = tape
  -B, --brightness [value]       : Output the current brightness, set to value if given 
  -C, --contrast [value]         : Output the current contrast, set to value if given 
  -H, --hue [value]              : Output the current hue, set to value if given 
  -O, --colour [value]           : Output the current colour, set to value if given 
  -i, --image [image_index]      : Write captured image to disk as <monitor_name>.jpg, last image captured
                                   or specified ring buffer index if given.
  -S, --scale <scale_%ge>        : With --image specify any scaling (in %) to be applied to the image
  -t, --timestamp [image_index]  : Output captured image timestamp, last image captured or specified
                                   ring buffer index if given
  -R, --read_index               : Output ring buffer read index
  -W, --write_index              : Output ring buffer write index
  -e, --event                    : Output last event index
  -f, --fps                      : Output last Frames Per Second captured reading
  -z, --zones                    : Write last captured image overlaid with zones to <monitor_name>-Zones.jpg
  -a, --alarm                    : Force alarm in monitor, this will trigger recording until cancelled with -c
  -n, --noalarm                  : Force no alarms in monitor, this will prevent alarms until cancelled with -c
  -c, --cancel                   : Cancel a forced alarm/noalarm in monitor, required after being enabled with -a or -n
  -L, --reload                   : Signal monitor to reload settings
  -E, --enable                   : Enable detection, wake monitor up
  -D, --disable                  : Disble detection, put monitor to sleep
  -u, --suspend                  : Suspend detection, useful to prevent bogus alarms when panning etc
  -r, --resume                   : Resume detection after a suspend
  -U, --username <username>      : When running in authenticated mode the username and
  -P, --password <password>      : password combination of the given user
  -A, --auth <authentication>    : Pass authentication hash string instead of user details

And with hashed it says the old thing: Error, unable to authenticate user.

So it might work with plain if the parameters(?) are right?

ZoneMinder Forums

no streaming with auth

no streaming with auth

Go back