Kein Login Möglich - userid nicht gefunden

[snowball]

Hallo zusammen

ich habe aktuell ein Problem bei der Einrichtung / Konfiguration von OTRS 6.0.24 auf meinem Debian System.
Habe es installiert bekommen ohne Probleme. Datenbenakverbindung geht zu nem externen MariaDB Server.

Die Installation unter /instaler.pl funktionierte ebenfalls ohne Probleme.
Nach der installation kann man sich ja in der /index.pl als root anmelden und entsprechend den Server konfigurieren.

Also lege ich einen neuen Benutzer bzw. Agent an (Test_User).
Anschließend versuche ich mich dann mit diesem dort anzumelden. Bekomme allerding immer die Fehlermeldung "Falscher Benutzername / Passwort".

Wenn ich in der Log nachschaue, sehe ich das die Fehlermeldung "UserId not found" bedeutet.

Code: Select all

ERROR: OTRS-CGI-10 Perl: 5.28.1 OS: linux Time: Mon Nov 25 10:12:14 2019

 Message: No UserID found for 'Test_User'!

 RemoteAddress: 10.100.100.41
 RequestURI: /otrs/index.pl

 Traceback (304):
   Module: Kernel::System::User::UserLookup Line: 975
   Module: Kernel::System::Auth::Auth Line: 247
   Module: Kernel::System::Web::InterfaceAgent::Run Line: 248
   Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler Line: 38
   Module: (eval) (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
   Module: ModPerl::Registry::handler (v1.99) Line: 32

Danke für eure Hilfe
Grüße

[snowball]

Also eben etwas neues herausgefunden:
Wenn man den benutzernamen komplett klein angibt, dann funktioniert es. wenn man groß und kleinschreibung benutzt, dann geht es nicht....

[zzz]

Hallo,

als Erstes würde ich prüfen, ob die Datenbank case insensitive ist.

Viele Grüße
Emin

[snowball]

Hallo Emin

also meine Kollation der Datenbank ist "utf8_general_ci"....
Somit sollte sie nicht case sensitive sein.

Grüße

[zzz]

Wie sieht die Config.pm aus?

Viele Grüße
Emin

[snowball]

So:

Habe (noch) nichts selbst eingetragen oder rumgefummelt

Code: Select all

# --
# Copyright (C) 2001-2019 xxx, https://otrs.com/
# --
# This software comes with ABSOLUTELY NO WARRANTY. For details, see
# the enclosed file COPYING for license information (GPL). If you
# did not receive this file, see https://www.gnu.org/licenses/gpl-3.0.txt.
# --
#  Note:
#
#  -->> Most OTRS configuration should be done via the OTRS web interface
#       and the SysConfig. Only for some configuration, such as database
#       credentials and customer data source changes, you should edit this
#       file. For changes do customer data sources you can copy the definitions
#       from Kernel/Config/Defaults.pm and paste them in this file.
#       Config.pm will not be overwritten when updating OTRS.
# --

package Kernel::Config;

use strict;
use warnings;
use utf8;

sub Load {
    my $Self = shift;

    # ---------------------------------------------------- #
    # database settings                                    #
    # ---------------------------------------------------- #

    # The database host
    $Self->{'DatabaseHost'} = '10.100.200.114';

    # The database name
    $Self->{'Database'} = "otrs6";

    # The database user
    $Self->{'DatabaseUser'} = "otrs6";

    # The password of database user. You also can use bin/otrs.Console.pl Maint::Database::PasswordCrypt
    # for crypted passwords
    $Self->{'DatabasePw'} = 'superstrenggeheim';

    # The database DSN for MySQL ==> more: "perldoc DBD::mysql"
    $Self->{'DatabaseDSN'} = "DBI:mysql:database=$Self->{Database};host=$Self->{DatabaseHost}";

    # The database DSN for PostgreSQL ==> more: "perldoc DBD::Pg"
    # if you want to use a local socket connection
#    $Self->{DatabaseDSN} = "DBI:Pg:dbname=$Self->{Database};";
    # if you want to use a TCP/IP connection
#    $Self->{DatabaseDSN} = "DBI:Pg:dbname=$Self->{Database};host=$Self->{DatabaseHost};";

    # The database DSN for Microsoft SQL Server - only supported if OTRS is
    # installed on Windows as well
#    $Self->{DatabaseDSN} = "DBI:ODBC:driver={SQL Server};Database=$Self->{Database};Server=$Self->{DatabaseHost},1433";

    # The database DSN for Oracle ==> more: "perldoc DBD::oracle"
#    $Self->{DatabaseDSN} = "DBI:Oracle://$Self->{DatabaseHost}:1521/$Self->{Database}";
#
#    $ENV{ORACLE_HOME}     = '/path/to/your/oracle';
#    $ENV{NLS_DATE_FORMAT} = 'YYYY-MM-DD HH24:MI:SS';
#    $ENV{NLS_LANG}        = 'AMERICAN_AMERICA.AL32UTF8';

    # ---------------------------------------------------- #
    # fs root directory
    # ---------------------------------------------------- #
    $Self->{Home} = '/opt/otrs';

    # ---------------------------------------------------- #
    # insert your own config settings "here"               #
    # config settings taken from Kernel/Config/Defaults.pm #
    # ---------------------------------------------------- #
    # $Self->{SessionUseCookie} = 0;
    # $Self->{CheckMXRecord} = 0;

    # ---------------------------------------------------- #

    # ---------------------------------------------------- #
    # data inserted by installer                           #
    # ---------------------------------------------------- #
    # $DIBI$

    # ---------------------------------------------------- #
    # ---------------------------------------------------- #
    #                                                      #
    # end of your own config options!!!                    #
    #                                                      #
    # ---------------------------------------------------- #
    # ---------------------------------------------------- #

    return 1;
}

# ---------------------------------------------------- #
# needed system stuff (don't edit this)                #
# ---------------------------------------------------- #

use Kernel::Config::Defaults; # import Translatable()
use parent qw(Kernel::Config::Defaults);

# -----------------------------------------------------#

1;    

PS. Habe auch mal noch händisch eine SQL Abfrage gemacht. Diese ist eindeutig nicht case sensitive.
Grüße

[zzz]

Spontan würde mir keine OTRS 6-seitige Einstellung einfallen, die für das Verhalten sorgen könnte.

Ich durfte schon einige Datenbanken von Kunden ge­ra­de­rü­cken, weil sie entweder nicht UTF-8 oder teilweise nicht case insensitive waren (falsche Charsets und Collations wurden in älteren Versionen nicht als Fehler angezeigt).
Einen gezwungenen lowercase match hatte ich bis jetzt noch nicht.

Ich würde nach wie vor auf die Datenbank tippen, da es dem OTRS in der Regel egal ist, ob der Benutzername klein- oder großgeschrieben ist.

Viele Grüße und viel Glück
Emin

[snowball]

Mhmm okay...
Also wie gesagt, die Datenbank ist auf jeden Fall "ci"...

Aber da ich nun das ganze auch ncoh mit LDAP verbunden habe macht dies fast nichts mehr aus. die 2-3 lokalen User haben nun eben pech gehabt..