Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 4 subscribers
  • Views 2498 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Multimedia Stream and Socks...

Marwin
Hello together,

Has anybody expirence with RealVideo and other multimedia streams over socks proxy used in ASL. As client I use the e-border socks 5 client from NEC. Most service running  well over the socks-server in the ASL. RealVideo will not work.



------------------
***Well done the day ? don´t know, there was no light ***


This thread was automatically locked due to age.
  • 0
    does the RealVideo Client support SOCKS by itself (as a setting) or did you "socksify" it with your NEC client package ?
  • 0 in reply to tom_01
    Hi Tom,

    tnx for answering. Yes, I do socksify RealVideo Player 8 with the NEC Client. Maybe  the NEC Client is not compatible with your socks 5 server and you know other clients for socks 5 ?

    In the moment I use only the full function evaluation version of the NEC-Client with a 30 days license. But if this client is not useful at all I could save my money (about 30 $ per client)  [:)]

    best regards

    Udo

    ------------------
    ***Well done the day ? don´t know, there was no light ***
  • 0 in reply to Marwin
    hi udo,

    socksifying does not always work. It relies on the fact that most windows clients use the same system function calls handle IP. If RealVideo has its own implentation of these functions it will not work correctly.

    However, if you want to do a bit more debugging, post the output of tail -f /var/log/daemon while you try the RealVideo.
  • 0 in reply to tom_01
    O.K. Tom, here you got it  [:)]

    loginuser@proxy:/home/login > tail -f /var/log/daemon
    Feb 28 15:19:52 (none) sockd[7985]: pass(4): connect: 192.168.1.77.1732 -> 205.219.198.205.80
    Feb 28 15:19:52 (none) sockd[7985]: send_response(): sending response: VER: 5 REP: 0 FLAG: 0 ATYP: 1 address: 62.138.XXX.XX.1732
    Feb 28 15:19:52 (none) sockd[7972]: got accept(): 192.168.1.77.1736
    Feb 28 15:19:52 (none) sockd[31581]: pass(1): accept: 192.168.1.77.1736 -> 192.168.1.55.1080
    Feb 28 15:19:52 (none) sockd[31581]: recv_methods(): sending authentication reply: VER: 5 METHOD: 0
    Feb 28 15:19:52 (none) sockd[31581]: sending request to mother
    Feb 28 15:19:52 (none) sockd[7985]: received request: VER: 5 CMD: 3 FLAG: 12 ATYP: 1 address: 192.168.1.77.1735
    Feb 28 15:19:52 (none) sockd[7985]: pass(4): udpassociate: 192.168.1.77.1735 -> 0.0.0.0.0
    Feb 28 15:19:52 (none) sockd[7985]: send_response(): sending response: VER: 5 REP: 0 FLAG: 4 ATYP: 1 address: 192.168.1.55.1056
    Feb 28 15:19:52 (none) sockd[7992]: 192.168.1.55.1080/control: 10 unexpected bytes: \005\302\b\001\315\333\306\315\006\307
    Feb 28 15:21:23 (none) sockd[7972]: got accept(): 192.168.1.77.1737
    Feb 28 15:21:23 (none) sockd[31581]: pass(1): accept: 192.168.1.77.1737 -> 192.168.1.55.1080
    Feb 28 15:21:23 (none) sockd[31581]: recv_methods(): sending authentication reply: VER: 5 METHOD: 0
    Feb 28 15:21:23 (none) sockd[31581]: sending request to mother
    Feb 28 15:21:23 (none) sockd[7985]: received request: VER: 5 CMD: 3 FLAG: 12 ATYP: 1 address: 192.168.1.77.1735
    Feb 28 15:21:23 (none) sockd[7985]: pass(4): udpassociate: 192.168.1.77.1735 -> 0.0.0.0.0
    Feb 28 15:21:23 (none) sockd[7985]: send_response(): sending response: VER: 5 REP: 0 FLAG: 4 ATYP: 1 address: 192.168.1.55.1058
    Feb 28 15:21:23 (none) sockd[7972]: got accept(): 192.168.1.77.1739
    Feb 28 15:21:23 (none) sockd[31581]: pass(1): accept: 192.168.1.77.1739 -> 192.168.1.55.1080
    Feb 28 15:21:23 (none) sockd[31581]: recv_methods(): sending authentication reply: VER: 5 METHOD: 0
    Feb 28 15:21:23 (none) sockd[31581]: sending request to mother
    Feb 28 15:21:23 (none) sockd[7985]: received request: VER: 5 CMD: 1 FLAG: 8 ATYP: 1 address: 207.188.7.179.554
    Feb 28 15:21:23 (none) sockd[7985]: pass(4): connect: 192.168.1.77.1739 -> 207.188.7.179.554
    Feb 28 15:21:43 (none) sockd[7972]: got accept(): 192.168.1.77.1742
    Feb 28 15:21:43 (none) sockd[31581]: pass(1): accept: 192.168.1.77.1742 -> 192.168.1.55.1080
    Feb 28 15:21:43 (none) sockd[31581]: recv_methods(): sending authentication reply: VER: 5 METHOD: 0
    Feb 28 15:21:43 (none) sockd[31581]: sending request to mother
    Feb 28 15:21:43 (none) sockd[7986]: received request: VER: 5 CMD: 1 FLAG: 8 ATYP: 1 address: 207.188.7.179.80
    Feb 28 15:21:43 (none) sockd[7986]: pass(4): connect: 192.168.1.77.1742 -> 207.188.7.179.80
    Feb 28 15:21:43 (none) sockd[7986]: pass(4): connect abort: 192.168.1.77.1742 -> 207.188.7.179.80: Connection refused
    Feb 28 15:21:43 (none) sockd[7986]: send_response(): sending response: VER: 5 REP: 5 FLAG: 0 ATYP: 1 address: 207.188.7.179.80


    ------------------
    ***Well done the day ? don´t know, there was no light ***
  • 0 in reply to Marwin
    looks like the RealVideo server sends a UDP stream back and SOCKS opens a listen socket to receive it.

    for the UDP stream to arrive, you must allow incoming UDP packets from all ports on the external interface.

    to do this, add a rule like this:
    From: Any Service: TCP_UDP_All 
    To:  Action: allow

    then try again.

Unfiltered HTML