Autodiscovery JTL Instanz

[Saintenr]

Hallo zusammen,

ich versuche folgendes und bin am Verzweifeln...
Ich möchte JTL Wawi automatisch auf meinem Clients installieren und das Profil / Instanz automatisch auf die Clients deployen oder zumindest den Server finden (autodiscovery).
Ich bekomme es jedoch nicht zum laufen und wollte einfach mal fragen ob es überhaupt möglich ist oder ob man pro Client / Benutzer die Einrichtung durchführen muss?

aktuell wird die Version 1.10.10.3 genutzt

Vielen Dank für eure infos.

 

[mh1]

Ich möchte JTL Wawi automatisch auf meinem Clients installieren und das Profil / Instanz automatisch auf die Clients deployen

Das einmal manuell erstellte Profil kannst du aus der Registry exportieren und auf den neuen Clients importieren.

oder zumindest den Server finden (autodiscovery).

im Windows LAN ist dafür der SQL-Browser zuständig. Aber du kennst doch die IP deines Servers?

Ich bekomme es jedoch nicht zum laufen und wollte einfach mal fragen ob es überhaupt möglich ist oder ob man pro Client / Benutzer die Einrichtung durchführen muss?

Genau das ist das Problem: die Wawi muss pro Benutzer eingerichtet werden.

 

[Saintenr]

Hallo Michael, danke für deine Antwort

Das einmal manuell erstellte Profil kannst du aus der Registry exportieren und auf den neuen Clients importieren.

Git es dazu eine Anleitung? Also welche Keys und welche Pfade relevant sind?

im Windows LAN ist dafür der SQL-Browser zuständig. Aber du kennst doch die IP deines Servers?

Das mit dem SQL Browser funktioniert, sodass man keinen Port bei der Einrichtung eingeben muss. Jedoch kann ich das meinen Usern nicht zumuten. Deshalb würde ich gerne das Profil gerne automatisch einrichten, damit die user auch keine Notwendigkeit haben ein Datenbank Passwort eingeben zu müssen

Genau das ist das Problem: die Wawi muss pro Benutzer eingerichtet werden.

das kann ich dann aber über die Registry automatisieren?

 

[no80]

Wenn du in einer AD bist, gehts per GPO
Alternative kannst du es per chocolaty, powershell, etc…

 

[Saintenr]

Wenn du in einer AD bist, gehts per GPO
Alternative kannst du es per chocolaty, powershell, etc…

Ja AD ist da. Die Frag wäre wo und welche Einträge notwendig wären

 

[mh1]

Hallo Michael, danke für deine Antwort

Git es dazu eine Anleitung?

Mir ist diesbezüglich keine offizielle Doku bekannt, deshalb würde ich das folgende Vorgehen als Bastellösung bezeichnen, d.h. man muss damit rechnen, dass vielleicht irgendwann irgendwas doch nicht 100%-ig richtig funktioniert und dann muss man halt wissen, was man gemacht hat....

Also welche Keys und welche Pfade relevant sind?

Ich mache das immer so: Den Key HKEY_CURRENT_USER\SOFTWARE\jtl-software\Profiles und HKEY_CURRENT_USER\SOFTWARE\jtl-software\Profiles\Standard mit seinen Werten bei einem manuell eingerichteten User exportieren und bei den anderen importieren. Fertig! Keine GPO, kein chocolaty, oder sonst was... Wenns nur um das Wawi Profil geht wäre das in MEINEN Augen Kanonen auf Spatzen.
Wieviele Clients und Benutzer hast du denn? Kommen da immer wieder neue hinzu?

Das mit dem SQL Browser funktioniert, sodass man keinen Port bei der Einrichtung eingeben muss. Jedoch kann ich das meinen Usern nicht zumuten. Deshalb würde ich gerne das Profil gerne automatisch einrichten, damit die user auch keine Notwendigkeit haben ein Datenbank Passwort eingeben zu müssen

Klar kann man das den Usern nicht zumuten. Wäre auch (wieder nur aus MEINER Sicht) ein absolutes No-go jedem User das dbowner Kennwort zur eazybusiness, oder gar den sa vom Datenbankserver zu geben.

 

[SebiW]

Wir arbeiten mit individuellen Usern auf SQL Ebene. Falls Ihr das auch tut wirst Du nicht drumrum kommen den Rollout anders zu lösen. Die Daten sind in der Registry verschlüsselt hinterlegt.
An dieser Stelle lohnt sich dann die Frage: Wie oft musst Du neue User anlernen. Wenn das einmal in der Woche oder seltener ist wirst Du wahrscheinlich mehr Arbeit in die Automatisierung versenken als Du durch Automatisierung sparst. Datenbanklogin ist ja in ein paar Sekunden eingerichtet. Dazu der obligatorische XKCD: https://xkcd.com/1205/

 

