Support

Admin Tools

#27047 Possible to Geographic block only for administrator?

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
n/a
PHP version
n/a
Admin Tools version
n/a

Latest post by tabletguy on Thursday, 09 February 2017 16:08 CST

tabletguy
I was wondering if there might be a way or an enhancement to set up Geographic blocking only for "/administrator..." links?

I.E. allow country to access website from front end, log in as user, etc. but only allow a couple of countries to be able to connect to the administrator backend?

I looked through a couple pages of tickets with "Geographic Blocking" and read a couple in depth, but didn't see this specific question/suggestion. So, apologies in advance if it's been repeated.

Low priority, obviously.

tabletguy
BTW, I did read through quite a bit of the Admin Tools online document just today. Found some interesting stuff, including turning off the Uploads Scanner in Joomla 3.6+ since it's built into Joomla now. Hadn't noticed that in the release notes, which I do try and read for each update.

One thing I didn't find (and I realize it's not really part of this ticket) is a listing of current defaults. I.E. if one installed a brand new Admin Tools, what would the various file types, etc. include. I found quite a few new ones when I did a site rebuild a couple weeks ago, because one of the things I did was a new install from scratch and compare, etc. Not complaining, just saying.

dlb
No, the GeoIP blocking is either on or off. It can't be adjusted for the front end or back end.

I flagged your documentation suggestion for Nicholas.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

nicholas
Akeeba Staff
Manager
When a default setting is added to fix an issue which would affect a significant number of sites that default is forcibly added to your configuration during the update. We have done that, for example, to add Joomla's copy of restore.php which is used by Joomla Update. However, a new .htaccess file is NOT created because a. there is no way to tell if you are using the .htaccess Maker; b. if you have customized the .htaccess file (e.g. you changed the PHP version from your hosting control panel) and c. if you have modified the settings since you last created a .htaccess file, meaning that generating a new file could break your site. Therefore applying the .htaccess changes automatically would have a high chance of breaking your site and that's why we don't do it. As a result these defaults do not need to be documented.

The same happens with defaults which would prevent your site from being hacked, e.g. the WAF Exceptions we added to catch two zero day attacks on old versions of Joomla. As soon as you update these are added to your configuration and enabled. Nothing for you to do. As a result these defaults do not need to be documented.

There are other defaults, for example which features are enabled by default in the setup wizard, which is the default state of various WAF options etc. These defaults only make sense on new sites. As a result these defaults do not need to be documented.

Now, regarding the default list of blocked user agents. This IS NOT meant to be a definitive list! If it was, we wouldn't give you the option to modify it. The default value is there to serve as an example. You MUST customize it. If you don't understand what you're doing there you will block search engines, payment processors, certain classes of proxied users and other traffic you might be actually be interested in. DO NOT USE THE DEFAULT VALUES IN THAT LIST. The only "safe default" is an empty list. So, nothing to document here either.

Finally, anything else which is a default exclusion i.e. extensions does not need to be documented by its very nature. If you have a site which works fine then by definition you DO NOT need to add more file extension exclusions. The additionally excluded extensions would therefore benefit only new sites, making their configuration a bit easier for you. Existing sites would NOT benefit from modifying the excluded extensions, therefore there is nothing to document.

So, we are left with nothing to document. Anything which would make sense to be documented is applied automatically. Anything which is not documented only makes sense on new sites. Default values, especially in security software, are a starting point. They are NOT the single source of truth.

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!

tabletguy
Thanks!

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!