Support

Admin Tools

#37977 Problem setting admin directory and URL

Posted in ‘Admin Tools for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
4.2.4
PHP version
8.1.11
Admin Tools version
7.1.11 Pro

Latest post by sarahhayes265 on Wednesday, 02 November 2022 20:57 CDT

sarahhayes265

Hi,

I'm fairly new to Admin Tools, having previously used RSFirewall.

I am trying to set up either the custom admin directory or custom admin URL. Neithers seem to work for me. I know that you don't support the custom directory feature, but I'm just explaining what I've done, in case this has affected something else.

First I set a custom admin directory, logged out and when I tried to log in by going to https://mydomain.com/mycustomdirectory I was just sent back to the home page, as if I was going to https://igkt.net/administrator. I followed the instructions for renaming provider.php and got back in (then changed it back). I checked the custom directory name was exactly as I had been entering it and it was.

I removed the custom admin directory setting and tried the custom admin URL instead. https://mydomain.com/administrator/index.php?mycustomword

I can log in at https://mydomain.com/administrator/ from my broadband internet connection on my main Mac, using different browsers.

However, if I try to access https://mydomain.com/administrator/index.php?mycustomword from my mobile data connection or VPN (tried several locations, same browsers) I just get sent back to the site home page. I did get prompted for the admin directory username and password on my mobile connection (not on the VPN connection), which I entered correctly. With both /administrator or /administrator/index.php?mycustomword I am sent to the home page and after 3 attempts I am blocked.

I do have administrator directory username and password enabled. If this is enabled, does that mean you can't/shouldn't use the custom admin URL as well?

Name servers were only changed last night, so DNS is still propagating.

Thank you

Sarah

System Task
system
The ticket information has been edited by Sarah Hayes (sarahhayes265).

System Task
system
The ticket information has been edited by Sarah Hayes (sarahhayes265).

nicholas
Akeeba Staff
Manager

These are all three independently controlled settings.

If you use the custom administrator directory you cannot use the Administrator Secret URL Parameter. It's an either/or thing. Don't use the custom administrator directory feature, it's really not worth the hassle and not as secure as the alternative.

You can use the Administrator Secret URL Parameter and the Administrator Password Protection at the same time; they are not just different settings, they are implemented in different layers of your site's stack.

The Administrator Password Protection is implemented at the web server level, with a .htaccess file in the administrator directory. This is the safest and most efficient way to protect your backend login. It blocks all requests to the administrator directory unless the special username and password is provided in the request. This blocks bots and attackers long before PHP —let alone Joomla itself— loads. It takes nanoseconds to do the block versus the hundreds of milliseconds it takes for the Administrator Secret URL Parameter (implemented in PHP, as a Joomla plugin) to kick in, making it more than a million times(!) more efficient.

The Secret URL Parameter, as I mentioned above and in the documentation, is implemented in PHP code, as a Joomla plugin. The way it works is that as soon as you use the secret parameter in an administrator URL it sets a flag in your user session and a cookie in your browser. This is why further attempts to access /administrator from the same browser works without entering the secret URL parameter; either your session is still active or the cookie kicks in.

As for your mobile browsers, they have cached the redirection and don't visit the /administrator/index.php?whatever URL at all. This is a trick used by mobile browsers to make fewer requests to give you the impression of being faster than your mobile network really is. If you restart your phone it should work correctly again.

One more thing to note: www versus non-www and character encoding. Make sure to access your backend as https://igkt.net/administrator/index.php?your_secret_word_here without www. If your secret word contains characters other than a-z, A-Z, 0-9, dash and underscore it needs to be URL encoded; that's why we tell you not to do that. Support for non-URL encoded characters varies by browser and server.

FYI I am using both the administrator password protection and the secret URL parameter on my sites with mobile browsers (Safari in iOS/iPadOS and mobile Google Chrome on Android). It does work fine.

Finally, let me comment on this:

> Name servers were only changed last night, so DNS is still propagating.

Make sure DNS is fully propagated before doing any further tests. Remember that your mobile connection is using a different DNS resolver than your primary (wired) Internet connection. It is very possible that each connection sees a different IP address for your site. Wait 2–3 days for DNS to propagate and DNS caches to clear in your mobile devices before testing with them.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

sarahhayes265

Thank you. I’ll give it another day or so and try again. 

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!