To help organizations better understand the architecture underpinning the JumpCloud Directory-as-a-Service® platform, our CPO Greg Keller has been creating whiteboard videos that give overviews of different aspects of the product. The hope is that through these explanations, viewers will be able to have a better understanding of how the platform works and how it will interact with their infrastructure. In this episode of the whiteboard series, Greg tackles AD Bridge and how JumpCloud is able to extend Active Directory® identities to other cloud and on-prem resources that it cannot reach on it’s own. You can watch this episode by clicking play on the embedded video below.
For more in-depth instructions, take a look at our Knowledge Base section on AD Bridge.
Why Does AD Need a Bridge?
Active Directory has been the popular directory for nearly two decades now. It was implemented in the late 90s to help admins manage the office, and has been the main commercial option ever since. This was the perfect tool for IT admins when implemented, due to the fact that the office was entirely based on Microsoft products. From the computers, to the printers, to the back end, everything. With this type of setup, it made sense to have a Microsoft product to manage Microsoft infrastructure, and for a while this worked.
However, as we all know, technology does not stay the same for long. Ever since the early 2000s the tools and technology used in the enterprise have rocketed through different iterations and usages. Oddly enough though, the method to manage these new and innovative tools has remained the same AD installation. With the emergence of the cloud, cross platform environments, and remote workers, Active Directory has started to show some pretty serious holes. It was built to manage an on-prem Microsoft environment, and today we are far from what the offices in the early 2000s looked like.
While there is the option to switch to a cloud-based directory like Directory-as-a-Service, in some situations it is not as feasible or just not the right time. This doesn’t mean that admins need to struggle with the challenges of Mac and Linux management, remote worker management, or cloud identities though. JumpCloud’s AD Bridge was built to help connect Active Directory identities to the resources that they can’t touch, and in the process make user management easier and more efficient. No longer will admins fear the day that Macs or remote workers come into the office.
Learn More About JumpCloud’s AD Bridge
With JumpCloud’s AD Bridge in place, IT resources that are off-premises or difficult to bind to AD can now be controlled by the core Active Directory instance. This means admins can manage systems (Windows, Mac, Linux), cloud and on-prem servers (AWS, GCP), web and on-prem applications (LDAP, SAML), physical and virtual storage (Samba and NAS file servers), and wired and WiFi networks via RADIUS.
If you would like to learn more about JumpCloud’s AD Bridge functionality, reach out to us. We would be happy to answer any questions that you might have. Alternatively, if you would like to test out the platform for yourself, sign up for a free account. Your first 10 users are free forever, with no credit card required, so there’s no reason not to give it a shot. Sign up today!
This is a Security Bloggers Network syndicated blog post authored by Jon Griffin. Read the original post at: JumpCloud