![this site can?t be reachedthe connection was reset. this site can?t be reachedthe connection was reset.](https://www.jetorbit.com/panduan/wp-content/uploads/2020/07/Cara-Mengatasi-ERR_CONNECTION_RESET-3.png)
Lastly if I change the NAT on the Cisco to NAT the public IP of the website to one of the direct inside IP's of the 3 servers instead of the VIP it still fails.
#This site can?t be reachedthe connection was reset. install
If I do an install using the VIP still connected to the VPN it fails as before for any logins. In this case obviously I have to be connected to the VPN but I can login just fine. So this means that instead of WordPress listing the site URL in the DB as (that is ultimately NATing to the VIP and going through HAproxy) it is listing the site URL as the inside IP address of one of the servers. If I blow away the WordPress DB and files and do a new install accessing it from the inside IP of just one server I can login fine. If I connect to our VPN so I have inside network IP access, I can connect to just one of the three servers inside IP. Now here is where things get interesting. HAproxy is also used to sync the MySQL cluster. It also performs health checks on these three servers. HAproxy is listening on both servers for that virtual IP on port 80 and is sending traffic to a back end of the three WordPress servers. If the server fails the virtual IP floats over to the other server. The virtual IP is configured on Keepalived that is live on one of the two load balancing servers. The Public IP for this website is NATed via a Cisco ASA 5510 to an inside virtual IP. Both of these servers are running Keepalived and HAproxy. The 2nd of which is running Clustercontrol for the MySQL cluster management. This HA setup of WordPress is load balanced using two Debian servers that sit in front of the cluster. MySQL is running on all three servers and is part of a Galera MySQL cluster that is managed by Clustercontrol on a separate Debian server. The WordPress files are synchronized between each server via GlusterFS. There are three Ubuntu servers running the latest version of Ubuntu and Apache. The site is hosted at our Colo center that I manage. Seems to be a server side / network issue. So it is not a file or database issue of my current site.
![this site can?t be reachedthe connection was reset. this site can?t be reachedthe connection was reset.](https://pearllemon.com/wp-content/uploads/2021/02/How-To-Fix-ERR_CONNECTION_RESET-error-1200x725.png)
I deleted the entire WordPress file and folder structure, created a new database, and ran a brand new install of the latest WordPress. I have renamed the plugins folder to plugins.hold and no change. I have renamed the current theme folder and no change. I have used Sucuri SiteCheck and it reports no malware. Once I enter my login info and press login I am almost instantly taken to a blank white browser page in FireFox that says "The connection was reset" In IE it says "This page can’t be displayed" However, if I go to site/wp-admin it redirects to the wp-login.php ok but I can't actually login. I can access the site just fine and see all of its content. I recall getting an email notification about them.
![this site can?t be reachedthe connection was reset. this site can?t be reachedthe connection was reset.](https://i.ytimg.com/vi/mqO6uZFakNE/mqdefault.jpg)
The only change has been two auto WordPress updates. I have not changed anything on there servers or the networks and the site has been working fine for months.