Hallo CMDB-Tester,
das ist wirklich schade. Also scheint es tatsächlich generell Probleme mit dem IE zu geben.
Wir versuchen gerade i-doit bei uns im Unternehmen einzuführen. Allerdings leidet die Benutzerakzeptanz etwas, wenn man immer von seinem default Browser in einen anderen Browser wechseln muss.
Wenn ich auf ein Objekt vom Typ "Schrank" klicke, dann in die Ketegorie "Schrank" wechsle und anschließend auf "Druckansicht" klicke, so wird eine leere Druckansicht generiert obwohl der Schrank gut gefüllt ist.
Browser = Firefox 3.6.24
i-doit = 0.9.9.7
Wenn ich ein Objekt vom Typ "Layer 3-Netz" anlege, dann speichere und anschließend versuche einen Wert (z.B. das default GW) zu ändern, so werden die Änderungen nicht übernommen.
Browser = Firefox 3.6.24
i-doit = 0.9.9.7
Hallo,
ich habe ein Netz mit einem default GW (z.B 192.168.100.1). Nun habe ich ein L3 Netz dazu angelegt. In diesem habe ich mehrere Hosts, bei denen ich in der Hostadress maske wunderbar mein L3 Netz auswählen kann und eine freie ip in das IP Feld eingetragen wird.
Nun möchte ich aber dem default GW selbst diesem Netz zuordnen. Das scheint nicht zu funktionieren. wenn ich das L3Netz in der IP Maske auswähle, dann wird die inputbox des default GW's gefüllt (mit der gleichen IP, die der Host selbst hat logisch).
Dieses konstrukt kann ich dann nicht abspeichern.
Ich würde aber gern den default GW (also den physischen Host) gern dem L3 Netz zuordnen. jemand ne idee?
Hallo zusammen,
kann es sein (ich selbst kann es als Linux Nutzer nicht nachvollziehen), dass sich I-doit nicht mit IE7 benutzen lässt?
viele Grüße
mh, keine Ahnung ob es daran liegt. Aber bei mir steht tatsächlich "(objectClass=*)" drin (also ohne der äußeren klammer und dem &)
wobei mein LDAP Browser auch mit "(&(objectClass=*))" klar kommt.
schau mal in die Tabelle "isys_ldap" in die Spalte "isys_ldap__filter". Steht dort:
(objectClass=*)
oder steht dort:
(objectClass=)
Bei mir hatte ich in der aktuellen version Probleme mit der Dateneingabemaske für die LDAP konfiguration und dem LDAP Mapping (hier: http://forum.i-doit.org/index.php/topic,2563.0.html)
jedenfalls hatte ich auch die Meldung:
"ldap: ** No user found."
aber eine suche wurde garnicht erst abgesetzt (wireshark: bind request, unbind request - sonst nichts).
hast du die LDAP mappings wie in dem thread oben beschrieben konfiguriert? hast du in der Datenbank mal nachgesehen, ob der Filter string korrekt drin steht?
Hast mal mit wireshark zwischen i-doit und ldap server ein trace gemacht und nachgesehen, ob deine suchanfrage beim login wie erwartet raus geht?
mh…. so funktioniert es tatsächlich. "Stromverbraucher" klang für mich irgendwie so, als ob man da objekte dran hängt (an z.B den Server) die Strom verbrauchen.
Und womit verbindet man dann den Stromverbruacher? mit der USV?
Die mappings für openldap habe ich auch noch nicht konfiguriert, aber nach deinem ldapsearch auszug zu schließen müsste das ja hin hauen.
deine Screenshots zeigen nur das Datenbankschema der ldap tabellen, nicht den Inhalt. Da musst du mal auf den "Browse" Reiter klicken. Ich denke mal dort wird dann was drin stehen.
Dein Logfile bestätigt aber meine Vermutung, dass du auf das Gleiche Problem läufst wie ich in dem thread hier:
http://forum.i-doit.org/index.php?topic=2563.0
i-doit scheint sich am ldap anzumelden und die Verbindung ohne einer Suchanfrage wieder zu schließen. Ich meine, dass es bei mir an dem mapping lag. Zusätzlich hab ich aber eben den Filter auch händisch in der Datenbank konfiguriert (also "(objectClass=*)" in isys_ldap__filter geschrieben).
Im openldap logfile ist nichts zu sehen? Schade dass du den openldap server auf localhost laufen hast. Sonst könnte man mal in ein netzwerk trace schauen. Hast du evtl. die Möglichkeit einen entfernten LDAP Server zu verwenden?
Kann es sein, dass der Filter falsch in der Datenbank steht (war bei mir der Fall) als ich ihn über das normale UI konfiguriert hatte, hatte ich auch probleme damit. Ich hab ihn dann direkt in die Datenbank geschrieben: schau mal in die Tabelle "isys_ldap" in die Spalte "isys_ldap__filter" und prüf mal ob dort steht:
(objectClass=*)
bzw. ob der wert in:
"isys_ldap__user_search "
mit deiner suchmaske übereinstimmt?
Hallo zusammen,
ich habe heute versucht den Strombedarf unserer IT umgebung im i-doit zu dokumentieren.
ich bin so vorgegangen:
jedem objekt (Server, DSLAM, switch …) habe ich einen neuen Anschluss verpasst (diesen habe ich jeweils "Power Unit" getauft).
Dann habe ich in den Schränken jeweils neu "Stromverbraucher" hinzugefügt. Hierbei habe ich immer die Verbindung zur "Power Unit" des entsprechenden Gerätes angelegt und die Stromaufnahme des Gerätes eingetragen.
Frage 1:
ist das Vorgehen Prinzipiell so gedacht?
Frage 2 (setzt ein "ja" bei Frage 1 vorraus):
wenn ich jetzt unter "Extras" -> "Reports" -> "online Repository" -> "Stromverbrauch in Racks" auswähle, dann sehe ich alle Schränke, allerdings steht in der Spalte "Gesamtverbrauch" nirgends was drin?
Woran könnte das liegen?
Super, so langsam verstehe ich.
Und wenn der user im AD sein passwort ändert?
funktioniert das?
also dass der user sich anmeldet, das passwort im i-doit falsch ist (weil er es nur im AD, nicht aber im i-doit geändert hat), i-doit am AD nachfragt und das i-doit PW durch das aus der AD überschreibt?
COOL! COOL! COOL! 
es funktioniert! allerherzlichsten Dank!
jetzt hab ich nur noch eine konzeptionelle Frage:
ich hab mich jetzt mit einem user anmelden wollen, der im AD existiert, im i-doit aber nicht angelegt ist:
"You need at least reading rights for logging in to an i-doit mandator.
Contact your system administrator for adding your user into a corresponsing right-group."
das bedeutet also, ich muss die user , welche im i-doit arbeiten sollen im i-doit anlegen? ich hatte das so verstanden, dass die user einfach nur im AD existent sein müssen (über den entsprechenden Filter) und dann zugang haben?
Also ich habe jetzt mal die ersten beiden deiner Bedingungen getestet. Das Ergebnis bleibt in beiden Fällen wie beschrieben:
i-doit login screen sagt: "Invalid username or password!"
/var/www/temp/ldap_debug.txt:
2011-11-03 15:22:34 ldap: LDAP Module launched for mandator: idoit_it
2011-11-03 15:22:34 ldap: Found 1 configured LDAP Servers.
2011-11-03 15:22:34 ldap: 1: our.server.company.com (OU=intern,OU=administration,OU=bereiche,DC=our,DC=company,DC=name,DC=com)
2011-11-03 15:22:34 ldap: –--------------------------------------------------------------------------------------------
2011-11-03 15:22:34 ldap: Creating new ldap-library connection to: our.server.company.com:389, user: DOMAIN\ldapr
2011-11-03 15:22:34 ldap: Connected to our.server.company.com
2011-11-03 15:22:34 ldap: Searching for username: prendela
2011-11-03 15:22:34 ldap: Getting user(s) using filter: (&(objectClass=*)(cn=prendela)) in search-path: OU=intern,OU=administration,OU=bereiche,DC=our,DC=company,DC=name,DC=com
2011-11-03 15:22:34 ldap: ** No user found.
2011-11-03 15:22:34 ldap: User not found. Check if prendela exist in your configured search-path: OU=intern,OU=administration,OU=bereiche,DC=our,DC=company,DC=name,DC=com
wireshark:
ldap verbindung wird aufgebaut (bindrequest) und sofort wieder geschlossen (unbindrequest) ohne irgend eine Art von kommunikation dazwischen
irgend eine idee?
in der Datenbank steht bei mir noch unter "isys_ldap__filter_array "
a:5:{s:10:"attributes";a:1:{i:0;s:11:"objectClass";}s:6:"values";N;s:10:"field_type";a:1:{i:0;s:1:"3";}s:15:"field_link_type";a:1:{i:0;s:1:"&";}s:14:"field_operator";a:1:{i:0;s:1:"=";}}
kann dort ein fehler drin liegen?
mega peinlich. Du hast natürlich recht.
ich hab Hot-Swap Hot-Spare verwechselt 
jo, der war falsch. Ich hab mitlerweile nur noch "objectClass=*"
Aber es tut leider nicht, beim test findet er zwar mehr als 50 Objekte (laut wireshark ist dort auch mein user dabei) wenn ich mich aber mit meinem user anmelden will, dann funktioniert es nicht (laut wireshark macht er auch keine Abfrage).
Ich weiß halt leider nicht ob es ein Bug ist, oder ich mich einfach nur zu blöd anstelle (zweiteres ist durchaus im Rahmen des möglichen gg)
Super, danke für die Schnelle Antwort. Habt ihr eine grobe Roadmap, wann mit einem nächsten Release zu rechnen ist?
