Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Front End Login Issue #7

Closed
eggzamummy opened this issue Feb 26, 2018 · 11 comments
Closed

Front End Login Issue #7

eggzamummy opened this issue Feb 26, 2018 · 11 comments

Comments

@eggzamummy
Copy link

Using Joomla 3.8.5 The system seems to log in/out successfully once or twice but then loses the ability to login getting "Security Breach" error messages.

@jimhill10
Copy link

I just tried to login into my back end and got this error message:
"The most recent request was denied because it contained an invalid security token. Please refresh the page and try again." The site uses Akeeba Admin Tools Pro. Deleted all the cache files in the lscache folder (where Rochen's server puts them) and I got in. The page header does not show a cache hit in the admin side. Akeeba Admin Tools does not show any breach from the event. I don't show any errors on the cPanel side.

@eggzamummy
Copy link
Author

I don't cache the backend "/administrator" area of the site.
I added this line to my LSCache section in .htaccess to restrict caching of the backend:

RewriteCond %{ORG_REQ_URI} !/administrator

@jimhill10
Copy link

Adding that and will try it over the next few days. I did not see a cache hit on the admin side even before the rule was added.

@WuhuaChen
Copy link
Collaborator

WuhuaChen commented Feb 26, 2018

Thanks for reporting. I think Back End login should not have this problem because currently LSCache plugin will not cache Back End pages. But Front End login page will be cached with some hidden token field may already expired.

Currently the best way of solving it is to set the Front End login page as exclude page. login to back end administrator, in Components->LiteSpeedCache, press "Options" button, then in "Exclude Rules" TAB, in "Exclude Menus" find the Front End login page, set it as exclude page, then save.

in Components->LiteSpeedCache, press "Purge All LiteSpeed Cache" button to clear current cache files.

please give me your Front End login URL, we'll try to make next version exclude Front End login page automatically, thanks for your help.

@eggzamummy
Copy link
Author

I'm using a module called "BT Login" which is a javascript login that is on every page of the site. Also, we use the front end to make changes to content, etc as super user...using the Front End Editor built in to Joomla. Is there a way to only cache if you are a guest/public and not serve cached pages for logged in users?

@WuhuaChen
Copy link
Collaborator

You can try set the "BT Login" module as ESI module. in current version, ESI module will not be cached (next version can choose to be cached or not ). in Components->LiteSpeedCache , find the "BT Login" module, then press the button "Render as ESI", and also need click the "Purge All LiteSpeed Cache" button to clear current cache files.
Current version we only cache guest/public, and will not cache for logged in users, no matter Back End or Front End.
In next version we may put "BT Login" module as ESI no cache module by default, so thanks for your testing and reporting.

@eggzamummy
Copy link
Author

Thanks for the response. Unfortunately I can't seem to get the front end login to work consistently. I have selected Render as ESI for all login modules on the site. It will allow the login, but once you start viewing the protected content it fails. Also, the modules sometimes show the user logged in, other times not. When trying to log in/out it is unpredictable...

I also tried excluding the menu items with protected content and does not work either. I can give you access to this dev site if you would like to try anything.

@WuhuaChen
Copy link
Collaborator

We appreciate your cooperation. You can send me your site access to wchen@litespeedtech.com, Thanks.

@gundestrup
Copy link
Contributor

Have this not been fixed in newest 1.20 version of the plugin?

@WuhuaChen
Copy link
Collaborator

Yes I tested in this user's develop site it's fixed and also no problem with newest 1.2.0 version.

@uglyeoin
Copy link

Just FYI the invalid token issue is Joomla! and there is a fix coming out in the next version I believe.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants