Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 1 subscriber
  • Views 1494 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Bizarre "REF_******x" usernames in stats and reporting

ErikWaibel
Hi all

We are using Astaro v8 software appliance running in VMWare vsphere.  I am using authentication via Novell eDirectory.

Since upgrading to version 8 (and the students returning to school) I have noticed some strange user names shown in my dashboard "top ten" lists.

For instance, the top three users shown on my "Top users by time spent" dashboard are "REF_tWssriHQMJ", "REF_njksleBBUj", and "REF_ZzrhSvHsdh".
the rest are all valid usernames in our eDirectory.   Is this database corruption?  Does anyone else get these oddly named "REF_******x" entries ?


This thread was automatically locked due to age.
Parents
  • 0
    Go to the 'Resolve REF_' tab in 'Support >> Advanced'.  To what do those items resolve?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Reply
  • 0
    Go to the 'Resolve REF_' tab in 'Support >> Advanced'.  To what do those items resolve?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Children
  • 0 in reply to BAlfson
    Thanks for the reply.  I did not know that option was even there [:P]

    Here is what it comes back with:

    $VAR1 = {
              'ref' => 'REF_tWssriHQMJ',
              'lock' => '',
              'data' => {
                          'backend_match' => 'edirectory',
                          'network' => 'REF_DlMhbLsqen',
                          'ldap_attribute_value' => '',
                          'tacacs_groups' => [],
                          'radius_groups' => [],
                          'ipsec_dn' => '',
                          'dynamic' => 'directory_groups',
                          'name' => 'Teachers',
                          'ldap_attribute' => '',
                          'members' => [],
                          'edirectory_groups' => [
                                                   'ou=TEACHERS,ou=USERs,ou=AES,o=oacsd',
                                                   'ou=TEACHERs,ou=USERs,ou=OAMS,o=oacsd',
                                                   'ou=TEACHERs,ou=USERs,ou=OES,o=oacsd',
                                                   'ou=TEACHERs,ou=USERS,ou=OFA,o=oacsd',
                                                   'ou=TAs,ou=USERs,ou=AES,o=oacsd',
                                                   'ou=TAs,ou=USERs,ou=OAMS,o=oacsd',
                                                   'ou=TAs,ou=USERs,ou=OES,o=oacsd',
                                                   'ou=TAs,ou=USERS,ou=OFA,o=oacsd',
                                                   'cn=Summer_Teacher,ou=USER GROUPs,ou=Visitor,o=oacsd',
                                                   'ou=TEACHER,ou=USERs,ou=Visitor,o=oacsd'
                                                 ],
                          'comment' => '',
                          'adirectory_groups' => []
                        },
              'type' => 'group',
              'class' => 'aaa',
              'hidden' => 0,
              'nodel' => ''
            };

    Those eDirectory OUs are all valid and part of our tree structure, but I do not see any valid username I can reference there.  Does this point to a problem with our eDirectory database?  Might it be a missing LDAP attribute for a user?