Slashdot Mirror

X-Pilot is not just a game.
You can create your own planes
and maps, in ASCII no less.
It's the flatland of all flight sims!!!

ok. I'll go home now...

There are already a bunch of remote sound servers. I happen to like rplay, but there is also artsd, nas, esd, etc... Was the problem simply NIH syndrome?

ummmm like muffin which can fake referer headers between your browser and the server

it wouldn't be that hard to record the stream on a network level. As I understand it, you can rig squid to cache realplayer

Yes, this would work, but it would be kind of like using a sledgehammer to swat a mosquito..

A better solution is epoxy, which I used on Movie88 with great success.

I told FlashGet to download through Muffin, a Java-based HTTP proxy. Set Muffin to rewrite the user-agent string as "RMA/1.0 (compatible; RealMedia)" and you should be good to go. Set RealPlayer to use Muffin as an HTTP proxy so you can get the URL to feed to FlashGet.

When will people offer rentals of DivX (or similar) online?

You must've missed the recent story on Movie88. They stream Real instead of DivX, but it didn't take much work to save the streams to disk (you don't even need Streambox VCR...FlashGet and Muffin will do the job). Now if only Tinra would work for converting from Real to AVI...

Not quite so easy.
Once you've got the .RAM file, it contains a URL inside it (probably a pnm:// or rtsp://), and you will need a program that's

1. capable of saving these streams, and
2. capable of re-building the index block that required to view streaming RM video offline

and there's only one that I know of that's capable of doing this: Streambox VCR

Since Movie88 uses HTTP to stream its movies, you don't even need to go to the bother of getting Streambox VCR to work right. Once you have the URL for the stream, dump it into your favorite download manager (I use FlashGet). You won't have to filter/block the user-agent string like you might with IE or Nutscrape, and a decent download manager will use multiple streams to pull the movie in as quickly as possible. As I write this, I have tonight's freebie, Buckaroo Banzai, downloading in FlashGet at over 150 kBps. (Yes...150 kBps, not 150 kbps).

To assist in getting the URL, get Muffin and tell RealPlayer to use localhost port 51966 as its HTTP proxy. Muffin is a Java-based proxy server with some filtering capabilities; one of the things it'll do is display URLs for whatever connections it has open. Start a movie at Movie88, grab the HTTP URL out of the Muffin connection window, and paste it into FlashGet (or whatever you're using). If Movie88 doesn't like your download manager, tell your download manager to use Muffin as its HTTP proxy and enable user-agent filtering in Muffin (a null user-agent worked for me when RealPlayer was playing the stream).

websidestory.com and statmarket.com are basing their statistics on their web tracking technology through the use of advertising. The problem is, they use web bugs (see here, here, and here) to accomplish this. Windows users typically do not take actions to inhibit these web bugs, but Linux, BSD, and even many other Unix users do. There's software out there to help, too. Those who do block these web bugs, or all the hitbox.com sites, as I do, won't ever be counted.

Statistics based on web bugs should never be counted to determine platform penetration. Instead, actual HTML loads from a wide variety of real sites should be used, and the distribution variations show, too. I'm sure Slashdot gets more Linux and BSD just because of what it is.

Find out what other sites that /.ers visit, then get platform stats from those sites, and only for their main page HTML hits (not for images or ads or anything else). Then check the variation of that.

I had to go remove them from 6 different blocks in my network to just to view the linked page.

In the third, with a reference like "/css/rubble.css", you'd like to think that, since the parent URL is in http://foo.ne.mediaone.net:8080, the client would go for "http://foo.ne.mediaone.net:8080/css/rubble.css", but no! It looks up "http://foo.ne.mediaone.net/css/rubble.css" (and spends a long time timing out because of the block).

From the browser perspective, there is no real difference between requests for JPG and CSS. The RESPONSES (specifically, the Content-Type header)are different, though.

Written entirely in Java. Requires JDK 1.1

Runs on Unix, Windows 95/NT, and Macintosh.

Freely available under the GNU General Public License.

Support for HTTP/0.9, HTTP/1.0, HTTP/1.1, and SSL (https).

Graphical user interface and command-line interface.

Remote admin interface using HTML forms.

Includes several filters which can remove cookies, kill GIF animations, remove advertisements,add/remove/modify arbitrary HTML tags (like blink), remove Java applets and Javascript,user-agent spoofing, rewrite URLs, and much more.

View all HTTP headers to aid in CGI development and debugging.

Users can write their own filters in Java using the provided filter interfaces.

Konqueror does 3 out of 4 of these features. You can choose to accept or reject cookies for none, some or all domains. Same goes for JavaScript and java too.

