Login Loop

Hi,

I'm having a login loop whenever I try to login to the control panel. Logs show that the login is successful. I've tried clearing cache & cookies, using a different browser, clearing the sys_session table, repairing all DB tables, all to no avail. I really don't know what else to do.

What I did notice is that even on just browsing to the login page, it creates 2 new sessions in the db table. Once I try to log in, 4 more sessions appear, the first one is a session belonging to a logged in user, but the next ones with just the default theme and language.

 

What is a login loop?

 

When I login it just keeps redirecting back to the login page.

 

You mean you can not log in?
I suspect

• Username or password is wrong or
• Ispconfig can not access database

Search old discussions with
ispconfig can not log in

 

As I said, the logs show a successful login, and the sessions being written in the db doubly confirm that ISPConfig has db access. I've searched old discussions, I've listed all the things I've tried already.

 

Try accessing it from different browser / pc / network.

 

I tried that and it didn't work.

 

I've run a repair on the entire database over ssh, and that table specifically as well.

 

Hi till,

I figured out what the issue is. I'm accessing ISPConfig on a subdomain (set up as a proxy redirect). However, ISPConfig sets the cookie domain to the server IP address rather than the subdomain I'm using.

Any idea what's causing this or how to fix?

Thanks

 

I am not sure what is actually a "proxy redirect" subdomain, whether it is advisable to use it for accessing ISPConfig control panel and what benefits are you trying to gain with it.

The default is to use port 8080 but some are successfully using either a "reverse proxy" to it and subdomain with port 443 for it; and both are already asked or discussed in several threads.

 

I have the same Problem. auth.log says Successful login for user 'admin' from 37.120.37.xxx at 2019-03-28 14:51:56 but just the Login Page appears. i repaired the table sys_session with result 'ok'. i tried several different browsers from different locations. mysql is running, because all db-driven websites are running. what can i do next?
thank you

 

i really did this. believe me. and i tried eight different computers with several browsers. from switzerland, germany and so on.
i wonder where i could find related logfile entrys? if i log in to the datacenter via vpn, then it works with the internal ip (10.10.xx.xx) but not from external. but the fqdn points correct. and.. now i see, if i use the external ip (192.162.xxx.xxx - this is really external no typo) it works either. bind is running on this ispconfig host, but not used. we use dns from the ISP. any hints where i could do my further researches?

 

it's the Current version: 3.1.13p1

 

we don't use a reverse proxy.
in oktober 2018 we got a new external ip range. so the ext. ip changed. i'm not shure if we have this problem since then. because our customers complain only from time to time. but this should be no problem because the ispconfig host is behind NAT and i reach it. only login fails if i call the hostname. AND.. we changed a lot. increasing the LVM. additional mountpoints for backup files and so on. i know that this could be the 'suche nach der nadel im heuhaufen'. the ispconfig is running on debian 8 (actually 8.11) there was no change. server setup was like described in Howtoforge - perfect setup debian 8. a few months ago i installed additional php7.2. (described in howtoforge too)

 

it seems that ispconfig does not write sessions into the database anymore?
the table sys_session in dbispconfig is empty.