# Login When Active Directory Unreachable

**URL:** <https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875>\
**Category:** Ignition\
**Created:** [October 31, 2022, 2:20pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875 "2022-10-31T14:20:39Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![tnichols](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tnichols/32/73331_2.png) [@tnichols](https://forum.inductiveautomation.com/u/tnichols)\
**Post date:** [October 31, 2022, 2:20pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875/1 "2022-10-31T14:20:39Z")

</div>

I am using an AD/Internal Hybrid user source. In the event Active Directory becomes temporarily unreachable (e.g. network outage), what is the best way for users to continue to login?

I was hoping credentials could be stored in cache (Cache Validation Timeout \> 0) or the internal database (Populate Users On-Demand = true), but this does not seem to be the case. As far as I can tell, my best option is to set the Failover Source to an Internal user source with a backup user in it. I then give my users the credentials for the backup user in the event AD is unreachable.

---

<div class="post-metadata">

**Author:** ![Transistor](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/transistor/32/3380_2.png) [@Transistor](https://forum.inductiveautomation.com/u/Transistor)\
**Post date:** [October 31, 2022, 2:41pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875/2 "2022-10-31T14:41:50Z")

</div>

I don't know anything about the cache but I highly recommend that you use a soft failover to the default user source and leave the administrator user (or another) that can be used if the AD user source fails. The administrator password should, of course, be kept secret.

Config | Security | Users, Roles | Edit …  
Failover Source = default.  
Failover Mode = soft.

> [@tnichols](#):
>
> I then give my users the credentials for the backup user in the event AD is unreachable.

You could do that, creating a set of emergency users - one per role, perhaps. The problem here is that those logins will let anyone with the password in at any time unless you enable / disable them on the gateway.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [October 31, 2022, 2:42pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875/3 "2022-10-31T14:42:23Z")

</div>

> [@tnichols](#):
>
> set the Failover Source to an Internal user source with a backup user in it.

Yes.

Consider using soft failover and always having production personnel use non-AD credentials.

---

<div class="post-metadata">

**Author:** ![Transistor](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/transistor/32/3380_2.png) [@Transistor](https://forum.inductiveautomation.com/u/Transistor)\
**Post date:** [October 31, 2022, 2:45pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875/4 "2022-10-31T14:45:42Z")

</div>

> [@pturmel](#):
>
> ... always having production personnel use non-AD credentials.

Um, why? Using AD has the big advantage of chucking the user maintenance to the IT/HR departments. What problem does your reccomendation solve?

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [October 31, 2022, 2:54pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875/5 "2022-10-31T14:54:34Z")

</div>

Network failures between production LAN and datacenter.  
If you arrange to provide all resources on your LAN, you can maintain production in the face of IT failures. That, and you can confine your Production LAN's security boundary more completely.

Straight out of the US-CERT cyber-security recommendations. (Database should also be in the production LAN, not in a DMZ.)

---

<div class="post-metadata">

**Author:** ![Transistor](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/transistor/32/3380_2.png) [@Transistor](https://forum.inductiveautomation.com/u/Transistor)\
**Post date:** [October 31, 2022, 3:09pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875/6 "2022-10-31T15:09:47Z")

</div>

So you lose SSO / common passwords?

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [October 31, 2022, 4:23pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875/7 "2022-10-31T16:23:41Z")

</div>

Yes. Trade-offs.

---

<div class="post-metadata">

**Author:** ![tnichols](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tnichols/32/73331_2.png) [@tnichols](https://forum.inductiveautomation.com/u/tnichols)\
**Post date:** [October 31, 2022, 5:41pm UTC](https://forum.inductiveautomation.com/t/login-when-active-directory-unreachable/65875/8 "2022-10-31T17:41:08Z")

</div>

Thanks for the feedback. I appreciate it.
