Sziasztok!
Valamiért napok óta nem tudom összehozni, hogy az OTRS össze legyen kapcsolva az AD-vel.
Van egy "dc" nevű tartományvezérlő az example.hu tartományban,
ill. egy "otrs" nevű user, ami a "Users" OU-ban van.
Ennek a usernek a jelszava "password" és már kínomban domain admint csináltam belőle,
hogy a jogosultságokkal biztosan ne legyen probléma.
Az AD egyébként egy Windows Server 2008 R2 szerveren fut.
A Config.pm-em most így néz ki:
# ---------------------------------------------------- #
# insert your own config settings "here" #
# config settings taken from Kernel/Config/Defaults.pm #
# ---------------------------------------------------- #
# $Self->{SessionUseCookie} = 0;
# $Self->{CheckMXRecord} = 0;
# CustomerUser
# (customer user ldap backend and settings)
$Self->{CustomerUser} = {
Name => 'AD User',
Module => 'Kernel::System::CustomerUser::LDAP',
Params => {
# ldap host
Host => 'DC.example.hu',
# ldap base dn
#BaseDN => 'DC=example,DC=hu',
BaseDN => 'DC=example, DC=hu',
# search scope (one|sub)
SSCOPE => 'sub',
# The following is valid but would only be necessary if the
# anonymous user does NOT have permission to read from the LDAP tree
UserDN => 'cn=otrs, ou=Users, dc=example, dc=hu',
UserPw => 'password',
# in case you want to add always one filter to each ldap query, use
# this option. e. g. AlwaysFilter => '(mail=*)' or AlwaysFilter => '(objectclass=user)'
AlwaysFilter => '',
# if the charset of your ldap server is iso-8859-1, use this:
# SourceCharset => 'iso-8859-1',
# die if backend can't work, e. g. can't connect to server
Die => 0,
# Net::LDAP new params (if needed - for more info see perldoc Net::LDAP)
Params => {
port => 389,
timeout => 120,
async => 0,
version => 3,
},
},
# customer unique id
CustomerKey => 'sAMAccountName',
# customer #
CustomerID => 'mail',
#CustomerUserListFields => ['cn', 'mail'],
CustomerUserListFields => ['sAMAccountName','cn','mail'],
#CustomerUserSearchFields => ['uid', 'cn', 'mail'],
CustomerUserSearchFields => ['sAMAccountName','cn','mail'],
CustomerUserSearchPrefix => '',
CustomerUserSearchSuffix => '*',
CustomerUserSearchListLimit => 500,
CustomerUserPostMasterSearchFields => ['mail'],
CustomerUserNameFields => ['givenName', 'sn'],
# show now own tickets in customer panel, CompanyTickets
CustomerUserExcludePrimaryCustomerID => 0,
# add a ldap filter for valid users (expert setting)
# CustomerUserValidFilter => '(!(description=gesperrt))',
# admin can't change customer preferences
AdminSetPreferences => 0,
# cache time to live in sec. - cache any ldap queries
CacheTTL => 60*60,
Map => [
# note: Login, Email and CustomerID needed!
# var, frontend, storage, shown (1=always,2=lite), required, storage-type, http-link, readonly
[ 'UserTitle', 'Title', 'title', 1, 0, 'var', '', 0 ],
[ 'UserFirstname', 'Firstname', 'givenName', 1, 1, 'var', '', 0 ],
[ 'UserLastname', 'Lastname', 'sn', 1, 0, 'var', '', 0 ],
[ 'UserLogin', 'Username', 'uid', 1, 0, 'var', '', 0 ],
[ 'UserEmail', 'Email', 'mail', 1, 1, 'var', '', 0 ],
[ 'UserCustomerID', 'CustomerID', 'mail', 1, 1, 'var', '', 0 ],
# [ 'UserCustomerIDs', 'CustomerIDs', 'second_customer_ids', 1, 0, 'var', '', 0 ],
[ 'UserPhone', 'Phone', 'telephoneNumber', 0, 0, 'var', '', 0 ],
[ 'UserAddress', 'Address', 'postalAddress', 0, 0, 'var', '', 0 ],
[ 'UserComment', 'Comment', 'description', 0, 0, 'var', '', 0 ],
],
};
# ---------------------------------------------------- #
# ---------------------------------------------------- #
# data inserted by installer #
# ---------------------------------------------------- #
# $DIBI$
A weboldalon pedig a következőket állítottam be:
Customer::AuthModule -> LDAP
Customer::AuthModule::LDAP::Host -> dc.example.hu
Customer::AuthModule::LDAP::BaseDN -> cn=otrs, ou=Users, dc=example, dc=hu
Customer::AuthModule::LDAP::UID -> sAMAccountName
Customer::AuthModule::LDAP::SearchUserDN -> cn=otrs, ou=Users, dc=example, dc=hu
Customer::AuthModule::LDAP::SearchUserPw -> password
Customer::AuthModule::LDAP::Params ->
kulcs tartalom
async 0
port 389
timeout 120
version 3
Mit rontok el?
A vicc az egészben, hogy 2-3 hónapja 1x már működött az AD integráció amikor teszteltem az OTRS-t.
A logokban ennyit találtam:
/var/log/apache2/error.log:
ERROR: OTRS-CGI-75 Perl: 5.20.2 OS: linux Time: Tue Oct 13 11:08:31 2015
Message: First bind failed! 80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1
RemoteAddress: 10.36.10.105
RequestURI: /otrs/index.pl
Traceback (3524):
Module: Kernel::System::CustomerUser::LDAP::_Connect Line: 198
Module: Kernel::System::CustomerUser::LDAP::CustomerSearch Line: 371
Module: Kernel::System::CustomerUser::CustomerSearch Line: 177
Module: Kernel::Modules::AdminCustomerUser::_Overview Line: 684
Module: Kernel::Modules::AdminCustomerUser::Run Line: 193
Module: Kernel::System::Web::InterfaceAgent::Run Line: 996
Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler Line: 41
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
Van valakinek ötlete, hogy miért nem listázza az AD usereket az OTRS a weboldalon,
ill. hogy miért nem tudok bejelentkezni AD-s felhasználóval a felhasználók felületére?
Előre is köszönöm a segítséget!
- 2457 megtekintés
Hozzászólások
Nálam igy néz ki az AuthModule config (config.pm-ben), 2008 R2 DC-vel:
# ---------------------------------------------------- #
# Authentication backends for Agents #
# ---------------------------------------------------- #
$Self->{AuthModule1} = 'Kernel::System::Auth::LDAP';
$Self->{'AuthModule::LDAP::Host1'} = '192.168.1.100';
$Self->{'AuthModule::LDAP::BaseDN1'} = 'dc=< domain>,dc=local';
$Self->{'AuthModule::LDAP::UID1'} = 'sAMAccountName';
$Self->{'AuthModule::LDAP::SearchUserDN1'} = 'CN=< username>,OU=< group>,dc=< domain>,dc=local';
$Self->{'AuthModule::LDAP::SearchUserPw1'} = '< password>';
$Self->{'AuthModule::LDAP::Params1'} = {
port => 389,
timeout => 120,
async => 0,
version => 3,
};
$Self->{AuthSyncModule1} = 'Kernel::System::Auth::Sync::LDAP';
$Self->{'AuthSyncModule::LDAP::Host1'} = '192.168.1.100';
$Self->{'AuthSyncModule::LDAP::BaseDN1'} = 'dc=< domain>,dc=local';
$Self->{'AuthSyncModule::LDAP::UID1'} = 'sAMAccountName';
$Self->{'AuthSyncModule::LDAP::SearchUserDN1'} = 'CN=< username>,OU=< group>,dc=< domain>,dc=local';
$Self->{'AuthSyncModule::LDAP::SearchUserPw1'} = '< password>';
$Self->{'AuthSyncModule::LDAP::UserSyncMap1'} = {
UserFirstname => 'givenName',
UserLastname => 'sn',
UserEmail => 'mail',
};
$Self->{'AuthSyncModule::LDAP::Params1'} = {
port => 389,
timeout => 120,
async => 0,
version => 3,
};
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Köszi!
Sajnos még mindig nem jó...
A weboldalon mit állítottál be?
Én ezeket:
http://kepfeltoltes.hu/151013/otrs02_www.kepfeltoltes.hu_.jpg
http://kepfeltoltes.hu/151013/otrs03_www.kepfeltoltes.hu_.jpg
http://kepfeltoltes.hu/151013/otrs04_www.kepfeltoltes.hu_.jpg
Viszont most eltűnt az ügyfelek/ügyfél-felhasználó adminisztráció menüből bal oldalon a lenyíló menüből az "AD Users"...
Most csak a "database backend"-et látom.
Eddig ide a Config.pm fájlból ez a sor írt be új értéket:
Name => 'AD Users',
http://kepfeltoltes.hu/151013/otrs01_www.kepfeltoltes.hu_.jpg
A hibaüzenet ugyanaz maradt az error.log-ban:
ERROR: OTRS-CGI-75 Perl: 5.20.2 OS: linux Time: Tue Oct 13 12:51:57 2015
Message: First bind failed! 80090308: LdapErr: DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1
RemoteAddress: x.x.x.x
RequestURI: /otrs/customer.pl
Traceback (3524):
Module: Kernel::System::CustomerAuth::LDAP::Auth Line: 191
Module: Kernel::System::CustomerAuth::Auth Line: 122
Module: Kernel::System::Web::InterfaceCustomer::Run Line: 248
Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_customer_2epl::handler Line: 41
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
[Tue Oct 13 13:01:28 2015] Config.pm: Subroutine Load redefined at /opt/otrs/Kernel/Config.pm line 25.
A Config.pm 25 sorában ez van:
sub Load {
Egyébként a config.pm fájlom most így néz ki:
package Kernel::Config;
use strict;
use warnings;
use utf8;
sub Load {
my $Self = shift;
# ---------------------------------------------------- #
# database settings #
# ---------------------------------------------------- #
$Self->{'DatabaseHost'} = 'localhost';
$Self->{'Database'} = "otrs";
$Self->{'DatabaseUser'} = "otrs";
$Self->{'DatabasePw'} = 'password';
$Self->{'DatabaseDSN'} = "DBI:Pg:dbname=$Self->{Database};host=$Self->{DatabaseHost}";
# ---------------------------------------------------- #
# 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;
$Self->{'AuthModule::UseSyncBackend1'} = 'AD';
$Self->{AuthModule1} = 'Kernel::System::Auth::LDAP';
$Self->{'AuthModule::LDAP::Host1'} = '192.168.0.2';
$Self->{'AuthModule::LDAP::BaseDN1'} = 'dc=example,dc=hu';
$Self->{'AuthModule::LDAP::UID1'} = 'sAMAccountName';
$Self->{'AuthSyncModule::LDAP::SearchUserDN1'} = 'CN=otrs,OU=Users,dc=example,dc=hu';
$Self->{'AuthSyncModule::LDAP::SearchUserPw1'} = 'password';
$Self->{'AuthSyncModule::LDAP::Params1'} = {
port => 389,
timeout => 120,
async => 0,
version => 3,
};
$Self->{AuthSyncModule1} = 'Kernel::System::Auth::Sync::LDAP';
$Self->{'AuthSyncModule::LDAP::Host1'} = '192.168.0.2';
$Self->{'AuthSyncModule::LDAP::BaseDN1'} = 'dc=example,dc=hu';
$Self->{'AuthSyncModule::LDAP::UID1'} = 'sAMAccountName';
$Self->{'AuthSyncModule::LDAP::SearchUserDN1'} = 'CN=otrs,OU=Users,dc=example,dc=hu';
$Self->{'AuthSyncModule::LDAP::SearchUserPw1'} = 'password';
$Self->{'AuthSyncModule::LDAP::UserSyncMap1'} = {
UserFirstname => 'givenName',
UserLastname => 'sn',
UserEmail => 'mail',
};
$Self->{'AuthSyncModule::LDAP::Params1'} = {
port => 389,
timeout => 120,
async => 0,
version => 3,
};
# ---------------------------------------------------- #
# ---------------------------------------------------- #
# data inserted by installer #
# ---------------------------------------------------- #
# $DIBI$
# ---------------------------------------------------- #
# ---------------------------------------------------- #
# #
# end of your own config options!!! #
# #
# ---------------------------------------------------- #
# ---------------------------------------------------- #
}
# ---------------------------------------------------- #
# needed system stuff (don't edit this) #
# ---------------------------------------------------- #
use base qw(Kernel::Config::Defaults);
# -----------------------------------------------------#
1;
Egyszerűen nem értem hogy mi lehet a probléma...
Az otrs user domain admin, és nincs letiltva.
A "Users" nevű OU-ban van, és az example.hu tartományban.
A tartományvezérlő pedig pingelhető az OTRS szerverről.
Az IP címe: 192.168.0.2
Tűzfal nincs beállítva az OTRS szerveren.
Mit rontok el?
- A hozzászóláshoz be kell jelentkezni
A hibaüzire ráguglizva azt mondják, hogy rossz a user vagy a pw. Az AD auth log mit mond? Látszik a Windowson a próbálkozás vagy az se?
Attól hogy pingelhető még nem jelent semmit.
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Sajnos nem látom a Windows logokban a próbálkozást.
A user és a jelszó 100% hogy stimmel.
Már kipróbáltam 3 különböző userrel, de semmi sem változott.
- A hozzászóláshoz be kell jelentkezni
Egyébként a SearchUserDN-hez azt kellene beírnom, amit az adott user attribútumszerkesztőjében látok a distinguishedName-nél?
- A hozzászóláshoz be kell jelentkezni
Szia!
Próbáld ki azt a kurflit, hogy belépsz root -al, ügyfelek közé felveszel egy AD-ban létező usert, úgy hogy nem adsz meg neki jelszót. (username stimmeljen, azonosító mindegy)
Majd próbálj meg bejelentkezni vele.
Másik ötlet: Windowson LDAP engedélyezve van?
- A hozzászóláshoz be kell jelentkezni
Az LDAP engedélyezve van windowsban.
- A hozzászóláshoz be kell jelentkezni
Tűzfal szabály is engedélyezve van? Láttam már oylat, hogy hiába volt telepitve a role, valami oknál fogva a Windozer elfelejtette engedélyezni a hozzá tartozó szabályt (az esetek többségében megteszi)
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Engedélyezve van az LDAP a 389-es TCP, ill. UDP porton is.
- A hozzászóláshoz be kell jelentkezni
Akkor sajnos elfogyott a tudományom...
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Azon gondolkozom még, hogy milyen csomagok vagy perl modulok kellhetnek ahhoz, hogy az LDAP kommunikáció működjön...
A perl modulok elvileg rendben vannak:
root@OTRS:/opt/otrs/bin# perl otrs.CheckModules.pl
o Apache2::Reload..................ok (v0.12)
o Archive::Tar.....................ok (v1.96)
o Archive::Zip.....................ok (v1.39)
o Crypt::Eksblowfish::Bcrypt.......ok (v0.009)
o Crypt::SSLeay....................ok (v0.58)
o Date::Format.....................ok (v2.24)
o DBI..............................ok (v1.631)
o DBD::mysql.......................Not installed! Use: 'apt-get install -y libdbd-mysql-perl' (optional - Required to connect to a MySQL database.)
o DBD::ODBC........................Not installed! Use: 'apt-get install -y libdbd-odbc-perl' (optional - Required to connect to a MS-SQL database.)
o DBD::Oracle......................Not installed! (optional - Required to connect to a Oracle database.)
o DBD::Pg..........................ok (v3.4.2)
o Encode::HanExtra.................ok (v0.23)
o GD...............................ok (v2.53)
o GD::Text.......................ok (v0.86)
o GD::Graph......................ok (v1.48)
o IO::Socket::SSL..................ok (v2.002)
o JSON::XS.........................ok (v2.34)
o List::Util::XS...................ok (v1.38)
o LWP::UserAgent...................ok (v6.06)
o Mail::IMAPClient.................ok (v3.35)
o IO::Socket::SSL................ok (v2.002)
o ModPerl::Util....................ok (v2.000009)
o Net::DNS.........................ok (v0.81)
o Net::LDAP........................ok (v0.64)
o PDF::API2........................ok (v2.023)
o Template.........................ok (v2.24)
o Template::Stash::XS..............ok (undef)
o Text::CSV_XS.....................ok (v1.11)
o Time::HiRes......................ok (v1.9726)
o Time::Piece......................ok (v1.27)
o XML::Parser......................ok (v2.41)
o YAML::XS.........................ok (v0.41)
Ezeket a csomagokat telepítettem:
apt-get install apache2 postgresql-9.4 libdatetime-perl libnet-dns-perl liblwp-useragent-determined-perl libpq-dev libgd2-xpm-dev build-essential apache2-threaded-dev
apt-get install -y libarchive-zip-perl libcrypt-eksblowfish-perl libcrypt-ssleay-perl libdbi-perl libdbd-pg-perl libencode-hanextra-perl libgd-gd2-perl libgd-text-perl libgd-graph-perl libjson-xs-perl libmail-imapclient-perl libapache2-mod-perl2 libnet-ldap-perl libpdf-api2-perl libtemplate-perl libtemplate-perl libtext-csv-xs-perl libxml-parser-perl libyaml-libyaml-perl
Az oprendszer:
root@OTRS:/opt/otrs/Kernel# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 8.2 (jessie)
Release: 8.2
Codename: jessie
OTRS-ből pedig a 4.0.13-as verziót töltöttem le.
Kimaradt valami?
- A hozzászóláshoz be kell jelentkezni
Mivel láthatólag nem ldaps-t használsz (ami egyébként elég ejnyebejnye, ne csináld, pláne ne egy adminnak ütött userrel), de egy tcpdump / wireshark szépen megmutatná, hogy egyáltalán történik e valami érdemi ldap kommunikáció, és ha igen, akkor mi
- A hozzászóláshoz be kell jelentkezni
Csináltam egy wireshark-os csomagfigyelést, és itt szépen látszik, ahogy az OTRS szerver próbál kommunikál a tartományvezérlővel. A válasz minden esetben "invalidCredentials".
Ebből arra következtetek, hogy valamit én érthetek félre a konfigurációban...
A Config.pm fájlban néhány dolog nem teljesen világos.
Túl sok variálási lehetőség nincs, ha jól értem akkor a lényeg a Host, a BaseDN, a UserDN, ill. UserPW paraméterek helyes megadása.
A host paraméter egyértelműnek tűnik.
Ide próbáltam már a dc.example.hu-t, és a szerver IP címét is. Esetleg az LDAP URL-t kellene megadni?
"LDAP://dc.example.hu/"?
A BaseDN az AD fa struktúrájának a gyökere? Tehát egy example.hu esetén BaseDN => 'dc=example, dc=hu'?? Vagy ez arra vonatkozik, hogy az AD mely részéből akarok usereket keresni/authentikálni?
A UserDN ill. a UserPW gondolom annak a usernek a neve ill. jelszava, akivel az AD-ben műveletet végzünk. Itt elég ha simán megadom az otrs usert, és a jelszavát?
pl. UserDN => 'otrs'
UserPW => 'password'
Vagy ezt is szájbarágósan kell megadni?
pl. UserDN => 'cn=otrs, ou=Users, dc=example, dc=hu'
UserPW => 'password'
Előre is köszi a segítséget!
- A hozzászóláshoz be kell jelentkezni
Ugyan nem kötöttem rá otrs-t ldapra még, úgyhogy kicsit csípőből, de hátha segít:
Csináltam egy wireshark-os csomagfigyelést, és itt szépen látszik, ahogy az OTRS szerver próbál kommunikál a tartományvezérlővel. A válasz minden esetben "invalidCredentials".
Tippre az otrs userrel van a baj, bár kis valószínűséggel azt is el tudom képzelni, hogy a user nevében (is) bindelni próbál. Ez abból látszik, hogy mire jön válaszul az invalidCredentials.
A host paraméter egyértelműnek tűnik.
Ide próbáltam már a dc.example.hu-t, és a szerver IP címét is. Esetleg az LDAP URL-t kellene megadni?
"LDAP://dc.example.hu/"?
Tekintve, hogy megy az ldap session, szerintem ez jó
A BaseDN az AD fa struktúrájának a gyökere? Tehát egy example.hu esetén BaseDN => 'dc=example, dc=hu'?? Vagy ez arra vonatkozik, hogy az AD mely részéből akarok usereket keresni/authentikálni?
Általában utóbbi. Ilyenkor többnyire bindel a megadott userrel, a BaseDN által megadott fában keres rekordot, ami matchel a bejelentkezni akaró userre (szokott még lenni egy Filter is, hogy ne legyen baszottnagy a reply)
A UserDN ill. a UserPW gondolom annak a usernek a neve ill. jelszava, akivel az AD-ben műveletet végzünk. Itt elég ha simán megadom az otrs usert, és a jelszavát?
pl. UserDN => 'otrs'
UserPW => 'password'Vagy ezt is szájbarágósan kell megadni?
pl. UserDN => 'cn=otrs, ou=Users, dc=example, dc=hu'
UserPW => 'password'
Szinte biztosan utóbbi, de ezt szerintem amekkora erővel ide legépelted, oda is megtehetted volna :)
Tanulmányozásra ajánlom még (bár én személy szerint a kezét törném annak, aki írta):
http://otrs.github.io/doc/manual/admin/5.0/en/html/external-backends.ht…
http://otrs.github.io/doc/manual/admin/5.0/en/html/external-backends.ht…
- A hozzászóláshoz be kell jelentkezni
Köszi!
Végre rájöttem hogy miért nem működött a story eddig.
Az volt a problem, hogy nem egy OU-ban volt az otrs user, hanem egy "CN" mappában...
Most még az a probléma, hogy az adatokat nem tölti fel a weboldalon.
üres mezők jelennek meg, de már látom hogy a keresésnél ténylegesen rászűr 1-1 userre
http://kepfeltoltes.hu/151020/AD_www.kepfeltoltes.hu_.jpg
Sajnos még a login sem működik, nem tudok bejelentkezni a felhasználói felületre AD-s userrel.
Miközben megpróbáltam bejelentkezni, wireshark-al figyeltem hogy mi történik.
Az OTRS szerver először azonosítja magát az OTRS userrel, ez sikeresen megtörténik.
Utána jön egy searchrequest. Erre is jön válasz. A válaszban szépen benne is van az összes adat ami nekem kell.
Aztán az OTRS szerver küld még egy "unbindrequest"-et (2620-as kód), és ezzel szakad meg a kapcsolat,
a weboldal pedig nem enged be...
Van valami ötletetek, hogy mi lehet a probléma?
Előre is köszönöm!
- A hozzászóláshoz be kell jelentkezni
Nálam ezek vannak:
/opt/otrs/bin# perl otrs.CheckModules.pl
o Archive::Tar.....................ok (v1.76)
o Crypt::Eksblowfish::Bcrypt.......ok (v0.008)
o Crypt::SSLeay....................ok (v0.57)
o Date::Format.....................ok (v2.24)
o DBI..............................ok (v1.616)
o DBD::mysql.......................ok (v4.020)
o DBD::ODBC........................Not installed! (optional - Required to connect to a MS-SQL database.)
o DBD::Oracle......................Not installed! (optional - Required to connect to a Oracle database.)
o DBD::Pg..........................Not installed! (optional - Required to connect to a PostgreSQL database.)
o Encode::HanExtra.................Not installed! (optional - Required to handle mails with several Chinese character sets.)
o GD...............................ok (v2.46)
o GD::Text.......................ok (v0.86)
o GD::Graph......................ok (v1.44)
o IO::Socket::SSL..................ok (v1.53)
o JSON::XS.........................ok (v2.32)
o List::Util::XS...................ok (v1.23)
o LWP::UserAgent...................ok (v6.05)
o Mail::IMAPClient.................ok (v3.30)
o IO::Socket::SSL................ok (v1.53)
o ModPerl::Util....................ok (v2.000005)
o Net::DNS.........................ok (v0.66)
o Net::LDAP........................ok (v0.43)
o PDF::API2........................ok (v2.019)
o Compress::Zlib.................ok (v2.033)
o Text::CSV_XS.....................ok (v0.85)
o Time::HiRes......................ok (v1.9721_01)
o Time::Piece......................ok (v1.20_01)
o XML::Parser......................ok (v2.41)
o YAML::XS.........................ok (v0.38)
Ubuntu 12.04 és OTRS 3.3.11 (2014 decemberi verzió)
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni