A websitedown.org test some minutes ago produced this:

... and that's why I used a Singapore node; in case some of you can't see the imgur image:

Mixed signals for msfn.org: Reachable in 2of 8 signals, with regional or policy differences elsewhere.

US East (IAD): Server error 502 Bad Getway
US West (SFO): Server error 502 Bad Getway
Europe (CDG): Server error 502 Bad Getway
Europe Central (FRA): Server error 502 Bad Getway
South America (Sao Paolo): Timed Out
Asia East (Tokyo): Server error 502 Bad Getway
Asia Pasific (SIN): Reachable 200 OK
Ocania (Sydney): Reachable 200 OK

In the hope it helps 😸 ...

... And now, ALL is GREEN:

... and I, after so many hours, can again connect through my own Greek IP; I'm losing my sanity, it seems...

@xper Is this all just server overload?

ie, the gateway errors have NOTHING to do with the visitor's IP Address, but all about the CPU Percentage at the time of the visitor's attempted visit?

4 minutes ago, NotHereToPlayGames said:

@xper Is this all just server overload?

ie, the gateway errors have NOTHING to do with the visitor's IP Address, but all about the CPU Percentage at the time of the visitor's attempted visit?

It is not entirely correct.

It's something among these. It's not a lack of memory.

The Backend Server is Down: Apache or PHP-FPM crashed or stopped running because of a configuration error or lack of memory.

Configuration Syntax Error: A leftover Cloudflare rule or file was deleted, but another configuration file is still looking for it, causing a processing failure.

A Connection Timeout: Invision Community 5 application took longer than 60 seconds to process a request (like rebuilding its Redis cache), so Nginx gave up and dropped the bridge.

Firewall Blocks: CSF firewall is misinterpreting the local communication between Nginx (Port 80) and Apache (Port 8181) as an attack and is blocking it.

What were those 0 thru 7 percentages an hour ago?

Another "peculiarity" I want to share is that often times, while I am indeed able to load the board from my real physical location (like at this moment), I get the 502 just for the board's favicon, resulting in MSFN tabs without favicon:

and

Really strange, isn't it?

I'm aware of that. Give me a little time, please.

@xper said;

Wednesday at 02:29 AM

"Ok. I am going to delete all members with 0 posts. I was

planning on cleaning up the database anyway."

That might catch some members who, say, are cataloging

bots (e.g. Google-like catalogers) who we might not mind

having them sign in and transverse the topics, and perhaps

there are long time members from programming companies

or news organizations (...and perhaps other circumstances

which we just haven't thought of).

Maybe (in the 1st instance) just try deleting;

-members with zero posts,

WHO ARE ALSO,

-members who have not signed in for n years,

WHO ARE ALSO,

-members who have never donated.

How it would be considered to determine what n year to

delete back from? (shrug) ...15 years? Mmm, I seem to

recall many years back (perhaps a decade?) an occurance

when ALL members on MSFN had to change their password

(vaguely recall it was due to a supposed exploit where USA

said that global gateway or servers' routers might have

been compromised? anyway,) so maybe an appropriate

alternate n year determination might be that date/year that all

members had to do that password change, because if the

member never did do that password change then they are

surely unlikely to be ever coming back nowadays... .

• - - - -

Addendum: Also, not specifically related to deleting zero post

members, just in the spirit of that general cleanup thought,

maybe if possible look at what files the forum server is

constantly downloading to see if the server is wasting its time

fetching say, external website emoticons or gravatars that

might be better having their external URL's redirected to fetch

from a copy of that file instead saved to MSFN servers' internal

storage (assuming that there might be some external files that

can be found that for some reason the server is not caching

in server memory).

Also, in like thought, see what the largest files are that the MSFN

servers' are constantly sending out, and see if those particular

files can be significantly reduced in size (I'm not worried about

MSFN's forum headlining pics, but as an example I've seen other

forums where the freakin' masthead picture could have had a

substantially smaller file size utilized instead), so not-particularly-

large size files that simply due to being constantly served/sent

out might end up making a non-trivial part of the total data served

per forum webpage. PNG pics can be smushed down in file size

quite a bit, for instance.

Possibly this has been considered already, just trying to cover all

the bases.

Cheers

Edited 27 minutes ago27 min by buyerninety

Everything is sorted out regarding the bots, server configuration, and server security. Bots are blocked on 3 levels—scrapers and malicious bots alike, as well as those attempting SQL injection. Everything is working exactly as it should now.

Thanks for the advice anyway.