M&B Mod-Related Websites

Users who are viewing this thread

andrejs80: Perhaps you don't understand the meaning of the word "should". :wink:

This is an odd error and seemingly unrelated to the previous problems, and isn't affecting the subdomains strangely enough. The generation of the site's entry in their Apache web server configuration file apparently got messed up somehow or other. I've contacted support about it.

EDIT:
as a temporary workaround until they fix whatever is messed up with the main domain, you can connect to:
http://core.mbrepository.com/
Instead of the normal site, this is a subdomain that mirrors it and is unaffected. If you have an account you would have to log back in, though.

EDIT 2:
Got this reply back from support, the main site should be working again soon:
I am very sorry for the downtime you have experienced with this website. I checked the site and found that the IP address had updated, but not been put into effect.  I ran an update script that has the new IP in place and now it just needs a little time to propagate.
 
I am very sorry for sounding (involuntary, though) like this. I want to apologize to Janus and fisheye, whom I might have offended, I didn't mean to do it. I won't post such things again... :oops:
 
By the way, the main domain for the Repository has been loading properly for me since several ago, so I imagine by now it should have propagated to all the nameservers around the world.
So, no more need to point to the "core" subdomain.

Here's hoping no other random problems pop up like this one, that mess got old fast. :wink:
 
core.mbrepository.com wont load, and end up with no connection to the server (Yes, I've tried loads of times).
and the mbrepository.com has an error loading page
Code:
Site Temporarily Unavailable
We apologize for the inconvenience. Please contact the webmaster/ tech support immediately to have them rectify this.

error id: "bad_httpd_conf"
And I believe, since you share your host with other sites, that directory listing is not available.
*cries*

EDIT:
No, wait! I got in to core.mbrepository.com now! WOHO!! Someone heard my prayers! ><
 
Guess the nameservers your internet service checks still aren't updated with the new IP address it uses; might take a few more hours yet for people in some areas then.

Strange that you were having trouble with core.mbrepository.com though. Send me a PM if you continue to have problems in a few hours time.
 
Well, dammit, still having problems with the site. If you have trouble connecting to the regular domain, try changing the "www" to "core" for now and you might be able to get through ("www.mbrepository.com" changed to "core.mbrepository.com").


EDIT:
After combing through a hell of a lot of logs, I've determined the biggest problem is from direct links to the files provided by other forums besides this one, mostly foreign language forums with a post about M&B and some mod links. They're just eating up all of the connectons to the main domain since they bypass the download script which picks a subdomain to serve the file.
Obviously, this is going to have to change. I've decided the best option is to simply disable direct links to the files from anywhere outside of the site. I'll be working on implementing that today.
Direct file links will afterwards no longer work; you will instead need to link to the download link provided on the site.

The site will be pretty messed up while I work on getting this in place, bear with me. I'll give more info on the changes needed for direct download links once the site is back operational again and the changes are in place.
 
OK, once again, I think the problems with the Repository should be taken care of. I've finished my work on disabling direct download links. It seems to have made the site completely responsive for now, so there is hope. The site still has a throttle on how many connections it allows which I'm waiting for Dreamhost support to clear out, so it still might possibly throw you a "server busy" error.

To give an example of what I mean by direct download links not working, try to follow this link:
http://www.mbrepository.com/files/battlesizer_install.exe
It will send you to the error page indicating the direct download link was blocked.

The correct download link for the Battle Size Changer which would work would be:
http://www.mbrepository.com/modules/PDdownloads/visit.php?cid=8&lid=107
If you follow that link, it will connect properly to one of the subdomains to serve the file to you.

So, anyone using a direct download link, be advised you'll need to change your link for it to work. I'm sorry I had to change my policy on direct download links, but they seem to have been crippling the site.


EDIT: just to be clear, you can also link to the page with you mod's download description and so forth. As long as your link isn't pointed directly at the file, it'll work fine.
 
Just thought I'd let everyone know, there is still jeopardy over the future of the Repository due to the recent huge surge of traffic. I've continued having to work on new methods to try and keep the number of connections to any subdomain from getting overloaded. The situation is very much improved from how it was a while back, but there are still load problems even now and I've been continually back and forth with e-mail support for my host basically every day up until this point about it.

I've made one final change to try and automatically redirect traffic away from any server that gets overloaded with connections (incidentally, this means you should normally not see the 503 error page now since it should automatically redirect to another server). Each download server now has a throttle to the number of connections it accepts to try and keep them from overloading.
Part of the problem seems to be with people using certain download managers which make far too many connections to the server, causing the overload. This could be taken care of by one of several apache mods which limit the number of connections given to any one IP, but unfortunately my host doesn't have any of these mods installed on their servers.

Hopefully this latest (and last) effort will be enough to keep it going, but we'll just have to see.

I ask that anyone who reads this refrain from using a download manager on the Repository, thanks.


EDIT:
Also, for anyone who has a hosting plan with Dreamhost, I ask that you vote for the "mod_limitipconn" suggestion here:
https://panel.dreamhost.com/index.cgi?tree=home.sugg&category=Goodies%20%2D%20Htaccess%2FWebDAV
Doubt I'll find anyone other than Winter and Hellequin, but it's worth a shot.
 
Looks like that's a leftover of when the domain got hacked a good while back. I'm assuming from that the site is defunct.

In fact, I just went through and cleaned up all outdated links which were listed.
 
Just as an update, the Repository site is still occasionally getting hammered by people using unscrupulous downloader programs that try to make a huge number of simultaneous connections to the server. Most of these seem to be originating from China. Some are making over 10,000 connections to a single download subdomain on the Repository within a 10 hour period; if you wonder why the Repository is having problems, it's people like that.
I'm continuing to IP block anybody who makes over 500 connections to a single download subdomain within a 24 hour period. I already have quite a list just from the past 3 days. I've been having to check a couple of times a day to update the IP ban list.

Also, anyone who was downloading using IE and getting files with no file extension (which don't work), my apologies. IE has a bug that gives it problems downloading executables when a query is sent with the download request, resulting in a file with no extension downloaded. The query used was for the Repository's automatic download redirection I added which redirects your download request to another subdomain if the one you were sent to happens to be overloaded.
I came up with a workaround though, so IE downloads should again have no problem and you should not see a 503 error at this point when trying to download.
 
Hi Janus, for the last few days I've been getting this message when I try to go to the repository :

Forbidden
You don't have permission to access / on this server.

Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.

I'm assuming it's still the same issue, but as I didn't see this specific error mentioned in the last few pages, I figured I should post it anyway.

Hope it's relevant :smile:

 
That's been when trying to load a page on the site, or when trying to download? The pages on the site should be loading OK pretty consistently (and have been for me), but occasionally over the past few days the download subdomains have given such errors when really massively hammered by a ridiculous number of connections. I've been blocking the IPs of the people responsible which has helped a lot from what I can tell, but more such people seem to pop up every day (probably some of the same people on different IPs).

If you see this though:
Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.
like you were saying, that means the particular server has been hit with so many connections it can't even handle redirecting you to my custom error handler.
 
It's when doing anything at all, I can't even access the front page. It's been like this for 2-3 days. Could it be some thing at my end causing this? I'm not using a dl manager and a standard windows firewall.
 
Ares said:
It's when doing anything at all, I can't even access the front page. It's been like this for 2-3 days. Could it be some thing at my end causing this? I'm not using a dl manager and a standard windows firewall.

The site log shows your IP address connecting and reporting it is using the FDM download manager for your browser. The Repository site completely blocks anyone using FDM (among other download managers), which is why it isn't working for you.
To give you a better idea why FDM is blocked on the site, a quote from the FDM site:
FDM is an indispensable tool for download acceleration. It splits files into several sections and then downloads them simultaneously allowing you to increase your download speed up to 600%.
That's exactly why I'm blocking download managers, many of them make too many simultaneous connections to the Repository download servers and can end up blocking the server from other downloads or even completely overloading and crashing the server.
Do you not have some way of disabling FDM and just using your browser?

EDIT:
By the way, to give people a better idea of why they're blocked if it's due to their Agent being identified as a download manager, such people will now see this page instead of the 403 error:
http://www.mbrepository.com/agent_blocked.html
And, though it's been in place for a while, if you have been identified and blocked for using far too many connections, you will see this page when trying to connect to the site:
http://www.mbrepository.com/dl_managers.html
 
um I'm assuming flashget/jetcar is a dl manager, I understand thats y when I try to dl I get blocked but I don't know how to turn it off or forgo using it on a specififc dl, I even tried temprorarily moving some of the progaams essential operating files to a different far away folder so it didn't work and I got the same message (no dl managers) when trying to dl, plz tell me how to turn off flashget or at least how to dl a mod of the site :cry:
 
If you have problems, PM me with the details.
By the way, you should read through the error page you get, it will give you a pretty good indication of the problem.

Also, no need to double post. There's a "Modify" link to edit your posts.
 
Byakuyad said:
is it me or the Mesoamerica Mod and Waterloo mod is filled with porn spams?
Hmm, just checked and you're quite right. I've disabled those links for the time being.
Just another reason not to use an unmodified phpBB forum, porn bots love them. :razz:
 
Back
Top Bottom