Hide Login Page cannot be safely reactivated after restoring site

  • Resolved meatbrain

    (@meatbrain)


    6 years, 8 months ago

    I have installed Shield Security on our production site, and am very pleased with it. I have, however, encountered a problem while restoring a backup of the site.

    I have been testing the popular Updraft Plus backup plugin. Backups work fine, but I wanted to test the restore. Here is what I did, and the results:

    1) Create a backup of the production site, using Updraft Plus.
    2) On the same server, create a new folder called restoretest for a restore of the site, as well as a new database.
    3) Install a fresh copy of WordPress in the restoretest folder (via wp-cli).
    4) Install UpdraftPlus in the fresh install, to use for restoration.
    5) Restore the files and database using UpdraftPlus. The database was the last to be restored.
    6) Since I know the URLs in the restored database are wrong, use wp-cli search-replace to change all instances of mydomain.org to mydomain.org/restoretest.
    7) Here we encounter the problem: the restored copy of Shield should implement a login URL of mydomain.org/restoretest/mglogin. But going to that URL results only in a 404 page.
    8) Shut down Shield with the forceoff file.
    9) Now I can log into the dashboard at wp-admin — I do so, and then remove the mglogin string from the Hide Login Page panel.
    10) Re-enter the mglogin string, save the options, and remove the forceoff file. Problem repeats.

    I am concerned that if I should ever need to do a real-life restore of the site to the production URL, the Hide Login Page function will be permanently unavailable.

    What did I do wrong? Or, what can I do to restore this function?

    Thanks…

    JGB

Viewing 3 replies - 1 through 3 (of 3 total)
  • Plugin Author One Dollar Plugin

    (@onedollarplugin)

    Hi,

    This sort of behaviour is untested, but theoretically it should work. I’d need to dig into this further.

    Before I do that, is the .htaccess file in-place and up-to-date? Could you try resaving permalinks?

    Thread Starter meatbrain

    (@meatbrain)

    The .htaccess file was in place, but I had not refreshed the permalinks.

    Once I did so, I entered the new string in the Hide Login Page panel and saved options. I logged out of the admin dashboard, and then the new login URL worked.

    I assume that this option reads the .htaccess file as part of changing the login URL.

    Thanks for the assist!

    JGB

    Plugin Author One Dollar Plugin

    (@onedollarplugin)

    It’s highly dependent on a working permalinks system and renaming URLs in the database isn’t enough to complete the necessary permalinks configuration.

    This feature doesn’t directly use the .htaccess, but permalinks does.

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Hide Login Page cannot be safely reactivated after restoring site’ is closed to new replies.