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

Streaming media server not visible outside firewall

We had a server outage last week that took down a number of assets we had. After restoring the server, and making sure our network security rules for the firewall and DNAT/SNAT rules were consistent with the state of the server, we found that a number of sites not using Port 80, like FTP, Email and Media Streaming were not connecting through the firewall. After restarting our Active Directory server, the connections to FTP and Email started working, but not Media Streaming, on Port 8080. I can access it from inside the firewall, but not from outside of it. I checked the DNAT rule we had for it, and the External IP address set for the Traffic Destination is correct, and the server name for the Destination shows the correct internal IP address. I have tried setting the Traffic Service to the Media Streaming w/HTTP group (which was the setting for the rule already in place), Media Streaming group, and even just indicating MMS (the server uses Windows Media Server). I tried setting up a copy of the MMS service pointing to Port 8080. None of these worked.

I have checked the Active Directory server handling the internal IP addresses for the servers it manages. The internal IP for the WMS server is consistent with what is indicated in the server name referenced in the DNAT rule. And, as I mentioned earlier, I can send a successful request to the server from inside the firewall, so I have eliminated problems with the IIS site definition and bindings and do not think the problem is with our internal server routing. 

I am trying to nail down whether this is a problem with Active Directory's management of the internal IP for this server or with Astaro (v8, in my case).

For the sake of disclosure, my normal function is in software development, my expertise in firewall and server management is limited.


This thread was automatically locked due to age.
Parents
  • Again, port 8080 is reserved in the UTM for the HTTP Proxy, so any traffic arriving on an interface without a default gateway might get gobbled up by that.  At the command line, as root:

    cc set http port 8181


    Any luck after you do that?

    Cheers - Bob
Reply
  • Again, port 8080 is reserved in the UTM for the HTTP Proxy, so any traffic arriving on an interface without a default gateway might get gobbled up by that.  At the command line, as root:

    cc set http port 8181


    Any luck after you do that?

    Cheers - Bob
Children
  • Sorry it took me so long to get back to you. We decided to upgrade our license to be able to use the Web Security feature set, and took quite an effort between Astaro, their reseller, and ourselves to make this happen. 

    I changed the port to 8081. Good news, I can get the server's 404 Error, instead of a generic one, but I still cannot access the media server without appending port 8080 to the domain, and I cannot access the logical folder at that server.

    To recap where things stand at this point, 

    • wms.domain.com gets me domain.com's default server (on port 80)
    • wms.domain.com:8080 gets me the server hosting the Windows media server (and wants me to log in)
    • wms.domain.com/shared/some_file.wmv and wms.domain.com:8080/shared/some_file.wmv get me the internal server's 404 Error page (before changing the Web Security port to 8081, the former would yield a generic one, and the latter the internal server's 404 page)
    • wms.domain/shared/some_file.wmv works as expected when called inside the firewall