<p>I contacted the hosting company and they managed to fix the issue. They whitelisted the cookie name in their varnish caching system.</p>

CC BY-SA 3.0
2017-11-27T12:03:39.767Z
2017-11-27T12:03:39.767Z
Dan B
<p>I'm not sure if 774 would be enough permissions on that folder. If the web server is not running as the account user (via ruid or suexec/suphp), or is not in the same group as the account user then it will not be able to write to it. Just throwing it out there.</p>

CC BY-SA 3.0
2017-11-21T15:04:46.250Z
I tried 777 as a test and that didn't work either.
Dan B
CC BY-SA 3.0
2017-11-17T02:39:12.897Z
2017-11-17T02:39:12.897Z
Rick Kukiela
<p>Sounds to me like a server config issue. The site worked in one place, you moved it, and now you have this issue.</p>

<p>If it's an Nginx server, this may be helpful: <a href="https://github.com/nystudio107/nginx-craft" rel="nofollow noreferrer">Nginx-Craft</a></p>

CC BY-SA 3.0
2017-11-21T15:07:09.233Z
I'll contact the hosting company to see if they can help with regards to the server config. I'll find out if it's an Nginx server too.
Dan B
CC BY-SA 3.0
2017-11-19T07:12:19.897Z
2017-11-19T07:12:19.897Z
andrew.welch
<p>Just a question; are you on a Nginx server?
I had a similar issue before with a client site. the Nginx configuration was removing the cookies when it cached the page, which redirected to the login page after logging in.</p>

CC BY-SA 3.0
2017-11-21T15:03:23.653Z
I'm not sure if it's an Nginx server or not. I'll contact the hosting company and find out.
Dan B
CC BY-SA 3.0
2017-11-16T16:55:05.037Z
2017-11-16T17:01:59.593Z
2017-11-16T17:01:59.593Z
lpbouvier
<p>I've migrated my client's Craft site to a new host. On the front end the site is fine and working as it should.</p>

<p>The problem is with the Craft admin area. I can login, but once logged I can’t access anything other than the main dashboard screen. Clicking any of the links within the dashboard brings up the login screen.</p>

<p>One thing I did try was to remove the <code>cpTrigger</code> I’d set in /craft/config/general.php. For a moment I thought this had worked. I could access other areas of the dashboard, but then the dashboard logged me out after a minute or so.</p>

<p>I’ve seen a few other posters with similar issues and have tried solutions that worked for them…</p>

<p>I’ve delete the contents of <code>craft/storage/runtime</code>.</p>

<p>I’ve checked the file permissions of <code>craft/storage/runtime</code>. They are currently set to 774.</p>

<p>I’ve tried adding the following to craft/config/general.php:</p>

<p><code>'overridePhpSessionLocation' =&gt; false</code>
As described here - <a href="https://craftcms.stackexchange.com/questions/952/craft-constantly-logging-out-from-admin-area/6876#6876">Craft constantly logging out from admin area</a></p>

<p>and also:</p>

<p><code>'overridePhpSessionLocation' =&gt; true</code></p>

<p>As described here - <a href="https://craftcms.stackexchange.com/questions/9628/migrated-server-now-getting-logged-out-constantly">Migrated Server, Now Getting Logged Out Constantly</a></p>

<p>I’ve tried <code>'requireMatchingUserAgentForSession' =&gt; false</code> too.</p>

<p>Nothing has worked so far.</p>

<p>Is there anything else I could try?</p>

<p>I understand this is likely to be related to permissions for where session files are stored. Are there any questions I should be asking the the hosting company in relation to this? The site is on a shared hosting account.</p>

<p>Any help or advice with this much appreciated.</p>

<p><strong>* An update... *</strong></p>

<p>I looked at <code>/admin/utils/phpinfo</code> in the dashboard to check where <code>session.save_path</code> is pointing.</p>

<p>By default it's set to <code>/tmp</code>.</p>

