Live Streaming w/QTSS behind router

Discussion in 'Mac OS X Server, Xserve, and Networking' started by corbywan, Nov 6, 2009.

  1. corbywan macrumors regular

    Joined:
    Feb 4, 2008
    Location:
    Forest Grove, OR
    #1
    OK, I've googled my brains out on this. I think I know what the problem is, but I can't find the answer. Here is how things are laid out.

    I have a static IP. I have an AirportExtreme with that Static IP assigned to it. The AE is doing the normal NAT/DHCP to the internal network. I have a Mac with a private static IP and QTSS (10.6.1 server) running on it. All the relevant ports in the AE are open.

    THE GOAL - to be able to use QTSS to stream live events to the world using QTB both inside and outside the private network as needed.

    On my private network I can use QuickTime Broadcaster (QTB) to send a live feed (Automatic Unicast) to the QTSS and I can "tune in" to that live feed on another Mac on the private network. All happy.

    If I use QTB to send a feed to my QTSS, and I try to view that feed from outside the private network, QuickTime Player endlessly tries to connect. (I do have all the ports open, I even put the QTSS in the DMZ and the same results). In the log I can see the outside IP connecting to the QTSS so I know it's making it through the AE NAT mapping.

    If I use QTB to try and send a feed to the QTSS from the outside I get a -3285 Disconnected error (again, I tried it in the DMZ same effect).

    HERE IS WHAT I THINK IS HAPPENING.
    I think QTSS is encapsulating the IP of the QTSS machine (a private IP) in the packets going back out to the client, which of course the client on the outside can't get to. I've seen Oracle do the same thing behind a router/firewall. Logs show the client can reach the server, but the returning packets have the IP of the server encapsulated as part of the data, not in the normal way they are when going through a NAT/router.

    Can anyone verify this? Has anyone ever been able to successfully run a QTSS behind a NAT/router and have it behave as through it were on the public internet? I can do a manual unicast from the outside and watch it on the QTSS box so, again, that tells me it isn't an open port problem.

    The closest thing I could come close it is tweaking this in the config file. <PREF NAME="alt_transport_src_ipaddr" >public.ip.goes.here</PREF> I've done that, but it makes no difference, unless it's a legacy setting from an older version of QTSS.

    Email, web, iChat, FTP, every other service works fine from the outside. It's QTSS that is killing me. Thanks in advance.
     
  2. mhawk1 macrumors newbie

    Joined:
    Oct 23, 2009
    #2
    I messed around for hours with this exact problem. Internally, QTSS was working fine. From an external network, the log would show the connections from outside, but the player wouldn't play the stream.

    In the end I pretty much gave up. I did, however, get it working by setting QTSS to stream on port 80.

    It meant I had to change my webserver to 8080 to avoid the conflict.
     
  3. belvdr macrumors 603

    Joined:
    Aug 15, 2005
    #3
    In the manual, on page 68, it appears it is still using the /Library/QuickTimeStreaming/Config/streamingserver.xml file.

    Do you mind posting the contents of your file?
     
  4. PeteY48 macrumors newbie

    Joined:
    Nov 3, 2003
    Location:
    Orange Cty, CA
    #4
    You should try to launch the Airport Utility for your AirportExtreme, and under the advanced tab map all of the ports used by QTSS to the internal network IP address of the QTSS. That might work. Of course your QTSS would have to have a manually assigned IP address so that it wouldn't change on any reboot.
     

Share This Page