[John]

Die Verschlüsselung, die JTL verwendet, ist eher mau und über eine dll frei nutzbar.
Dazu gabs hier auch mal was im Forum.

 

[SebiW]

Jo, aber eben doch mehr als reines c&p wenn man mit unterschiedlichen SQL Usern arbeitet. Deshalb ja die Frage ob sich da eine Automatisierung zu bauen wirklich lohnt und der obligatorische xkcd. Macht halt wenig Sinn 3-4 Stunden Arbeit zu investieren um am ende 30 Sekunden zu sparen...

 

[mh1]

Meine Vorgehensweise mit dem Ex-/Import des Registryschlüssels macht natürlich nur Sinn, wenn man tatsächlich mehrere Windows Benutzer hat, die dann auch wirklich alle den gleichen DB Login verwenden.
Bei uns haben nur die Mitarbeiter im Außendienst bzw. Homeoffice eigene Logins auf dem SQL-Server und für die richte ich das Profil dann manuell mit der JTL-Datenbankverwaltung ein.
Aber für alle PC's hier im Haus verwende ich denselben DB Login und da JTL sich dafür entschieden hat, das Profil in HKEY_CURRENT_USER zu speichern, nervt mich das ständige Einrichten, weil sich Mitarbeiter X heute auf PC-1 anmeldet und morgen auf PC-2 usw.
Könnt man aber auch wie @no80 sagte per GPO erledigen lassen.

Letzten Endes ist die Frage, ob man das Automatisieren will doch sehr von den individuellen Gegebenheiten abhängig.
Wenn du fünf User hast, würde ich an die fünf Arbeitsplätze hinlaufen und die Datenbankprofile manuell anlegen. Fertig.
Wenn sich aber jeder dieser fünf auf allen fünf Arbeitsplätzen anmelden können muß, hättest du schon 25 Profile zum Anlegen 🤔
...wenn sich dann noch die fünf User ständig ändern (Ferienjobber, Minijob, normale Fluktuation...), solltest du dir schon Gedanken machen, wie man das Profilthema automatisiert kriegt.

 

[SebiW]

Japp, genau so sehe ich das auch
Wir haben alle feste Arbeitsplätze bzw im Lager feste Windows Nutzerkonten. Das Szenario mit verschiedenen Useraccounts auf einem Rechner hatte ich insofern nicht auf dem Schirm. Doofe Frage, RDP lohnt sich da noch nicht für Euch?

 

[mh1]

Doofe Frage, RDP lohnt sich da noch nicht für Euch?

Ist keine "doofe Frage"
Wir haben aber gar keine Windows Server, auf die man dann RDS basteln könnte.

 

[SebiW]

Jo, und die RDS Lizenzierung ist auch ziemlich assig. Ich bin aber immer noch am mit mir kämpfen ob mir der Umstand, dass ich dann die ganzen Clients auf was unixoides umstellenn kann wenn ich JTL in ne RDP Lösung hebe den Aufwand nicht doch wert ist...
Die nächste Wawi hat sicher keinen MSSQL unter der Haube

 

[mh1]

..., dass ich dann die ganzen Clients auf was unixoides umstellenn kann wenn ich JTL in ne RDP Lösung hebe den Aufwand nicht doch wert ist...

Wenn die Wawi bisher das einzige Argument für Windows auf den Clients war, würde das in meinen Augen auf jedenfall Sinn machen.
....in den Firmen, wo ich mich so bewege, ist es leider undenkbar den Anwendern etwas anderes als Windows hinzustellen

Die nächste Wawi hat sicher keinen MSSQL unter der Haube

Woher hast du diese Info? Was steckt denn "unter der Haube"?

 

[SebiW]

Ich meinte damit die nächste Warenwirtschaft hier im Haus. JTL hat uns lange begleitet, bettelt in letzter Zeit aber ja doch darum, dass man sich mal nach Alternativen umschaut.

Und jo, JTL ist hier im Haus im Endeffekt das einzige, das ich nicht problemlos Entwindowsifizieren kann. Lokal läuft eh nur noch Zeug wie Libreoffice das keine Probleme bereiten wird. Schlimmstenfalls brauch ich 1-2 Macs für die Photoshop Fanatiker, Rest ginge auch auf Linux. Mal sehen was die nächsten 1-2 Jahre bringen. Wird jedenfalls definitiv mit Entscheidungsrelevant sollten wir JTL mal verlassen. Keine Lust wieder jede Menge gute Hardware wegzuschmeissen nur weil MS nenn schlechten Tag hat.

 

[mh1]

Ich meinte damit die nächste Warenwirtschaft hier im Haus.

Achso. Ich dachte schon, dass die besser Informierten irgendwie Kenntnis drüber haben, dass die JTL Wawi 1.20 eine Datenbank XY voraussetzt 😅