# This token does not have access to requested config 'dev\_personal'

**URL:** <https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485>\
**Category:** Need Help\
**Created:** [March 14, 2024, 12:23am UTC](https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485 "2024-03-14T00:23:25Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![Yoshi\_Gillaspie](https://sea2.discourse-cdn.com/flex016/user_avatar/community.doppler.com/yoshi_gillaspie/32/1031_2.png) [@Yoshi\_Gillaspie](https://community.doppler.com/u/Yoshi_Gillaspie)\
**Post date:** [March 14, 2024, 12:23am UTC](https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485/1 "2024-03-14T00:23:25Z")

</div>

Our team has a dev project, and I just enabled personal configs. However, when I change the config using doppler setup, I get the error “This token does not have access to requested config ‘dev\_personal’”. This is only a problem with forks from the dev project, and only for our client code, which is started with `react-scripts --max_old_space_size=2560 --openssl-legacy-provider start`.

---

<div class="post-metadata">

**Author:** ![watsonian](https://sea2.discourse-cdn.com/flex016/user_avatar/community.doppler.com/watsonian/32/267_2.png) [@watsonian](https://community.doppler.com/u/watsonian)\
**Post date:** [March 14, 2024, 7:26pm UTC](https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485/2 "2024-03-14T19:26:13Z")

</div>

Hi @Yoshi_Gillaspie!

Welcome to the Doppler Community!

Most likely what you’re seeing here is that a service token (which is scoped to a specific config) is being used by the CLI. The easiest thing to look for is a `DOPPLER_TOKEN` variable set in your shell environment. If there is one, that will take precedence over anything else and could be causing problems. If you see that set, run `unset DOPPLER_TOKEN` and try doing the `doppler setup` again.

If that isn’t the case, then probably the fastest way to get things working properly again would be to run the following command:

```shell
doppler configure reset

```

This will remove any local configuration you have (including situations where you’ve performed a `doppler setup` or `doppler login` in subdirectories). After doing this, run `doppler login` again. Once you’ve done that, try to perform the `doppler setup` again and see if it works.

Let me know if that works! If not, we can dig in a bit more and see what else may be going on here.

Regards,  
-Joel

---

<div class="post-metadata">

**Author:** ![Yoshi\_Gillaspie](https://sea2.discourse-cdn.com/flex016/user_avatar/community.doppler.com/yoshi_gillaspie/32/1031_2.png) [@Yoshi\_Gillaspie](https://community.doppler.com/u/Yoshi_Gillaspie)\
**Post date:** [March 14, 2024, 7:59pm UTC](https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485/3 "2024-03-14T19:59:56Z")

</div>

Hi @watsonian, thanks for looking into it. Unfortunately still having issues.

No doppler token is set:

```auto
(main) if [-z "${DOPPLER_TOKEN}"]; then echo "DOPPLER_TOKEN is not set"; else echo "DOPPLER_TOKEN is set"; fi

DOPPLER_TOKEN is not set

```

I just did a doppler configure reset and then logged and and did setup, but continue to see the same issue:  
Doppler Error: This token does not have access to requested config ‘dev\_personal’

An additional note, this seems to only be an issue with starting up our client, but not an issue with starting our server. In both cases I run `doppler run -- npm run start`. In the server, this just runs `nodemon server/index.ts` and works, in the client directory, this runs `doppler run -- react-scripts --openssl-legacy-provider start` and does not work.

---

<div class="post-metadata">

**Author:** ![watsonian](https://sea2.discourse-cdn.com/flex016/user_avatar/community.doppler.com/watsonian/32/267_2.png) [@watsonian](https://community.doppler.com/u/watsonian)\
**Post date:** [March 14, 2024, 8:52pm UTC](https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485/4 "2024-03-14T20:52:43Z")

</div>

@Yoshi_Gillaspie This definitely seems like some kind of scoping issue where one of your services ends up not using your local CLI token. Could you try temporarily modifying your packages.json file so that the `doppler run` invocations starts like this:

```shell
DOPPLER_TOKEN=$(doppler --scope "/" configure get token --plain) doppler run ............

```

That should force it to use your global CLI token.

Regards,  
-Joel

---

<div class="post-metadata">

**Author:** ![Yoshi\_Gillaspie](https://sea2.discourse-cdn.com/flex016/user_avatar/community.doppler.com/yoshi_gillaspie/32/1031_2.png) [@Yoshi\_Gillaspie](https://community.doppler.com/u/Yoshi_Gillaspie)\
**Post date:** [March 14, 2024, 9:53pm UTC](https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485/5 "2024-03-14T21:53:52Z")

</div>

I think I got it. It seems to be related to a double call to doppler run. Basically, I had been running `doppler run npm run start-dev`, and then start-dev is defined as `doppler run doppler run -- react-scripts --openssl-legacy-provider start`. So seems like it’s breaking when calling `doppler run -- doppler run -- {actual command}`

It is strange that it doesn’t cause an error for any of the other doppler environments though.

Thanks for your help looking into this!

---

<div class="post-metadata">

**Author:** ![watsonian](https://sea2.discourse-cdn.com/flex016/user_avatar/community.doppler.com/watsonian/32/267_2.png) [@watsonian](https://community.doppler.com/u/watsonian)\
**Post date:** [March 14, 2024, 9:56pm UTC](https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485/6 "2024-03-14T21:56:59Z")

</div>

> [@Yoshi\_Gillaspie](#):
>
> It is strange that it doesn’t cause an error for any of the other doppler environments though.

Does the environment having problems happen to have a `DOPPLER_TOKEN` as a secret in the Doppler config it’s pulling down the first time? If that were the case, then the first `doppler run` invocation would set `DOPPLER_TOKEN` for the second invocation, which would change which credential it was using.

Regards,  
-Joel

---

<div class="post-metadata">

**Author:** ![Yoshi\_Gillaspie](https://sea2.discourse-cdn.com/flex016/user_avatar/community.doppler.com/yoshi_gillaspie/32/1031_2.png) [@Yoshi\_Gillaspie](https://community.doppler.com/u/Yoshi_Gillaspie)\
**Post date:** [March 14, 2024, 10:09pm UTC](https://community.doppler.com/t/this-token-does-not-have-access-to-requested-config-dev-personal/1485/7 "2024-03-14T22:09:43Z")

</div>

Ohhh, that make sense, and yes we do. Thanks for clearing that up!
