• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

LDAP Plugins on FOG 1.5.0

Scheduled Pinned Locked Moved Solved
FOG Problems
5
19
2.3k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S
    Steuve68
    last edited by Mar 9, 2018, 9:32 AM

    @Tom-Elliott Thanks for answers !

    Effectivly, after more test, the plugins LDAP in FOG 1.5.0 (Official … not in RC) don’t delete users AD in Users table.
    That’s why if we delete my users of the FOG_Admin group it can always login.

    I do not really understand how synchronization works, because if I change to test the password in AD of a user who is already in the Users table, the plugin manages to update it in the SQL table and connect with the new password work fine … this proves that a synchronization is done “correctly”.
    but when deleting the user in the group he can not do it … synchro. is not good.

    For login with the “mail” AD attribut it’s work only if i change regex into the 2 files:
    lib/fog/user.class.php
    lib/plugins/ldap/class/ldap.class.php

    If i don’t change that, login with the mail Attribut don’t work.

    I need login with mail AD attribut, because in my institution all application linked with AD or LDAP (with CAS authentication) use the mail for login.
    The sAMAccountName is just the “registration number” and not very friendly for users.
    All my computer client linked into my ad domain login with adress mail.

    Thanks a lot for your help 🙂

    T 1 Reply Last reply Mar 10, 2018, 11:53 PM Reply Quote 0
    • N
      nextechinc @Tom Elliott
      last edited by Mar 10, 2018, 10:23 PM

      @tom-elliott

      I only dug into the source a little bit, but I’ve noticed a couple problems with the way the LDAP plugin works. Initially I was trying to test removal of my account from the “Admin Group” but since I had logged in successfully while I was still a member of the group, I was still granted access to the dashboard. The error log reported that I should not have been allowed access, but I was still able to log in.

      Additionally, after changing my password in Active Directory, I was still able to log in with my old password.

      In either of these cases, removing access for a user who has previously logged in, would require manually removing their account from the database.

      T 1 Reply Last reply Mar 11, 2018, 10:00 PM Reply Quote 0
      • T
        Tom Elliott @Steuve68
        last edited by Mar 10, 2018, 11:53 PM

        @steuve68 What I’m saying is, while you’ve made a workaround, this is not a “normal” behaviour.

        The idea of using email in any username dealing with AD logins just will not work, normally. I’m not saying you didn’t find a way to do it. When windows logs in, if you add the @<domain.com> it changes the domain it will be logging in to.

        By allowing “email” login, as you’re doing it, could cause unexpected things to occur.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

        Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

        Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

        1 Reply Last reply Reply Quote 0
        • T
          Tom Elliott @nextechinc
          last edited by Mar 11, 2018, 10:00 PM

          @nextechinc If you have any suggestions on how to fix, or where the problems are occurring, please let me know. I don’t have an AD server anymore, (though I could set one up), and am working on other things. While I’m sure I could get to fixing this, if you already noticed it, any help would be greatly appreciated.

          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

          Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

          Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

          1 Reply Last reply Reply Quote 0
          • S
            Steuve68
            last edited by Mar 12, 2018, 8:55 AM

            We could possibly do a .sql script that removes AD users from the Users table, for example:

            mysql> use fog;
            mysql> delete from users where uType = '990' or uType = '991';
            

            We could put it in a crontab and run it at regular intervals

            It’s probably a little oldschool but it could work no? 🙂

            T 2 Replies Last reply Mar 12, 2018, 9:13 AM Reply Quote 0
            • T
              Tom Elliott @Steuve68
              last edited by Mar 12, 2018, 9:13 AM

              @steuve68 we used to do that verything. On every login remove all ldap users. We removed that functionality to limit read / write cycles. While I understand this is a very simple method to get the same action you’re expecting, I think we can actually do it without removing the users. I just time to review.

              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

              Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

              Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

              1 Reply Last reply Reply Quote 0
              • T
                Tom Elliott @Steuve68
                last edited by Tom Elliott Mar 12, 2018, 3:16 AM Mar 12, 2018, 9:15 AM

                @steuve68 and a cleaner SQL might be:

                Delete from users where uType in ('990','991');
                

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                S 1 Reply Last reply Mar 12, 2018, 2:37 PM Reply Quote 0
                • S
                  Steuve68 @Tom Elliott
                  last edited by Mar 12, 2018, 2:37 PM

                  @tom-elliott yes thanks ! i’m not very very good in sql 😉 !

                  I can try to put this request to logout WEBUI pending a better solution…
                  In which file could I make this change for try ?

                  Thank you ! 🙂

                  1 Reply Last reply Reply Quote 0
                  • T
                    Tom Elliott
                    last edited by Mar 12, 2018, 9:01 PM

                    So I took a little time today to try to see what was happening. I’m happy to report, at least based on how I could test, that I believe I found a solution.

                    Please, if either of you could be so kind, install the working-1.5.1 branch of FOG? This should contain the fix for ldap users and authentication without having to delete the users from the database every iteration.

                    Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                    Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                    Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                    S 1 Reply Last reply Mar 13, 2018, 11:00 AM Reply Quote 1
                    • S
                      Steuve68 @Tom Elliott
                      last edited by Mar 13, 2018, 11:00 AM

                      @tom-elliott Hello,

                      So, i have try to working 1-5-1
                      FOG 1.5.0.16

                      Globally it’s OK, it’s works fine 🙂 !
                      When i deleted one user of the FOG_Admin group it cannot acces to WEBUI FOG ! (and not deleted to Users table in SQL)
                      When i change password of one AD users (into group FOG_Admin) it cannot acces to WEBUI with old password => Work fine with the new password 🙂

                      I have look 2 “problems” (not verify important but … it might be interesting)

                      1. The news LDAP Plugins don’t work with group nesting (a group into a group) per example:

                      if i add into FOG_Admin just another group (IT_Services per example) with IT services members, no members can acces to WEBUI FOG. If i add individualy user into FOG_Admin, it’s work !

                      1. If i delete one user into FOG_Admin, he can still log in just once. The second time he can not anymore. Synchronization is ok

                      Not really really bad but it could be points for improvement

                      in any case, A BIG THANK YOU 🙂

                      G 1 Reply Last reply Mar 13, 2018, 11:18 AM Reply Quote 0
                      • G
                        george1421 Moderator @Steuve68
                        last edited by Mar 13, 2018, 11:18 AM

                        @steuve68 One other test you should check, is if the FOG Admin changes his/her password. Is that password change seen immediatly by the fog server? I’m only suggesting this based on your #2 point of the one shot after the admin has been removed.

                        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                        S 1 Reply Last reply Mar 14, 2018, 7:41 AM Reply Quote 0
                        • S
                          Steuve68 @george1421
                          last edited by Mar 14, 2018, 7:41 AM

                          @george1421 Yes, if i change password of one user into FOG_Admin, It change immediatly for connect to FOG WEBUI. 🙂

                          1 Reply Last reply Reply Quote 1
                          • 1 / 1
                          1 / 1
                          • First post
                            17/19
                            Last post

                          198

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project