Hello,
I have a 1 click install of Wordpress on Ubuntu 16.04 that is now experiencing ERR_CONNECTION_REFUSED when accessing the site via IP address. This occurred after logging into the wordpress admin account from two separate computers at the same time (different physical locations, different IP addresses). The error is happening at only one of these location’s wifi network. The site loads fine elsewhere - I even tested with my phone on a data connection with success, but as soon as I connect to the wifi here, the page will stop loading and shows the error.
What I did to try to fix: I cleared cookies in browser. This didn’t help. I then reset the Authentication Keys and Salts in the wp-config.php file. This didn’t help either.
I’m not sure how to proceed and my searches haven’t been helpful yet. What’s going on, and how can I regain access?
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
This worked for me. My issue was, after 3 unsuccessful login attempts the service blacklisted my home IP. Running these commands (as root) as solved my issue, thank you very much good sir!
There could be a number of things associated with that error, ranging from local connection issues to your IP being blocked by the web servers firewall, with a few other potential in-between.
So, let’s start with a few basic questions:
1). Are you able to login to the web server as root or your sudo user (i.e. SSH)?
2). Can you connect to your server using SFTP and access your web root?
If no to the above, chances are that your IP has been blocked if there’s an active firewall. That would definitely explain why you can access the website from other locations but not your own. To unblock your IP, there’s only a few options.
Option #01: Login to as root via SSH from another location and from the command line, run:
sudo ufw status
If that returns enabled, then run:
sudo ufw disable
For security, you don’t want to permanently disable the firewall, but if your IP is blocked, this should allow you to get back in.
Option #02: Contact DigitalOcean Support by submitting a support ticket from the control panel and let them know that your IP appears to be blocked and that you would like to see if they can login to the server and remove the block for you.
NOTE: If you’ve setup an SSH Key on the Droplet, you may be forced to do #01 though as their support team may not be able to login since your Droplet wouldn’t be setup with a root password and root login at that point, would be disabled.
Restarting Your Web Server
If your IP isn’t blocked, try restarting the web server using either:
service apache2 restart
or, if you’re using NGINX,
service nginx restart
Delete the .htaccess File
In some cases, the .htaccess file used by Apache and created by WordPress can create issues. The easiest thing to do in such a potential case is to simply delete it and them login to the WordPress Admin and simply save your permalinks. By clicking save, it’ll generate a new .htaccess file for you with the correct parameters.
Check Server Logs
If your IP isn’t blocked and the web server doesn’t seem to be the issue, we need to fall back and check your log files. Since you’re using WordPress, there should be an error log in your home directory (i.e. where index.php resides for your WordPress installation). We should check the last 20-30 lines of that file to see if we can identify another issue.
When you logged in via SSH/SFTP, did you login from the same location you’re having these issues? If so, then it’s not an IP block. If your IP was blocked by the firewall or, for one reason or another, by Comcast, you wouldn’t be able to login at all.
That being said, it is possible that you’re having connection issues from your current location, which can be identified by the trace you’ve ran. Seeing * * * as a reply within the first 5 or so hops is normal (it happens here with Charter Communications as well), though from 10-11 and onward, that, to me, is a sign of connectivity issues.
It’s hard to say whether it’s on DigitalOceans’ end or an issue with Comcast, but it does appear that there is packet loss from what you’ve provided, so I would get in touch with DigitalOcean first and provide them with the full trace (with the IP’s – they need the full report, and all info) before bothering with Comcast (unless you’re sure it’s a local internet issue as their CS team isn’t really trained to ID blocks or even issues unless they know of an outage and it shows on-screen – I’ve spent more time on the phone with them than I’d like to have).
So first things first, get in touch with DO by submitting a ticket and providing the full trace.
Get paid to write technical tutorials and select a tech-focused charity to receive a matching donation.
Full documentation for every DigitalOcean product.
The Wave has everything you need to know about building a business, from raising funding to marketing your product.
Stay up to date by signing up for DigitalOcean’s Infrastructure as a Newsletter.
New accounts only. By submitting your email you agree to our Privacy Policy
Scale up as you grow — whether you're running one virtual machine or ten thousand.
Sign up and get $200 in credit for your first 60 days with DigitalOcean.*
*This promotional offer applies to new accounts only.