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
next prev parent 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.