Audio/video stream recording forums (http://stream-recorder.com/forum/index.php)
-   Video stream recording (http://stream-recorder.com/forum/forumdisplay.php?f=4)
-   -  

israelnationalnews.com - problem downloading with rtmpsuck

(http://stream-recorder.com/forum/showthread.php?t=6161)

nulltxt 03-24-2010 03:57 PM

israelnationalnews.com - problem downloading with rtmpsuck


 
Hello, I have a problem downloading the flash video with rtmpsuck from "http://www.israelnationalnews.com/News/News.aspx/136442"
I get the error: "Couldn't verify the server digest"
The video is streaming on port 80 not port 1935 if anybody wants to check, therefore you will have to turn off the iptables rule when going to the site, and turn it on before pressing play.

The output is below:

Code:

DEBUG: ServeInvoke, client invoking <connect>
Processing connect
app: oflaDemo
flashVer: LNX 10,0,45,2
swfUrl: http://www.israelnationalnews.com/Static/media/flowplayer.rtmp.swf
tcUrl: rtmp://flash.media.israelnn.com:80/oflaDemo
pageUrl: http://www.israelnationalnews.com/News/News.aspx/136442
DEBUG: RTMP_Connect1, ... connected, handshaking
DEBUG: HandShake: Client type: 03

DEBUG: HandShake: Client digest offset: 1334
DEBUG: HandShake: Initial client digest:
D3 7A 27 CB 62 5A F8 CD 46 53 74 19 15 DE 00 C1 28 5E 28 79 33 A3 E5 1D 1F 2C 26 2E 8E 49 A1 7B
DEBUG: HandShake: Type Answer  : 03
DEBUG: HandShake: Server Uptime : 1
DEBUG: HandShake: FMS Version  : 0.0.0.0
WARNING: Trying different position for server digest!

ERROR: Couldn't verify the server digest

ERROR: RTMP_Connect1, handshake failed.
DEBUG2: RTMP_ReadPacket: fd=4


hyc 03-25-2010 02:54 AM

Re: israelnationalnews.com - problem downloading with rtmpsuck


 
There's no need to turn the rules off and on. Just make a rule specific to the particular server:

# host flash.media.israelnn.com
flash.media.israelnn.com has address 208.116.54.54

# iptables -t nat -A OUTPUT -p tcp -d 208.116.54.54 --dport 80 -m owner \! --uid-owner proxy -j REDIRECT --to-ports 1935

And no, this example isn't in the README file. Examples are only there to point you in the right direction. You're expected to know how to read your system documentation and figure out the rest.

This particular server is just using plain RTMP. Just use Wireshark/tcpdump to extract the play parameters. It's also using the Red5 RTMP server, which doesn't send a "Genuine Adobe" handshake. I've got a workaround for that, but the session will still fail because the server sends a response that the Flash client doesn't like.

nulltxt 03-25-2010 03:37 AM

Re: israelnationalnews.com - problem downloading with rtmpsuck


 
Hi and thanks for the response.

I'm not too concerned with the iptables rules as I figured out how to work it in my own way. As long as it works I'm fine with that.

Concerning the Wireshark dump, I captured a raw dump and loaded into a hex editor, but I have no idea what play parameters to extract, specifically the parameters for the server digest.

I also tried rtmpdump with and without the swfVfy switch, when I use swVfy it shows the same error as rtmpsuck, without swfVfy it attempts to download but it just starts pinging the server and nothing further happens.
Could you provide the workaround that you mention?
Again thanks for the info.

nulltxt 03-25-2010 10:10 AM

Re: israelnationalnews.com - problem downloading with rtmpsuck


 
Problem solved! downloaded it with the latest version of Flazr :-)

noob2001204 03-25-2010 12:32 PM

Re: israelnationalnews.com - problem downloading with rtmpsuck


 
Quote:

Originally Posted by nulltxt (Post 17618)
Problem solved! downloaded it with the latest version of Flazr :-)

Which version is it?
Is it 0.7 RC2?
Can I have the link to it?

nulltxt 03-25-2010 01:20 PM

Re: israelnationalnews.com - problem downloading with rtmpsuck


 
Yes it's Flazr 0.7 RC2.

Here is the command I used to download:
Code:

client.bat -version 00000000 -app oflaDemo -port 80 rtmp://flash.media.israelnn.com:80/oflaDemo/10/mar/100310-yaalon-on-terror.flv video.flv


All times are GMT -6. The time now is 04:51 PM.