Hallo!
Ok, das muss ich mir mal ansehen, wie das funktioniert. Bis jetzt hatte ich da nix gefunden, was mir weiterhilft.
Aber schon mal Danke!
Hallo!
Ok, das muss ich mir mal ansehen, wie das funktioniert. Bis jetzt hatte ich da nix gefunden, was mir weiterhilft.
Aber schon mal Danke!
Hallo zusammen!
Kann man irgendwie gobal den Punkt "Kabel automatisch erzeugen" für Anschlüsse herausnehmen, wenn der Objekt-Typ ein Client ist?
Oder das so einstellen, dass nur RJ-45/LWL-Ports automatische Kabel erhalten?
Hintergrund ist, dass beim automatischen Import aus JDISC z.B. zig Monitor-Kabel erzeugt werden, die unnötig sind.
Kabelwege sollten bei uns nur im Bereich Netzwerk erzeugt werden (Switches, Patchfelder usw.), aber die Peripherie-Kabel interessieren nicht wirklich.
Besten Dank!
Gruß,
Klaus
Hallo zusammen!
Wir haben einen AD-Import über die console.php laufen, per cronjob wird das AD 1x täglich synchronisiert.
Jetzt gibt es ja den manuellen AD-Sync für Server/Clients und immer noch den Hinweis, dass Personen via Konsole importiert werden müssen.
Wird das irgendwann integriert (aktuell läuft schon i-doit 31 Pro) oder gibt es eine (andere) Lösung, wie man einen AD-User-Sync per Knopfdruck starten kann?
Mir schwebt da ein einfacher Button vor, der das console.php direkt aus der GUI heraus startet.
Hintergrund der Frage ist, wenn gerade ein neuer AD-User angelegt und ggf. auch ein neuer Computer erzeugt wurde, würden die erst beim nächsten AD-Sync per Cron in die DB laufen. Das ist doof, weil man eben auf den nächsten Job warten muss.
Klar könnte ich den Job auf alle x Minuten runterdrehen, aber das erzeugt ja auch wieder nur unnötig Last, wenn es keine Änderungen gibt.
Danke und Gruß,
Klaus
Hallo zusammen!
Ich habe gerade auf Version 31 upgedatet, leider ist jetzt beim Export einer Liste nach CSV die CSV-Datei leer bis auf die Spaltenüberschriften.
Kann jemand evtl. helfen...?
Danke,
Gruß,
Klaus
Ok, Danke!
Ticket ist rausgeschickt.
Was mich halt wundert ist, dass ich das ISMS-Add-On nirgends mehr zum Download finde.
Beim Hersteller becon werde ich auch nur auf das i-doit-Portal verwiesen, aber dort finde ich nix mehr.
Na, mal sehen, was das Ticket bringt.
VG
Klaus
Hi Stefan,
habe ich gemacht, ändert leider nichts:
Daher die Frage, ob man für die Add-Ons eigene Lizenzen benötigt, weil ich die auch nicht mehr auf der Add-On-Seite im Portal finde.
VG
Klaus
Hallo zusammen,
ich bekomme für die Add-Ons "Documents" und "ISMS" die Meldung, dass die Add-Ons nicht lizensiert wären.
Ich finde die auch nicht mehr auf dem Portal unter Add-Ons.
Wurde hier etwas geändert, was mir vielleicht durchgegangen ist?
Danke und Gruß,
Klaus
Guten Morgen!
So, ich hab mal etwas rumprobiert, leider klappt das so nicht, warum auch immer.
Ich habe ein Profil angelegt, in dem nur Laptops und Desktops als "Clients" importiert werden, als JDISC-Betriebssystem habe ich "Windows" angegeben.
Dazu ist der Haken bei "Software berücksichtigen" gesetzt und "Betriebssystem" und "Softwarezuweisung" sind in die große Liste eingefügt.
Leider kommen beim Import keine neuen "Betriebssystem"-Objekte in die Liste.
Ich will da jetzt auch keinen kompletten Import drüberlaufen lassen...
Naja, die Liste vom JDISC hilft mir erstmal weiter, damit wir die "Leichen" mit uralten Patchleveln herausfinden.
Gruß,
Klaus
Hallo zusammen!
Kann ich im jdisc einstellen, dass NUR das Betriebssystem (inkl. Patchlevel) von Dektops und Laptops erkannt wird?
Im Moment interessiert uns nur das OS, die restliche Applikationen belegen für uns nur unnötig lizensierte Objekte.
Vielen Dank!
Gruß,
Klaus
Ok, scheint sich erledigt zu haben.....
Wenn man die Beispiel-ldap.ini kopiert, wird vor den Blöcken mit den []-Klammern eingerückt.
Das führt offenbar dazu, dass das Skript den Block nicht erkennt.
Schiebt man den Block [commandArguments] usw. an den Zeilenanfang schiebt, funktioniert das Ganze
Kopiert man die Beispiele von der KB-Seite, sind da offenbar Leerzeichen vor, die das Ganze abschießen:
....[commandArguments]
....[commandOptions]
....user=admin
....password=pass
....tenantId=1
....update
....quiet
....[additional]
Egal, gefunden, Topic kann geschlossen werden!
Danke und Gruß,
Klaus
Noch eine Ergänzung, der "normale Aufruf"
sudo -u www-data php console.php -uxxxxxxx -pxxxxxxxx --tenantId 1 --ldapServerId 1
funktioniert, allerdings werden meine Mappings aus der ini-Datei natürlich nicht mitgezogen.
Der PHP-Fehler tritt immer dann auf, sobald ich die ini-Datei einbinde. Ich habe auch schon versucht, nur den [additional]-Teil in der ini zu lassen und den Rest (User, Tenant usw.) im Command mitzugeben.
Es endet aber alles immer wieder in dem Fehler, dass hier der Datentyp nicht stimmen soll:
if (!empty($config)) {
if (!file_exists($config)) {
$event->getOutput()
->writeln("<fg=yellow>Config file not found</>");
$configData = [];
} else {
$event->getOutput()
->writeln('<info>Processing config file</info>');
$configData = parse_ini_file($config, true, INI_SCANNER_RAW);
}
$definition = $command->getDefinition();
if (array_key_exists('commandArguments', $configData)) {
$this->advancedIniParsing($configData['commandArguments']);
foreach ($configData['commandArguments'] as $key => $value) {
$input->setArgument($key, $value);
$definition->getArgument($key)->setDefault($value);
}
}
if (array_key_exists('commandOptions', $configData)) {
$this->advancedIniParsing($configData['commandOptions']);
foreach ($configData['commandOptions'] as $key => $value) {
$input->setOption($key, $value);
$definition->getOption($key)->setDefault($value);
}
}
if (array_key_exists('additional', $configData)) {
$this->advancedIniParsing($configData['additional']);
$command->setConfig($configData['additional']);
}
Immer in der Zeile "if (array_key_exists(....))" ist angeblich $configData ein Bool, kein Array.
Guten Morgen!
Das verstehe ich nicht wirklich...
In dem KB-Artikel steht:
Der Aufbau der .ini#
[commandArguments]
Zur Zeit keine vorhanden.
Hier meine ldap-sync.ini (natürlich ohne den korrekten User :
[commandArguments]
[commandOptions]
user=xxxxxxxx
password=xxxxxxx
tenantId=1
[additional]
import_rooms=true
defaultCompany=''
deletedUsersBehaviour=disable_login
disabledUsersBehaviour=disable_login
; LDAP Attributes are individual. This default configuration is prepared for Active Directory:
attributes[department]=department
attributes[phone_company]=telephoneNumber
attributes[phone_home]=homephone
attributes[phone_mobile]=mobile
attributes[fax]=facsimileTelephoneNumber
attributes[description]=info
attributes[personnel_number]=initials
attributes[organization]=company
attributes[location]=physicalDeliveryOfficeName
attributes[salutation]=title
attributes[street]=streetAddress
attributes[city]=l
attributes[zip_code]=postalCode
attributes[function]=title
attributes[service_designation]=title
attributes[pager]=pager
;Attributerweiterung Personen
attributes[custom_1]=objectSid
attributes[custom_2]=sn
attributes[custom_3]=homePhone
attributes[custom_4]=mobile
attributes[custom_5]=info
attributes[custom_6]=manager
attributes[custom_7]=company
attributes[custom_8]=department
autoReactivateUsers=false
ignoreUsersWithAttributes[]="sn"
ignoreUsersWithAttributes[]="givenName"
ignoreFunction=empty
syncEmptyAttributes=true
Die ldap-sync startet ja (führe ich im Web-Verzeichnis als www-data aus), aber es gibt eben einen php-Fehler.
Hab ich da was falsch verstanden?
Ergänzung:
i-doit läuft auf Ubuntu 22.04 LTS, PHP 8.1.2
Hallo zusammen!
Beim Versuch, das ldap zu syncen bekomme ich diesen Fehler:
PHP Fatal error: Uncaught TypeError: array_key_exists(): Argument #2 ($array) must be of type array, bool given in /var/www/html/i-doit/src/idoit/Console/Subscriber/CommandEvents.php:53
Ich führe gemäß der Knowledge Base diesen Befehl aus:
sudo -u www-data php console.php ldap-sync -c /var/www/html/i-doit/src/handler/ldap-sync.ini --dumpConfig
Die lday-sync.ini ist die aus der KB, angepasst um einen i-doit-User.
Hat jemand einen Tipp...?
Vielen Dank!
Klaus