Lee Sharp wrote:Also, if it is happening with plain encryption, that means we have more problems, right?
Not necessarily. Thought it may be a problem with my terminology. When we talk about "streaming", we're talking about mpeg transmission - correct? (As opposed to the "enable authentication and all pictures disappear" problem). If so, remember that that seems to have never been working properly in the debian package. So it may well be a gnutls problem, and that's why people have never had ffmpeg working properly with my package.
Personally I'm using jpeg streaming, which doesn't work using hashed authentication.
Even when the streaming doesn't work I can still see stills from events though.
Can I just clarify here. Is anyone having problems with hashed authentication that isn't using the Debian package?
Also, it is a little known fact (even by me) that if you switch to plain authentication then you have to log out and log in again for it to work. The reason for this is that the password is needed to be sent to the streaming daemon and in normal circumstances it is discarded after logging in. For plain text auth it is remembered after login so you have to do that bit again so it can grab it.
zoneminder wrote:Can I just clarify here. Is anyone having problems with hashed authentication that isn't using the Debian package?
I am running RHEL4.
Trying: ./configure --with-webdir=/var/www/html/zm --with-cgidir=/var/www/cgi-bin --enable-gpl --enable-swscaler --disable-NLS --with-ffmpeg=/usr/local/lib
I get checking for MD5 in -lgnutls-openssl... no
configure: WARNING: gnutls-openssl.a is required for authenticated streaming
By the way: locate gnutls-openssl.a
/usr/lib/libgnutls-openssl.a
I do have the following installed:
gnutls-1.0.20-3.2.3.i386
gnutls-devel-1.0.20-3.2.3.i386
openssl096b-0.9.6b-22.46.i386
openssl-0.9.7a-43.17.el4_6.1.i686
openssl-devel-0.9.7a-43.17.el4_6.1.i386
------------------------------------------------------------------------
Same issue as the others, streaming only works if authentication is turned off.
I don't have a RHEL4 box here but have access at work so I will maybe give it a go on that one and see if there is anything ovbious. Failing that a simple patch to put openssl back for those who want it would not be difficult.
zoneminder wrote:Can I just clarify here. Is anyone having problems with hashed authentication that isn't using the Debian package?
Given there still isn't a Debian package for 1.23 (getting closer) I think you're asking the wrong question I was referring back to probs on 1.22 with ffmpeg; it appears that the problem here is of a different nature.
zoneminder wrote:Can I just clarify here. Is anyone having problems with hashed authentication that isn't using the Debian package?
I am running RHEL4.
Trying: ./configure --with-webdir=/var/www/html/zm --with-cgidir=/var/www/cgi-bin --enable-gpl --enable-swscaler --disable-NLS --with-ffmpeg=/usr/local/lib
I get checking for MD5 in -lgnutls-openssl... no
configure: WARNING: gnutls-openssl.a is required for authenticated streaming
By the way: locate gnutls-openssl.a
/usr/lib/libgnutls-openssl.a
I do have the following installed:
gnutls-1.0.20-3.2.3.i386
gnutls-devel-1.0.20-3.2.3.i386
openssl096b-0.9.6b-22.46.i386
openssl-0.9.7a-43.17.el4_6.1.i686
openssl-devel-0.9.7a-43.17.el4_6.1.i386
------------------------------------------------------------------------
Same issue as the others, streaming only works if authentication is turned off.
After further investigation of this today, the issue with RHEL4 seems to be that the gnutls packages omit to install a library that they appear to depend upon. This is the libtasn1 library, and if you look in config.log you will see something along the lines of the text below in there.
configure:6510: checking for MD5 in -lgnutls-openssl
configure:6545: g++ -o conftest -g -O3 -march=pentium4 -L/usr/lib -L/usr/lib/mysql conftest.cpp -lgnutls-openssl -lmysqlclient -ldl -lz -ljpeg >&5
/usr/lib/libgnutls-openssl.so: undefined reference to `asn1_delete_structure'
/usr/lib/libgnutls-openssl.so: undefined reference to `asn1_create_element'
/usr/lib/libgnutls-openssl.so: undefined reference to `asn1_der_decoding'
collect2: ld returned 1 exit status
As the test link cannot create a valid program due to the missing dependencies. I have found a post on this subject here which may shed some light on things. It suggests installing the lib from the Dries 3rd party library as it does not seem to available from any of the official RHEL repos. If this is not acceptable then the only other thing to do would be to patch ZM to use the regular openssl libraries. I will look at this as a an alternative anyway.
Hmmm....
I think I may have made a bit of a mistake on this one. I only installed this a couple of weeks ago and swear I downloaded 1.23.1, but it has just prompted me to upgrade to 1.23.1. It seems to think I'm on version 1.23.0.
I cant check my installation area to confirm until I get home but I suspect I must have somehow downloaded the earlier version.
However, is the auths problem something that was fixed in 1.23.1 or should it not make any difference either way.
I think there might still be a problem
I have been trying to get a chance to go through it but have not had the time.
I can't say for sure though till I go through it.
hi, I am new here, and I got a problem that might be related. I got ZM 1.23.1 installed from an RPM into a Mandriva One 2008 system. Everything runs fine, but sometimes, the images just disappear. Firefox - running in the localhost - just display the icon of the broken image wherever the video is supposed to be happening. Auth is on. ZM is recording the images fine, because they are being created in the Event directory - and I can see them clicking under images.
I guess it is really weird that this only happens some of the time. I wonder, can this be related to shared memory size?
::EDIT:: It seems to be related to auth method. I changed it to plain, restarted Zm and the images came back. Still weird that it sometimes it works with hash to begin with.
scroll down to
browser.cache.check_doc_frequency 3
change the 3 to a 1
browser.cache.disk.enable True -> False
network.http.max-connections-per-server -> put a value of 100
network.http.max-persistent-connections-per-proxy -> 100 again
network.http.max-persistent-connections-per-server -> 100 again
I was referring back to probs on 1.22 with ffmpeg; it appears that the problem here is of a different nature.
