Jump to content

Mediafire Actively Censors anonym.to Links


Ambrocious

Recommended Posts

Who knows. Maybe its googles Analytics that determined that we are too risky to be allowed to download files from mediafire.

You could be very correct.

I use Ghostery + NoScript+AdBlock which blocks it.

I just now tried disabling all my extensions and indeed I saw this file violation error screen.... re-enabled my extensions and then no errors....

Link to comment
Share on other sites


  • Replies 65
  • Views 8k
  • Created
  • Last Reply

Bah. Scary shite.

I Think I'll stick to Mozilla from now on. Chrome counts every possible extension, and as a rule on my machine adds at a minimum 10 megs to it per process. So, installing three addons to a browser I was alwys hoping to be able to keep light ain't an option. I'll just bombard Mozilla with addons instead. :lol:

Link to comment
Share on other sites


True, but as a recent FF user, FF also does the same thing.

The difference is that FF masks it under one process (firefox.exe) thus you get a bloated process.

I have found that Chrome has all my favorite extensions i used in FF and also works faster...

As for the ram nibbling, I don't mind with a 4GB machine B)

Link to comment
Share on other sites


I like modest apps. I have a 3GB machine, but still, when chrome floods me with 20 processes, my poor CPUs anal cavity goes numb. XD

For the time being, they'll both remain here, and I'll see who wins in the end. For now, Firefox is impressively in the lead.

Link to comment
Share on other sites


For now, Firefox is impressively in the lead.

For me it is the opposite. I switched to Chrome because when watching flash videos or opening many tabs FF would try to kill my machine thus getting stuttering video and slow response :P

Chrome finds a way to release pressure from my machine with the same demands...

Link to comment
Share on other sites


In Mac-Lion:

-Safari 5.1.5 (7534.55.3) with or without extensions

-Chrome, latest version, 2 last previous versions, with or without the extensions above mentioned.

-Chrome Developer Version

All of then produce same result:

Posted Image

It does not happen with Firefox. (With or without extensions)

:(

Link to comment
Share on other sites


@ Cody - You can't possibly be the guy from mdl. Are you? Or are you just an imposter? :P

Yes that's me, the guy who made Office 2010 Toolkit at MDL.

Link to comment
Share on other sites


I can confirm Opera blocks it too.

Thank you all for testing this out. Anyone else get to the bottom of this issue? Thank you all by the way for looking into this and providing information. This is still considered unsolved and so if anyone has any ideas, let me know.

Link to comment
Share on other sites


@ Cody - You can't possibly be the guy from mdl. Are you? Or are you just an imposter? :P

Yes that's me, the guy who made Office 2010 Toolkit at MDL.

I'm a fan of your toolkit man, MANY kudos for creating it!

Link to comment
Share on other sites


Who knows. Maybe its googles Analytics that determined that we are too risky to be allowed to download files from mediafire.

I can confirm this for sure. :o

I tried disabling Ghostery + ScriptNo and I get the same error page you described.

It is working when at least one of them is on (meaning even if just Ghostery is on, and Google Analytics is blocked, I get to the download page correctly).

Which brings me to the next question, how is that even possible?! :wtf:

Link to comment
Share on other sites


Well, Google has been getting pressure to implement some form of censorship on the Internet, especially since they have the capacity to store half of it (and do!). Perhaps they tried this, Mediafire accepted it, to see if people would notice? An experiment to see if it would fly - an offer made to the website to stay online, but filter out not the contents, but the users. And if revealed, (by those oh so paranoid, crazy, crazy people like Ambrosius, shame on them!), they could always say, Oh, it's just a glitch, which we'll rectify by the end of business.

Link to comment
Share on other sites


It pays to be "paranoid" sometimes. It's always the ones that don't see it coming or don't believe that it's coming that die first in the movies LOL!

Link to comment
Share on other sites


I think this issue is related to how MediaFire handles 'fake' referrers.

Someone said it was reproducible in Opera as well? If this is the case then this is not caused by Chrome or Opera, but by the way Mediafire coded it's pages ;)

Edit: This issue should be reproducible in Opera, Safari, Chrome and other Webkit based browsers.

Anonym.to uses a meta refresh, in the table below you can see what happens:

Posted Image

So MediaFire.com receives the anonym.to referrer. This means that MediaFire.com is actively blocking anonym.to links, not Google Chrome, nor Opera, nor Safari.

I have updated the title of the topic accordingly.

It pays to be "paranoid" sometimes. It's always the ones that don't see it coming or don't believe that it's coming that die first in the movies LOL!

Sometimes it pays to be paranoid... But most of the times mis-informed is a better way to describe the situation ;) (Sometimes, you're right about that :))
Link to comment
Share on other sites


@Infinite FireFly

Please excuse my ignorance, but

does the colored table you have posted above (declares) that "Firefox" also fails like Safari, Chrome and Opera in letting the file to download?

Thank you for your patience.

Link to comment
Share on other sites


If Mediafire is causing the issue, what plugins, triggers, mechanisms cause it? Can this be explained in a way that everyone can understand because as of right now, I have NO CLUE why it's happening. Your chart says "anchor click ()" and "shimmed anchor click()" as the means that it fails...what is that? Sorry, I don't have that skill or level of understanding...yet.

Link to comment
Share on other sites


@Infinite FireFly

Please excuse my ignorance, but

does the colored table you have posted above (declares) that "Firefox" also fails like Safari, Chrome and Opera in letting the file to download?

Thank you for your patience.

This table was taken from Facebook, who have investigated how various browsers react to different kinds of redirects.

anonym.to uses a meta refresh-redirect. As you can see in the table with a meta refresh-redirect the referrer is empty in both Firefox and IE, so Mediafire will not see that you 'came from' anonym.to. In Chrome, Opera, Safari and any other Webkit browser Mediafire will be able to see that you came on their site through anonym.to. Hence they are blocking anonym.to visitors, this is the only way to explain this behavior, in technical terms.

If Mediafire is causing the issue, what plugins, triggers, mechanisms cause it? Can this be explained in a way that everyone can understand because as of right now, I have NO CLUE why it's happening. Your chart says "anchor click ()" and "shimmed anchor click()" as the means that it fails...what is that? Sorry, I don't have that skill or level of understanding...yet.

All you need to look at is the meta refresh, as I explained in my previous post already and explained again in this post (above) ;)

