Щоб налаштувати багатофакторну автентифікацію перед VPN з використанням RADIUS, шлюз VPN надсилає ім'я користувача та пароль на RADIUS-сервер за допомогою PAP; сервер перевіряє пароль і відповідає повідомленням Access-Challenge; клієнт показує запит, і користувач вводить код 2FA з додатка-автентифікатора у другому запиті. Casdoor поставляється з RADIUS-сервером, який робить саме це для користувачів із налаштованим TOTP, тому шлюз, здатний показати запит Access-Challenge (FortiGate SSL VPN — один із тих, чиї вендори це документують), отримує комбінацію пароля та коду 2FA без будь-якого додаткового програмного забезпечення. Wi-Fi з WPA2/WPA3-Enterprise працює інакше: 802.1X використовує EAP, де немає місця для введення коду вручну, тому в Casdoor є перемикач для пропуску коду для таких клієнтів.

Щоб додати єдиний вхід (SSO) до Spring Boot, зареєструйте кожен додаток як application в провайдері OpenID Connect, наприклад Casdoor, вкажіть Spring Security URL емітента провайдера та оберіть модуль Spring, що відповідає вашому додатку: oauth2Login() для серверного рендерингу веб-додатків, oauth2ResourceServer().jwt() для REST API, який отримує bearer-токени, і Spring Cloud Gateway з фільтром TokenRelay, коли один шлюз здійснює вхід користувачів для набору мікросервісів. Користувачі отримують SSO, оскільки кожен додаток пересилає їх до того самого Casdoor, який запам'ятовує сесію: другий додаток виконує редирект, Casdoor вже знає користувача, і він повертається без форми входу. У цій статті налаштовано всі три варіанти проти одного Casdoor, кожен із робочим application.yml та кастомізованим SecurityFilterChain.

Кілька проектів Apache для роботи з даними та проміжного ПЗ мають власну інтеграцію входу через Casdoor: Apache DolphinScheduler має тип автентифікації CASDOOR_SSO (починаючи з 3.2.0) та загальний режим OIDC (починаючи з 3.4.0), Apache ShenYu має плагін Casdoor (починаючи з 2.5.1), Apache Pulsar Manager має кнопку "Log in with Casdoor" (починаючи з 0.3.0), а Apache APISIX має плагін authz-casdoor (починаючи з 2.14.0). Винятком є Apache IoTDB: сама база даних автентифікується за допомогою власних користувачів і паролів, і лише вже архівований IoTDB Web Workbench взаємодіє з Casdoor. У таблиці нижче перелічено кожен проект, версію та де знаходяться налаштування; друга частина посту покроково налаштовує автентифікацію користувачів в IoTDB.

Не існує "Steam OAuth": Steam автентифікує користувачів за допомогою OpenID 2.0 і надає вам 64-бітний SteamID, і більше нічого. Класичний Login Widget Telegram також не є OAuth: він передає вашій сторінці набір полів користувача плюс хеш HMAC-SHA256, який ви перевіряєте за допомогою токена бота. Зараз Telegram також запускає справжнього провайдера OpenID Connect за адресою oauth.telegram.org. Якщо ви поставите Casdoor між вашим додатком і цими провайдерами, Casdoor виконає специфічні для протоколу перевірки, а ваш додаток завжди спілкуватиметься з Casdoor лише через OpenID Connect, так само як це було б для Google або GitHub.

Фіктивний платіжний шлюз — це платіжний провайдер, який приймає кожне оформлення замовлення як оплачене без звернення до банку чи платіжної мережі, що дозволяє тестувати замовлення, підписки та виконання зобов'язань без реальних грошей та рахунку у шлюзі. Casdoor поставляється з таким провайдером: Фіктивний платіжний провайдер. Додайте його до продукту, купіть продукт, і Casdoor запише платіж та замовлення як Paid, запустить підписку та створить транзакцію, все це не залишаючи ваш сервер. Використовуйте Dummy у розробці та переходьте на пісочницю вендора (тестовий режим Stripe, пісочниця PayPal, пісочниця Paddle) на етапі staging, де також потрібні відхилені картки, 3-D Secure та реальні редіректи.

Casdoor v4.0 вийшов 1 вересня. Через два місяці та 25 релізів ми дійшли до версії v4.25, тому це хороший момент, щоб поглянути на те, що змінилося. Коротко: адміністративна консоль була перебудована, самостійне розміщення (self-hosting) стало значно простішим, з'явився Marketplace для інтеграцій та тем входу, а Casdoor тепер може діяти як сервер авторизації для серверів MCP та AI-агентів.

Якщо ви ще не знайомі з ним: Casdoor — це платформа управління ідентифікацією та доступом (IAM) з відкритим кодом, написана на Go. Це повноцінний провайдер ідентифікації, а не бібліотека чи проксі для входу. Користувачі живуть у Casdoor, Casdoor видає токени, а ваші додатки спілкуються з ним через OAuth 2.0, OpenID Connect, SAML 2.0, CAS, LDAP або SCIM. Авторизація реалізована за допомогою Apache Casbin, тому моделі ACL, RBAC та ABAC працюють. Проект має ліцензію Apache-2.0 та включений до CNCF Landscape.

Casdoor має офіційну Helm chart. Вона розміщена в головному репозиторії в директорії manifests/casdoor, публікується разом із кожним релізом Casdoor до GHCR та представлена на Artifact Hub. Починаючи з Casdoor v4.18.0, чарт також може містити ваші організації, додатки, користувачів та провайдерів як декларативну конфігурацію: змініть їх у файлі values, запустіть helm upgrade, і працюючі поди застосують зміни без перезапуску.

У цій статті ми пройдемо шлях від першого helm install до налаштування, яке можна зберігати в Git.

22 лютого 2026 року Casdoor приєднався до CNCF Cloud Native Landscape у категорії Security & Compliance розділу Provisioning. Landscape об’єднує широко використовувані хмарно-нативні проєкти та продукти; включення допомагає користувачам та підприємствам знаходити та оцінювати рішення для побудови хмарно-нативних систем.

https://landscape.cncf.io/?item=provisioning--security-compliance--casdoor

У епоху, коли управління цифровою ідентичністю є критично важливим, рішення для єдиного входу (SSO), такі як Casdoor, революціонізують спосіб взаємодії користувачів з кількома додатками. SSO Casdoor спрощує процес входу, дозволяючи користувачам автентифікуватися лише один раз для доступу до кількох сервісів. Це не тільки підвищує зручність для користувачів, але й збільшує залученість та задоволеність.

Ласкаво просимо на офіційний сайт Casdoor!👋