livestreams

I've had one similar issue with streaming audio. Where the link to the media file said was the source, actually wasn't. The true original source was proxying the streamed media to the linked source, then to me. After a bit of log searching and packet snifiing, I was able to determine where the file was really coming from. When I whitelisted that domain, the streaming media began working. Does YouTube host all of the videos itself or are some linked to external sources?
 
There's another thread here specifically about YouTube.  https://community.sophos.com/products/unified-threat-management/astaroorg/f/55/t/43144

I think your right. Youtube doenst host alle their videos itself. Thats the problem, but ill not whitlelist some bizzare looking domains

Here is my quick hack for this (until I come up with a better solution):

First, the problem is with the content filter, and not the proxy (which we have all figured out by now).

Whitelisting youtube.com doesn't quite get everything accomplished, as has been pointed out, and neither does adding the regex entries to the URI whitelist.

As I am not using authentication on the Astaro boxes at any of my clients (or my own), I am able to add youtube.com to the list of domains for which authentication should be skipped. I have a content filter profile (Skip_Auth_Profile) which has both virus scanning and spyware checking turned off (vs the default profile which has these two turned on).

All media I've tested on youtube.com (hosted there or streamed through their site) seems to be working.

This is not a great solution, as it will allow - without question - content which should rightfully be scanned and/or content-blocked, but it's a workaround for the next few days while I come up with something better.

Hope this comes in handy for someone.

Here is my quick hack for this (until I come up with a better solution):

First, the problem is with the content filter, and not the proxy (which we have all figured out by now).

Whitelisting youtube.com doesn't quite get everything accomplished, as has been pointed out, and neither does adding the regex entries to the URI whitelist.

As I am not using authentication on the Astaro boxes at any of my clients (or my own), I am able to add youtube.com to the list of domains for which authentication should be skipped. I have a content filter profile (Skip_Auth_Profile) which has both virus scanning and spyware checking turned off (vs the default profile which has these two turned on).

All media I've tested on youtube.com (hosted there or streamed through their site) seems to be working.

This is not a great solution, as it will allow - without question - content which should rightfully be scanned and/or content-blocked, but it's a workaround for the next few days while I come up with something better.

Hope this comes in handy for someone.

Looking at the HTTP requests/replies it seems that the ASG HTTP proxy is giving the Youtube flash video player the interactive version of the download page "please wait while Astaro is scanning your content" or so. Thats the real issue here - Astaro should recognize the User-Agent and give it a simple redirect and/or delay loading until scanning is done, but not send the download page which the Youtube player can't interpret.

As a workaround, I've added "vo.llnwd.net" to the HTTP (domain) Whitelist. Not sure if ALL Youtube videos are hosted there, but it worked for the ones I've tested. Adding *.flv to the URI Whitelist (different from above) should work as well though, but allows it from any site.

Hi there, 

we only send the Download Manager if the User-Agent includes 'mozilla', which normally every IE, firefox and safari does.

As the flash player uses the browser engine to request data, the browser adds this user-agent, in my case:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

Therefore it is very hard to distuingish these media streams from regular downloads.

regards
Gert

If you have version 7 you are totally out of luck, at least for now.. they don't support url whitelisting (as shown in the first post of this thread).. this has broken streaming that runs on port 80 totally on my test systems running V7.. whitelisting individual domains is useless, as a lot of streaming content is hosted by huge server farms with different hostnames... I just hope they add it back in on a 7.x release.