Mediafire does this:

Check were visitor came from. If it is anonym.to block download.

However in Firefox and in IE the 'where visitor came from field' is empty when using anonym.to, so it will allow the download. In Chrome, Safari, Opera and any other Webkit browser the 'where visitor came from field' will be anonym.to, so the visitor is blocked.

Link to comment
Share on other sites


Who knows. Maybe its googles Analytics that determined that we are too risky to be allowed to download files from mediafire.

I can confirm this for sure. :o

I tried disabling Ghostery + ScriptNo and I get the same error page you described.

It is working when at least one of them is on (meaning even if just Ghostery is on, and Google Analytics is blocked, I get to the download page correctly).

Which brings me to the next question, how is that even possible?! :wtf:

It is possible as shought has described already. Happens on a lot of other sites as well.

Try watching video (without blockers) on some sites and you will be persuaded to register or download software/"codecs". With blockers installed (and sometimes scripts disabled) you get to watch the same video without a hitch. Also takes care of a lot of "You don't have permission to access this page" errors.

Link to comment
Share on other sites


In Chrome, Opera, Safari and any other Webkit browser Mediafire will be able to see that you came on their site through anonym.to. Hence they are blocking anonym.to visitors, this is the only way to explain this behavior, in technical terms.

However in Firefox and in IE the 'where visitor came from field' is empty when using anonym.to, so it will allow the download. In Chrome, Safari, Opera and any other Webkit browser the 'where visitor came from field' will be anonym.to, so the visitor is blocked.

As FF users we always knew what the rest of you know now. Webkit even after all these years still has rendering issues that more mature engines like Gecko and Trident don't (unless the devs of a particular browser have intentionally disabled a particular feature). They can keep it so lightweight (fast) because they cut corners.

The price you pay for a few nanoseconds of "faster" rendering. Chrome renders pages a tad faster because of "pre-rendering". What it means is that it "anticipates" the links you're likely to click (according to it's in depth knowledge of your surfing habits) and loads that page in the background.

And that obviously happens at a cost. Chrome's pre-rendering is an unnecessary burden your CPU/RAM can do without. Not to mention bandwidth loss to limited bandwidth users.

Link to comment
Share on other sites


@calguyhunk @shought

I am a little confused, according to your post, the reason we get the blocked page from mediafire is how the browser renders redirect links.

So its not because of Google Analytics?

Why do I manage to get to the download page with extensions like Ghosstery+ScriptNo etc. ?

Link to comment
Share on other sites


@calguyhunk @shought

I am a little confused, according to your post, the reason we get the blocked page from mediafire is how the browser renders redirect links.

So its not because of Google Analytics?

Why do I manage to get to the download page with extensions like Ghosstery+ScriptNo etc. ?

It has nothing at all to do with Google (or Opera, or Safari, or Apple).

Mediafire is disallowing people who are coming from anonym.to links to download from their site ;)

Link to comment
Share on other sites


Mediafire is disallowing people who are coming from anonym.to links to download from their site ;)

But I can access their site with the anonym.to links.... Which brings me back to the question how?

Link to comment
Share on other sites


Mediafire is disallowing people who are coming from anonym.to links to download from their site ;)

But I can access their site with the anonym.to links.... Which brings me back to the question how?
You're using Ghostery, it allows you to block/empty your referrer (so it is never sent to any server). It might be enabled by default, or you enabled it yourself without understanding what it does :P

Correct that, you're using RefControl, probably. Ghostery doesn't allow you to empty your referrer, but RefControl does. (My quick Google search was a bit deceitful.)

So Mediafire can't tell that you are coming from anonym.to.

Link to comment
Share on other sites


You're using Ghostery, it allows you to block/empty your referrer (so it is never sent to any server). It might be enabled by default, or you enabled it yourself without understanding what it does :P

So Mediafire can't tell that you are coming from anonym.to.

In ScriptNo you are correct there is such an option which is enabled by default.

In Ghostery there is no clickable option but I can assume it does it behind the scenes....

Link to comment
Share on other sites


You're using Ghostery, it allows you to block/empty your referrer (so it is never sent to any server). It might be enabled by default, or you enabled it yourself without understanding what it does :P

So Mediafire can't tell that you are coming from anonym.to.

In ScriptNo you are correct there is such an option which is enabled by default.

In Ghostery there is no clickable option but I can assume it does it behind the scenes....

Well than that's it, Ghostery, ScriptNo and RefControl were mentioned in one line a lot of times when I looked up Ghostery on Google (to see whether it blocks referrers), so I assumed it was Ghostery, but if you say ScriptNo has this setting then it is ScriptNo ;)

Anyhow, there you have it, one mystery unraveled, right in front of your eyes :D

Link to comment
Share on other sites


Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...