topic Re: Regarding LDAP authentication in DevNet Sandbox

Regarding LDAP authentication

mukul chauhan — Tue, 14 Mar 2023 17:32:13 GMT

Hi Support, I have a doubt
I have done LDAP authentication and created LDAP Directory to authenticate my web application so I have doubts about when my lab is closed or terminated then the LDAP directory will also be terminated and I will not authenticate anymore to my web application.
I think I always need to connect VPN through Cisco AnyConnect.
if I am right please provide me with a solution, how can I authenticate if my lab is terminated? Do assist me .Thanks

Re: Regarding LDAP authentication

Jonathan Schulenberg — Tue, 14 Mar 2023 18:46:59 GMT

DevNet Reservation Labs / sandboxes cannot be saved. Any changes will be lost when the reservation ends.

https://developer.cisco.com/docs/sandbox/#getting-started/reservation-sandboxes

Re: Regarding LDAP authentication

mukul chauhan — Tue, 14 Mar 2023 18:57:41 GMT

could you please let me know, how could I LDAP authenticate if I lost the lab reservation?

Re: Regarding LDAP authentication

Jonathan Schulenberg — Tue, 14 Mar 2023 19:31:25 GMT

You can't. Once the lab reservation ends you have no access to it. You can schedule a new reservation but will need to redo the LDAP configuration once the sandbox finishes initiating.

Re: Regarding LDAP authentication

mukul chauhan — Wed, 15 Mar 2023 05:28:36 GMT

@Jonathan Schulenberg
Is any other solution if we want LDAP authentication or any specific procedure I need to follow?

Re: Regarding LDAP authentication

Jonathan Schulenberg — Wed, 15 Mar 2023 15:45:46 GMT

It's really unclear what you're hoping to accomplish here. LDAP vs. local authentication is transparent to every user/admin interface and API that I can think of on CUCM. Configuring it in an ephemeral sandbox doesn't seem useful to me.

If you have partner-level access to Cisco.com you could look at the available options on dCloud. Unlike the DevNet sandboxes, dCloud allows you to save a snapshot of your instance that can be restored on subsequent reservations. Those instances aren't always-on either though. If you need a permanent instance of CUCM for ongoing testing you'd need to spin up a VM locally. That, of course, requires paid or partner NFR licenses.