Page 1 of 2
no streaming with auth
Posted: Wed Jan 16, 2008 10:02 am
by casall
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
Posted: Wed Jan 16, 2008 4:02 pm
by Lee Sharp
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...
Posted: Wed Jan 16, 2008 8:20 pm
by monex
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
Posted: Thu Jan 17, 2008 11:53 am
by kevin_robson
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.
Posted: Thu Jan 17, 2008 2:09 pm
by wisekki
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

Posted: Thu Jan 17, 2008 5:12 pm
by Lee Sharp
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.
Posted: Thu Jan 17, 2008 5:59 pm
by wisekki
No, it does NOT work with clear text either.
Streaming only works when I disable ZM_AUTH_TYPE
- wisekki
Posted: Thu Jan 17, 2008 6:49 pm
by kevin_robson
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
Posted: Thu Jan 17, 2008 6:59 pm
by cordel
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.
Posted: Thu Jan 17, 2008 9:31 pm
by wisekki
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.
Posted: Thu Jan 17, 2008 10:21 pm
by cordel
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

Go back
Posted: Thu Jan 17, 2008 11:47 pm
by PeterHoward
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
Posted: Fri Jan 18, 2008 4:46 am
by Lee Sharp
Also, if it is happening with plain encryption, that means we have more problems, right?
Posted: Fri Jan 18, 2008 8:34 am
by kevin_robson
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.
Posted: Fri Jan 18, 2008 12:52 pm
by wisekki
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?