simco

I have everything enabled with the exception of full blocking of the XMLRPC file. We had the optional box checked since we do use Jetpack and other features. As a test, I enabled the full block option and now it appears so far that the attempts have stopped. So apparently the ‘partial’ option doesn’t protect against that constant pinging of the login?

I have the latest version, 4.6.1.

Godaddy’s server setup, for some odd reason, doesn’t automatically keep error logs. So we have to ‘activate’ it and then run repeated tests to see if the log generates any errors. Their support people have to do this since it’s not immediately available in the customer’s cpanel area (allow 24hrs for setup!).

This is pretty strange behavior since normally if it can’t upload the file for some reason it would produce an error on the front end at time of submission. We get 100% success messages, see the attachments listed in the Entries area but when attempt to go there they do not exist.

There was never a resolution posted after my statement that the tables were missing from those two sites.

This problem still exists.

Those tables are missing from those two sites.

I will track it now that the .htaccess file contains those directives. If I continue to receive failed login attempt notices then i’ll report back.

Also note, that directive is not in the .htaccess file even though the setting is enabled in the Firewall settings. The only .htaccess file I can view is in the main site as per your plugin’s parameters:

The plugin has detected that you are using a Multi-Site WordPress installation.

This feature can only be configured by the “superadmin” on the main site.

Here’s what it says:

XML-RPC server accepts POST requests only.