Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Michael Gale <michael.gale@utilitran.com>
To: netfilter@lists.netfilter.org
Subject: Re: Blocking Streaming Media (Was: Re: (no subject)..)
Date: Tue, 1 Jun 2004 08:50:00 -0600	[thread overview]
Message-ID: <20040601085000.3dcaae24@mgalepc.utilitran.com> (raw)
In-Reply-To: <20040601053750.50670.qmail@web61008.mail.yahoo.com>


Squid -- can block this no problem.

Michael.


On Mon, 31 May 2004 22:37:50 -0700 (PDT)
SBlaze <dagent.geo@yahoo.com> wrote:

> 
> --- Rio Martin <rio@martin.mu> wrote:
> > On Monday 31 May 2004 18:18, Ivan wrote:
> > > Hi,
> > > I am looking for a solution to block streaming media using iptables.
> > > I have found that some of my users are listening to radio stations using
> > > internet, which has pumped up the
> > > internet bill significantly, and of course put a choke on my internet
> > > links. Does anyone know of a solution for blocking just the streaming
> > > media traffic from any web site, while still allowing
> > > the access to the website it self?
> > > Thanks,
> > > Ivan
> > 
> > 
> > Hiye Ivan,
> > The problem you faced was users connecting to Internet Radio Stations using 
> > web port (port 80) isnt it ? I give u an example like LaunchCast from Yahoo 
> > or other stations using port 80 as their service port.
> > 
> > This is become a serious problem when bandwidth allocated not so wide. The 
> > only thing in my mind, try to apply the magic of patch-o-matic STRING. 
> > Examine correctly what packets arrived or what kind of streaming packets
> > sent
> > 
> > by server. Block using those STRING.
> > 
> > Regards,
> > Rio Martin.
> > 
> 
> STRING matching is at best a primative method of any kind of filtration. It
> has been demonstrated and documented many times here that it's simply not an
> efficent option. However I do think I might can help with this. First you need
> to identify what and where the radio stations are coming from. If they are
> from the new Yahoo LAUNCHcast...stoping them should be fairly easy...with some
> work.
> 
> First this is good info to know...
> http://search1.cc.dcn.yahoo.com/cct_search.php?ui_mode=answer&prior_transaction_id=248668163&action_code=5&answer_id=14755094#__highlight
> 
> It contains info for firewalls and LAUNCHcast.
> 
> Assuming you are NATing your internal machines.... set up rules to block
> certain hosts at yahoo.
> 
> From personal experience I connect to this one
> re2wmcontent24.bcst.re2.yahoo.com (at least at this time I'm connected to it)
> 
> By doing some DNS snooping... It apears that there are 43 of these with this
> being the first...
> 
> hogwarts:~# nslookup -silent re2wmcontent01.bcst.re2.yahoo.com
> Server:         66.190.172.252
> Address:        66.190.172.252#53
> 
> Name:   re2wmcontent01.bcst.re2.yahoo.com
> Address: 206.190.44.76
> 
> and this being the last...
> 
> hogwarts:~# nslookup -silent re2wmcontent43.bcst.re2.yahoo.com
> Server:         66.190.172.252
> Address:        66.190.172.252#53
> 
> Non-authoritative answer:
> Name:   re2wmcontent43.bcst.re2.yahoo.com
> Address: 206.190.44.118
> 
> with 44 returning this...
> 
> hogwarts:~# nslookup -silent re2wmcontent44.bcst.re2.yahoo.com
> Server:         66.190.172.252
> Address:        66.190.172.252#53
> 
> ** server can't find re2wmcontent44.bcst.re2.yahoo.com: NXDOMAIN
> 
> So we can reasonably assume that if we block 206.190.44.76 thorugh
> 206.190.44.118 we could stop the LAUNCHcast broadcasts.... Dealing with NAT is
> a tad tricky though... since we need to stop it before it gets "NATED".
> 
> 
> With My setup my eth0 is the "wire" and my eht1 is LAN... so if I drop these
> on my LAN device(eth1)..theoretically I would stop the broadcast. If I wanted
> to stop it this would be the approach I would use. I hope it helps.... keep me
> posted if you try it.
> 
> =====
> In the absence of order there will be chaos.
> 
> 
> 	
> 		
> __________________________________
> Do you Yahoo!?
> Friends.  Fun.  Try the all-new Yahoo! Messenger.
> http://messenger.yahoo.com/ 
> 
> 
> 
> 
> 


-- 
Michael Gale
Network Administrator
Utilitran Corporation


  reply	other threads:[~2004-06-01 14:50 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-31 11:18 (no subject) Ivan
2004-05-31 11:39 ` Markus Zeilinger
2004-05-31 11:53   ` Krishna Prasanth
2004-06-01  1:34 ` Mark E. Donaldson
2004-06-01  2:43 ` Blocking Streaming Media (Was: Re: (no subject)..) Rio Martin
2004-06-01  5:37   ` SBlaze
2004-06-01 14:50     ` Michael Gale [this message]
2004-06-01 15:59       ` Rio Martin
2004-06-02  7:32     ` Rio Martin
  -- strict thread matches above, loose matches on Subject: below --
2004-06-01 15:59 Rio Martin
2004-06-10 21:37 SBlaze
2004-06-10 23:33 ` Michael Gale
2004-06-10 23:54   ` SBlaze

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040601085000.3dcaae24@mgalepc.utilitran.com \
    --to=michael.gale@utilitran.com \
    --cc=netfilter@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox