Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
ich benötige mal wieder Hilfe bei der Programmerstellung. Ich soll ein LV-Programm erstellen, das den Benutzer mittels Passwortabfrage eines Windows2003Servers überprüft. Der Windows2003Server mit ActiveDirectory sollte von LV-aus mit .NET abgefragt werden können. Leider kenne ich mich mit Servern und ActiveDirectory nicht aus. Ich habe in LV über die verschiedenen .NET Knoten (Konstruktor-, Methoden-, Eigenschaftsknoten) schon einiges versucht, aber leider bisher keinen Erfolg verbucht. Ich gehe davon aus, dass ich über den Konstruktorknoten zuerst den entsprechenden Eintrag auswählen muss und danach über Methoden- und Eigenschftsknoten die Abfrage starte. Mir ist aber nicht klar, welches der richtige Konstruktorknoteneintrag ist. Ich habe versucht über die msn-Seite (http://msdn.microsoft.com/en-usbrary/sys...1%29.aspx) die richtige Klassifizierung zu finden, finde diese aber im LV nicht, siehe Bildanhang.
Kann mir jemand von euch weiter helfen? Hat das evtl. schon mal jmd. von euch gemacht?
Dieser Beitrag soll weder nützlich, informativ noch lesbar sein.
Er erhebt lediglich den Anspruch dort wo er ungenau ist, wenigstens eindeutig ungenau zu sein.
In Fällen größerer Abweichungen ist es immer der Leser, der sich geirrt hat.
Rette einen Baum!
Diesen Beitrag nur ausdrucken, wenn unbedingt nötig!
Dankeschön. Das hatte ich nicht gefunden.
Weißt du zufällig auch welchen der vielen Untereinträge ich brauche um von einem Benutzer das Passwort abzufragen? Und wie ich das umsetze?
Das NativeObject scheint ja eine .Net Refnum zu sein. Dann wäre es sinnvoll die in jedem Falll auch wieder zu schliessen. Sonst haut man sich ein Memoryleak rein. Dasselbe gilt auch für die DirectoryEntry Refnum.
Leider habe ich mein Problem noch nicht ganz gelöst. Mit dem VI von RoLe kann ich zwar die User abfragen, allerdings habe ich es nicht geschafft, das auf die verschiedenen Benutzergruppen umzusetzen. Ich habe 2 Testgruppen Admin und Users. Wenn ich jetzt einen user1 der sich nur in der Gruppe Users befindet in der Gruppe Admin abfragen will, zeigt er mir ein "Trust" an, obwohl user1 nicht in dieser Gruppe ist. Wo muss ich den die Gruppenzuordnung einfügen? Unter Path: LDAP://testserver.de/Admin oder unter Benutzer: Admin/user1 funktioniert die Abfrage nicht bzw. kommt ein falsches Ergebnis.
Grüße
Kerstin
12.03.2010, 08:34 (Dieser Beitrag wurde zuletzt bearbeitet: 12.03.2010 08:38 von RoLe.)
' schrieb:Das NativeObject scheint ja eine .Net Refnum zu sein. Dann wäre es sinnvoll die in jedem Falll auch wieder zu schliessen. Sonst haut man sich ein Memoryleak rein. Dasselbe gilt auch für die DirectoryEntry Refnum.
Ja danke, eigentlich sollte man das auch in den Bsp. richtig machen, sonnst mach ich das schon.
' schrieb:allerdings habe ich es nicht geschafft, das auf die verschiedenen Benutzergruppen umzusetzen. Ich habe 2 Testgruppen Admin und Users. Wenn ich jetzt einen user1 der sich nur in der Gruppe Users befindet in der Gruppe Admin abfragen will, zeigt er mir ein "Trust" an, obwohl user1 nicht in dieser Gruppe ist.
Ich weis jetzt auch nicht wie das geht.
Wozu brauchst du den das?
Ev. gibt es ja eine andere einfachere Lösung.
.·´¯)--> Leben ist das, was dir passiert, wenn du eifrig dabei bist andere Pläne zu machen <--(¯`·.
ich benötige diese Abfrage um sicherzustellen, dass der einfache User (angeblich unwissend) nicht irgendwelche Einstellungen verändert, die der Admin (angeblich nicht ganz so unwissend) aber schon einstellen bzw. verändern darf.
Soll heißen ich habe ein normales Messprogramm mit fixen Einstellungen, was vom Otto-normal-User einfach nur benutzt werden soll. Kommt jetzt aber der Otto-besserwissende-User kann er über einen separaten Teil des Programms mittels Userabfrage am Server die Programmeinstellungen verändern. Dazu benötige ich die Abfrage, damit Otto-normal-User keinen Mist baut. Die Passwörter der Otto-besserwisser sollen aber nicht lokal hinterlegt sein (Kundenvorgabe).