<p>If I add <code>'overridePhpSessionLocation' =&gt; true</code> to <code>craft/config/general.php</code>, the session location is set to:</p>

<pre><code>/var/www/vhtdocs/xxxxxxxx/craft/storage/runtime/sessions/
/tmp
</code></pre>

<p>That looks a bit odd to me? There are two paths – the craft path and the default session path below it. Is that correct?</p>

CC BY-SA 3.0
2017-11-21T16:41:55.757Z
Re: your update, that's normal. The first value is the application's current value (Craft), the 2nd is the default global value.  It's more clear if you call `phpinfo()` from a script directly.
Brad Bell
<admin><login><migration><session><dashboard>
Migrated site - now dashboard keeps logging out
# Migrated site - now dashboard keeps logging out

(Asked by: username_0 on 2017-11-16)

I've migrated my client's Craft site to a new host. On the front end the site is fine and working as it should.
The problem is with the Craft admin area. I can login, but once logged I can’t access anything other than the main dashboard screen. Clicking any of the links within the dashboard brings up the login screen.
One thing I did try was to remove the cpTrigger I’d set in /craft/config/general.php. For a moment I thought this had worked. I could access other areas of the dashboard, but then the dashboard logged me out after a minute or so.
I’ve seen a few other posters with similar issues and have tried solutions that worked for them…
I’ve delete the contents of craft/storage/runtime.
I’ve checked the file permissions of craft/storage/runtime. They are currently set to 774.
I’ve tried adding the following to craft/config/general.php:
'overridePhpSessionLocation' => false
As described here - Craft constantly logging out from admin area
and also:
'overridePhpSessionLocation' => true
As described here - Migrated Server, Now Getting Logged Out Constantly
I’ve tried 'requireMatchingUserAgentForSession' => false too.
Nothing has worked so far.
Is there anything else I could try?
I understand this is likely to be related to permissions for where session files are stored. Are there any questions I should be asking the the hosting company in relation to this? The site is on a shared hosting account.
Any help or advice with this much appreciated.
* An update... *
I looked at /admin/utils/phpinfo in the dashboard to check where session.save_path is pointing.
By default it's set to /tmp.
If I add 'overridePhpSessionLocation' => true to craft/config/general.php, the session location is set to:
/var/www/vhtdocs/xxxxxxxx/craft/storage/runtime/sessions/
/tmp

That looks a bit odd to me? There are two paths – the craft path and the default session path below it. Is that correct?

**Tags:** admin, login, migration, session, dashboard

> **Comments:**
> **username_1**: Re: your update, that's normal. The first value is the application's current value (Craft), the 2nd is the default global value.  It's more clear if you call `phpinfo()` from a script directly.  

---

## 4 answers

### Answer by username_0 on 2017-11-27. Score: 1 | Accepted answer

I contacted the hosting company and they managed to fix the issue. They whitelisted the cookie name in their varnish caching system.


---

### Answer by username_2 on 2017-11-17. Score: 1

I'm not sure if 774 would be enough permissions on that folder. If the web server is not running as the account user (via ruid or suexec/suphp), or is not in the same group as the account user then it will not be able to write to it. Just throwing it out there.

> **Comments:**
> **username_0**: I tried 777 as a test and that didn't work either.  

---

### Answer by username_3 on 2017-11-19. Score: 1

Sounds to me like a server config issue. The site worked in one place, you moved it, and now you have this issue.

If it's an Nginx server, this may be helpful: [Nginx-Craft](https://github.com/nystudio107/nginx-craft)

> **Comments:**
> **username_0**: I'll contact the hosting company to see if they can help with regards to the server config. I'll find out if it's an Nginx server too.  

---

### Answer by username_4 on 2017-11-16. Score: 1

Just a question; are you on a Nginx server?
I had a similar issue before with a client site. the Nginx configuration was removing the cookies when it cached the page, which redirected to the login page after logging in.

> **Comments:**
> **username_0**: I'm not sure if it's an Nginx server or not. I'll contact the hosting company and find out.  

---

