In der neuen Version gibt es nur noch ein Hintergrundbild und der Dateiname
hat sich geändert:

<Manager-Home>/nfs/root/custom/rootfs/usr/share/wallpapers/openthinclient/default.png


Ich habe diese Information im Wiki ergänzt.


Am Mi., 3. Juli 2019 um 14:17 Uhr schrieb Jörn Frenzel <
j.fren...@openthinclient.com>:

> Hallo Sven,
>
> die Displaykonfiguration muss man u.U. wirklich neu anlegen. Dies hängt
> damit zusammen, dass die neuen Treiber-Module andere Anschlußnamen setzen.
> Da sind wir leider an das gebunden was Debian vorgibt.
>
> Wenn Du sagst, dass der Numlock nach dem Login vertauscht ist, dann meinst
> Du den Login am Linux-Desktop (lightdm), oder den am Windows (RDP-Sitzung)?
>
> Die Sache mit dem Custom-Hintergrund nehmem ich als Issue auf.
>
> Grüße, Jörn
>
> Am 03.07.19 um 10:09 schrieb IT:
> > Hallo zusammen,
> >
> > ich habe unsere Appliance einmal geklont und das Beta Update eingespielt.
> >
> > Fazit:
> > - Die Dualmonitor-Einstellungen musste ich ALLE neu machen (Bei unserer
> Größe aber noch machbar)
> > - Die RDP Verbindung fragt nur noch einmal nach den Credentials und das
> einloggen funktioniert.
> > - Der Nummernblock ist trotzdem teilweise verrauscht (Allerdings erst
> nach dem Login)
> > - Mein Custom-Desktophintergundbild wird nicht mehr übernommen.
> >
> > Beste Grüße
> > -Sven-
> >
> >
> >
> >
> > Am 02.07.19, 13:05 schrieb "Jörn Frenzel" <j.fren...@openthinclient.com
> >:
> >
> >      Hallo allerseits,
> >
> >      Single sign on zur Umgehung dieses Problems zu verwenden - hmm,
> kann man machen.
> >      Doku bezgl. AD-Anbindung:
> https://wiki.openthinclient.org/display/OMD/Active+Directory+Integration
> >
> >      Allerdings kommt mit der gestern erschienenen ersten Version 2019
> ein neuer freerdp mit. Binaries als auch launcher wurden überarbeitet.
> >      Bitte testet mit. Bitte keine Nutzung in produktiven Umgebungen.
> >
> >      https://www-2019.openthinclient.com/info/beta-release-download.html
> >
> >      Grüße, Jörn Frenzel
> >
> >      --
> >      Head of
> >      Development & Support
> >
> >      Am 02.07.19 um 11:44 schrieb Stefan:
> >      > Ja, da muss man natürlich die Daten des AD eintragen. Da ich mir
> nicht 100% sicher war ob ich den primary LDAP überschreiben soll, habe ich
> das so eingestellt:
> >      > - Location: (eigene erstellt)
> >      > -- secondary directory:
> >      > --- LDAP URLs: ldap://server:389/ou=OUR_USERS,dc=example,dc=org
> >      > --- Read only principal/password: (benutzername und passwort des
> read-all nutzers, der im LDAP separat eingerichtet wurde)
> >      > -- Settings for users and groups:
> >      > --- serverversion "secondary LDAP directory"
> >      > --- use for: "read existing data"
> >      >
> >      > Und dann bei FreeRDP "use single-sign-on" und die richtige domain
> eingestellt, damit die nutzer sich einfach mit Benutzername+Passwort, ohne
> Domain anmelden können.
> >      >
> >      > VG,
> >      >
> >      > Stefan
> >      >
> >      >
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >      >
> >      >     *From: *"Benjamin Wilk" <benjamin.w...@taschenkaufhaus.de>
> >      >     *To: *"openthinclient-user" <
> openthinclient-user@lists.sourceforge.net>
> >      >     *Sent: *Tuesday, 2 July, 2019 11:33:00
> >      >     *Subject: *Re: [openthinclient-user] Terminalserver -
> Nummernblock / doppelter Login
> >      >
> >      >     Hallo Stefan,
> >      >
> >      >     vielen Dank für deine Antwort. Ich hab jetzt mal ein Gerät
> des Typs Single Sign On erstellt und auf einen Client festgenagelt. Da
> kommt jetzt natürlich nach dem Hochfahren des Linux sofort eine Loginmaske
> – ich kann mich jedoch nicht mit den AD-Credentials anmelden, da der
> Openthinclient Server keinerlei Angaben zum AD-Controller hat. Wie habt ihr
> das denn gelöst?
> >      >
> >      >     Mit freundlichen Grüßen
> >      >
> >      >     Benjamin Wilk
> >      >
> >      >     Systemadministrator
> >      >
> >      >     --
> >      >
> >      >     Taschenkaufhaus GmbH
> >      >
> >      >     Karl-Heine-Straße 92-94
> >      >
> >      >     04229 Leipzig
> >      >
> >      >     Tel: 0341 - 350 55 77 23
> >      >
> >      >     Fax: 0341 - 350 55 77 20
> >      >
> >      >     E-Mail: _benjamin.w...@taschenkaufhaus.de <mailto:
> benjamin.w...@taschenkaufhaus.de>_
> >      >
> >      >     Internet: www.taschenkaufhaus.de <
> http://www.taschenkaufhaus.de/>
> >      >
> >      >     Geschäftsführer: Steffen Kilian
> >      >
> >      >     Ust-IdNr.: DE261045761
> >      >
> >      >     Amtsgericht Leipzig, HRB 24287
> >      >
> >      >     *Von:*Stefan <otc-u...@stefanseidel.info>
> >      >     *Gesendet:* Dienstag, 2. Juli 2019 11:02
> >      >     *An:* openthinclient-user <
> openthinclient-user@lists.sourceforge.net>
> >      >     *Betreff:* Re: [openthinclient-user] Terminalserver -
> Nummernblock / doppelter Login
> >      >
> >      >     Das lässt sich beheben, indem man Single Sign On statt
> Autologin verwendet. Bei uns funktioniert das sehr gut (mit FreeRDP
> nightly). Hat auch den Vorteil, dass wenn die Verbindung getrennt werden
> sollte, der Nutzer sich ohne erneute Passworteingabe wieder anmelden kann.
> >      >
> >      >     Mit dem Nummernblock hatten wir manchmal auch Probleme, aber
> das war eigentlich immer nur bei "rdesktop", nicht bei FreeRDP. Ggf. kann
> man im BIOS der ThinClients den Numlock standardmäßig an oder aus schalten.
> >      >
> >      >     MfG,
> >      >
> >      >     Stefan Seidel
> >      >
> >      >
>  
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >      >
> >      >         *From: *"Benjamin Wilk" <benjamin.w...@taschenkaufhaus.de
> <mailto:benjamin.w...@taschenkaufhaus.de>>
> >      >         *To: *"openthinclient-user" <
> openthinclient-user@lists.sourceforge.net <mailto:
> openthinclient-user@lists.sourceforge.net>>
> >      >         *Sent: *Tuesday, 2 July, 2019 10:31:11
> >      >         *Subject: *Re: [openthinclient-user] Terminalserver -
> Nummernblock / doppelter Login
> >      >
> >      >         Hallo Sven,
> >      >
> >      >         das mit den zweimaligen Anmelden ist bei uns auch so –
> leider. Wir konnten das jedoch noch nicht beheben.
> >      >
> >      >         Mit freundlichen Grüßen
> >      >
> >      >         Benjamin Wilk
> >      >
> >      >         *Von:*IT <i...@bm-logistics-solutions.de <mailto:
> i...@bm-logistics-solutions.de>>
> >      >         *Gesendet:* Montag, 1. Juli 2019 10:53
> >      >         *An:* openthinclient-user@lists.sourceforge.net <mailto:
> openthinclient-user@lists.sourceforge.net>
> >      >         *Betreff:* [openthinclient-user] Terminalserver -
> Nummernblock / doppelter Login
> >      >
> >      >         Hallo zusammen,
> >      >
> >      >         ich habe hier ein Problem nachdem ich von einem einzigen
> 2012R2 Terminalserver auf eine kleine TS-Farm umgestellt habe.
> >      >
> >      >         Bei der Verwendung einer freeRDP Anwendung müssen sich
> die User nun 2-mal Authentifizieren, wenn sie sich mit der TS-Farm
> verbinden. Das ist leider sehr nervig und dazu kommt folgendes:
> >      >
> >      >         Nachdem ersten Login wird sporadisch der Nummernblock
> abgeschaltet (jedoch nicht die LED) ab da ist das verhalten dann umgekehrt
> und die User können sich bei der zweiten Authentifizierung meistens nicht
> anmelden, wenn sie "blind" zahlen vom Nummernblock eingeben, dass bei der
> ersten Authentifizierung noch lief.
> >      >
> >      >         Wenn ich im Management beim Sicherheitsprotokoll TLS
> auswähle, erscheint die Anmeldung etwas anders. (Ein Popup mit Credentials
> erscheint) Das wäre soweit auch kein Problem, allerdings wird der
> Anmeldevorgang abgebrochen.
> >      >
> >      >         "Fehler bei der Anmeldung des Diensts
> "Benutzerprofildienst". Das Benutzerprofil kann nicht geladen werden."
> >      >
> >      >         Erst nach X Versuchen kann sich der User anmelden.
> >      >
> >      >         -Sven-
> >      >
> >      >
> >      >
> >      >         _______________________________________________
> >      >         The Open Source Thin Client Solution
> http://openthinclient.org
> >      >         openthinclient-user@lists.sourceforge.net <mailto:
> openthinclient-user@lists.sourceforge.net>
> >      >
> https://lists.sourceforge.net/lists/listinfo/openthinclient-user
> >      >
> >      >
> >      >
> >      >     _______________________________________________
> >      >     The Open Source Thin Client Solution
> http://openthinclient.org
> >      >     openthinclient-user@lists.sourceforge.net
> >      >
> https://lists.sourceforge.net/lists/listinfo/openthinclient-user
> >      >
> >      >
> >      >
> >      > _______________________________________________
> >      > The Open Source Thin Client Solution http://openthinclient.org
> >      > openthinclient-user@lists.sourceforge.net
> >      > https://lists.sourceforge.net/lists/listinfo/openthinclient-user
> >      >
> >
> >      _______________________________________________
> >      The Open Source Thin Client Solution http://openthinclient.org
> >      openthinclient-user@lists.sourceforge.net
> >      https://lists.sourceforge.net/lists/listinfo/openthinclient-user
> >
> >
> >
> > _______________________________________________
> > The Open Source Thin Client Solution http://openthinclient.org
> > openthinclient-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/openthinclient-user
> >
>
> _______________________________________________
> The Open Source Thin Client Solution http://openthinclient.org
> openthinclient-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/openthinclient-user
>


-- 
Márton Morvai
Development & Support

openthinclient gmbh, Büro Dresden
Kamenzer-Str.33, 01099 Dresden, Deutschland
Telefon: +49 351 41886215-1
mailto:m.mor...@openthinclient.com

openthinclient gmbh
Heilbronner Str. 150, 70191 Stuttgart, Deutschland
Telefon: +49 711 1378636-0
Telefax: +49 711 1378636-9
Amtsgericht Stuttgart: HRB 245 177; USt-ID: DE216017092
Geschäftsführer: Alexander Stecher
http://openthinclient.com
<http://openthinclient.com>
_______________________________________________
The Open Source Thin Client Solution http://openthinclient.org
openthinclient-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openthinclient-user

Reply via email to