There's no built in filter for images though. If you wanted that you would have to use an external proxy like Muffin.

Don't suppose this helps much on Windows or MacOS however, unless they've got KDE running on those already.

1. Written entirely in Java. Requires JDK 1.1
2. Runs on Unix, Windows 95/NT, and Macintosh. Freely available under the GNU General Public License.
3. Support for HTTP/0.9, HTTP/1.0, HTTP/1.1, and SSL (https).
4. Graphical user interface and command-line interface.
5. Remote admin interface using HTML forms. Includes several filters which can remove cookies,kill GIF animations, remove advertisements, add/remove/modify arbitrary HTML tags (like blink) , remove Java applets and Javascript, user-agent spoofing, rewrite URLs, and much more.
6. View all HTTP headers to aid in CGI development and debugging. Users can write their own filters in Java using the provided filter interfaces.
   

Admittedly, this isn't as convenient as having such preferences in the browser itself, but you can always use JunkBuster or Muffin. JunkBuster is great; I haven't tried Muffin, but the article mentioned it and it looks cool. Even does a couple things JunkBuster can't, like removing <BLINK> tags.

Use Muffin!
Then:

strip blink
strip /blink
tagattr embed.type strip comet
tagattr font.size replace 1 -1

kill casino
kill rawlikesushi
kill cotac.com
kill BAN_record
kill topsites.
kill spon
kill D=yahoo
kill advert
kill [^(gnu)]cash
kill ban.clk
#kill doubleclick
kill linkexchange
kill hitbox
kill banner
#kill mostcash
kill \.sbean
kill webmappro
kill [Pp]layhard.net
kill [Cc]ount
kill rush4gold
#kill click-through
kill [^d]track
kill asacp
kill rsac.org
kill netnanny
kill cyberpatrol
kill surfwatch
kill /ad[s\.lvt/]
kill whispa.com
kill eads.com
kill [Ff]lycast.com
kill imgis.com
kill [kcC]lick
kill /ctc/
kill redir
kill sexswap
#kill ntrack.com
kill extreme-dm
kill account=
kill newclient
kill cash
#kill candidcash
kill /warped/
kill /jump/
kill raw_
kill alladvantage
kill enter.cgi
kill log.cgi
kill go.cgi
kill hitme.cgi
kill visit.cgi
kill amkingdom
kill gold.link
kill /xct/
kill adlink
#kill tracker.cgi
kill fourohfour
kill maximumpcads
kill statthru
kill /pbx/
kill jws
kill vts-pro
kill focalink
kill fly01.exe
kill w3bstart
kill link_id
kill link4link
kill out.cgi
kill rankem
kill stat.net
kill (top([0-9]*).cgi)
kill index[^/]*\?[0-9]
kill nedstat
kill statman
kill taboo
kill stats
kill revenue
kill coupon
kill /clq/

<B> You are done!</B>

• FilterProxy
• Cut The Crap
• Junkbuster
• WebFilter/NoShit
• Muffin
• Proxomitron

Everyone go out and try an ad filtering proxy today! It makes your browsing experience so much more tolerable!

--Bob

I recently checked out a few proxy servers for Linux, and stumbled onto a project called Muffin. It's a proxy written in Java, and also extensible in Java, but with some neat default modules already installed, like an Animated Gif Killer, a Decafeinater (no mo Java(Script)?) So us Linux geeks also have something like that. :)

Let me know how this sounds. We establish a proxy mesh, so that all unencrypted requests for controversial material hit the originating server from non-sensitive territory. We encrypt the connection from our browser to the proxy for untraceability.
SSL improves upon PGP/GPG for this purpose. If you are used to PGP terminology, read 'certificate' as 'public key', and 'certification authority' as 'someone the browser trusts.'

1. GPG/PGP is not a stream cipher. The proxy couldn't pass any part of the file on until it had received the whole thing. In contrast, a streaming cipher like SSL can work on data - and pass it along - as it flows in.
2. It is already in browsers. In Netscape 2+ and MSIE 3+, you even can add new Certificate Authorities; having Verisign sign your certificate is not strictly necessary, but still useful.
3. An implementation (with source) is available both inside and outside the United States. SSLeay is a freely available implementation of SSL.
4. It can handle other protocols. SSLeay has been used in a secure telnet application. See section 16.2 of the FAQ pointed at above for info; the link may fail due to spaces in the anchor name.

The Internet Junkbuster Proxy, Muffin and RabbIT are all filtering proxies, well-adapted to block PICS quickly. These could also anonymize well, to avoid signalling the browser locale to the webserver. Squid is adapted for speed and caching, but not-at-all for filtering; I doubt it has any hooks in the code for that.