Hallo,
nachdem wir hier eine kleine Testumgebung auf die Beta umgestellt haben, hier
etwas Feedback:
- wir haben auch 2012R2, hatten noch nie das Numlock-Problem, aber jetzt mit
v2019 doch. Das ist etwas enttäuschend. Wir werden aber noch mehr testen.
- Mikrofon geht jetzt, aber anscheinend mit recht großer Verzögerung (1s oder
mehr), wir werden hier aber auch noch mehr testen
- im Webinterface werden bei den Zugangsdaten für die Programme (z.B. freerdp)
automatisch die Login-Daten für den Admin-Zugang des Managers eingetragen (weil
im Browser gespeichert). Hier wäre ein autocomplete="none" an den input-Feldern
vielleicht hilfreich
- beim Booten kommt zunächst das Logo, dann aber für ca. 5-10 Sekunden das
Konsole-Login. Das ist sehr verwirrend für die Nutzer, die da ein "Login:"
sehen und lostippen wollen, und danach kommt dann erst das graphische Login.
Vielen Dank aber für die Version, das Upgrade lief sonst sehr glatt.
Stefan Seidel
> From: "Morvai, Márton" <m.mor...@openthinclient.com>
> To: "openthinclient-user" <openthinclient-user@lists.sourceforge.net>
> Sent: Wednesday, 10 July, 2019 12:37:46
> Subject: Re: [openthinclient-user] Terminalserver - Nummernblock / doppelter
> Login
> Ich denke, da können wir nichts machen. Aber ein Autostart Skript auf dem
> Terminalserver könnte vielleicht helfen:
> POWERSHELL [CONSOLE]::NumberLock | FIND /I "FALSE">NULL&&POWERSHELL ($WSH =
> New-Object -ComObject WScript.Shell)-AND($WSH.SendKeys('{NUMLOCK}'))>NULL
> Dieses Skript aktiviert Numlock, sollte es aus sein.
> Am Mi., 10. Juli 2019 um 12:05 Uhr schrieb IT < [
> mailto:i...@bm-logistics-solutions.de | i...@bm-logistics-solutions.de ] >:
>> Ja wir haben 2012R2 im Einsatz. Ein Update ist leider auch noch nicht in
>> Planung.
>> Von daher kann man von eine neuen Beta ja keine verbesserung erwarten?
>> Bzgl. des Nummernblock Problems:
>> Mit Windows 2016 als Gegenseite kann ich das Problem nicht nachstellen.
>> Mit Windows2012R2 als Gegenseite gibt es da ein bekanntes Problem:
>> [
>> https://support.microsoft.com/en-us/help/3120433/caps-lock-key-unexpectedly-inverts-characters-in-a-remote-desktop-sess
>> |
>> https://support.microsoft.com/en-us/help/3120433/caps-lock-key-unexpectedly-inverts-characters-in-a-remote-desktop-sess
>> ]
>> Es betrifft sowohl Caps-Lock als auch den Nummernblock. Ist denn Windows
>> 2012R2
>> im Einsatz?
>> Es gibt dazu auch mehrere Issues bei FreeRDP, die allerdings geschlossen
>> wurden,
>> weil es kein Feedback mehr gab. Vielleicht macht es ja Sinn, wieder eines der
>> Issues zu öffnen? Z.B.
>> [ https://github.com/FreeRDP/FreeRDP/issues/2822 |
>> https://github.com/FreeRDP/FreeRDP/issues/2822 ]
>> Am Mi., 3. Juli 2019 um 11:43 Uhr schrieb IT < [
>> mailto:i...@bm-logistics-solutions.de | i...@bm-logistics-solutions.de ] >:
>>> 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" < [
>>> mailto:j.fren...@openthinclient.com | 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 |
>>> 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 |
>>> 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" < [ mailto:benjamin.w...@taschenkaufhaus.de |
>>> > benjamin.w...@taschenkaufhaus.de ] >
>>>> *To: *"openthinclient-user" < [
>>>> mailto:openthinclient-user@lists.sourceforge.net
>>> > | 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: _ [ mailto:benjamin.w...@taschenkaufhaus.de |
>>>> benjamin.w...@taschenkaufhaus.de ] <mailto: [
>>> > mailto:benjamin.w...@taschenkaufhaus.de |
>>> > benjamin.w...@taschenkaufhaus.de ] >_
>>>> Internet: [ http://www.taschenkaufhaus.de/ | www.taschenkaufhaus.de ] < [
>>> > http://www.taschenkaufhaus.de/ | http://www.taschenkaufhaus.de/ ] >
>>> > Geschäftsführer: Steffen Kilian
>>> > Ust-IdNr.: DE261045761
>>> > Amtsgericht Leipzig, HRB 24287
>>>> *Von:*Stefan < [ mailto:otc-u...@stefanseidel.info |
>>>> otc-u...@stefanseidel.info
>>> > ] >
>>> > *Gesendet:* Dienstag, 2. Juli 2019 11:02
>>>> *An:* openthinclient-user < [
>>>> mailto:openthinclient-user@lists.sourceforge.net |
>>> > 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" < [ mailto:benjamin.w...@taschenkaufhaus.de |
>>>> benjamin.w...@taschenkaufhaus.de ] <mailto: [
>>> > mailto:benjamin.w...@taschenkaufhaus.de |
>>> > benjamin.w...@taschenkaufhaus.de ] >>
>>>> *To: *"openthinclient-user" < [
>>>> mailto:openthinclient-user@lists.sourceforge.net
>>>> | openthinclient-user@lists.sourceforge.net ] <mailto: [
>>>> mailto:openthinclient-user@lists.sourceforge.net |
>>> > 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 < [ mailto:i...@bm-logistics-solutions.de |
>>>> i...@bm-logistics-solutions.de
>>>> ] <mailto: [ mailto:i...@bm-logistics-solutions.de |
>>>> i...@bm-logistics-solutions.de
>>> > ] >>
>>> > *Gesendet:* Montag, 1. Juli 2019 10:53
>>> > *An:* [ mailto:openthinclient-user@lists.sourceforge.net |
>>> openthinclient-user@lists.sourceforge.net ] <mailto: [
>>> mailto:openthinclient-user@lists.sourceforge.net |
>>> 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/ |
>>> http://openthinclient.org ]
>>>> [ mailto:openthinclient-user@lists.sourceforge.net |
>>>> openthinclient-user@lists.sourceforge.net ] <mailto: [
>>>> mailto:openthinclient-user@lists.sourceforge.net |
>>> > openthinclient-user@lists.sourceforge.net ] >
>>>> [ https://lists.sourceforge.net/lists/listinfo/openthinclient-user |
>>> > https://lists.sourceforge.net/lists/listinfo/openthinclient-user ]
>>> > _______________________________________________
>>> > The Open Source Thin Client Solution [ http://openthinclient.org/ |
>>> http://openthinclient.org ]
>>>> [ mailto:openthinclient-user@lists.sourceforge.net |
>>> > openthinclient-user@lists.sourceforge.net ]
>>>> [ https://lists.sourceforge.net/lists/listinfo/openthinclient-user |
>>> > https://lists.sourceforge.net/lists/listinfo/openthinclient-user ]
>>> > _______________________________________________
>>> > The Open Source Thin Client Solution [ http://openthinclient.org/ |
>>> http://openthinclient.org ]
>>> > [ mailto:openthinclient-user@lists.sourceforge.net |
>>> openthinclient-user@lists.sourceforge.net ]
>>> > [ https://lists.sourceforge.net/lists/listinfo/openthinclient-user |
>>> https://lists.sourceforge.net/lists/listinfo/openthinclient-user ]
>>> _______________________________________________
>>> The Open Source Thin Client Solution [ http://openthinclient.org/ |
>>> http://openthinclient.org ]
>>> [ mailto:openthinclient-user@lists.sourceforge.net |
>>> openthinclient-user@lists.sourceforge.net ]
>>> [ https://lists.sourceforge.net/lists/listinfo/openthinclient-user |
>>> https://lists.sourceforge.net/lists/listinfo/openthinclient-user ]
>>> _______________________________________________
>>> The Open Source Thin Client Solution [ http://openthinclient.org/ |
>>> http://openthinclient.org ]
>>> [ mailto:openthinclient-user@lists.sourceforge.net |
>>> openthinclient-user@lists.sourceforge.net ]
>>> [ https://lists.sourceforge.net/lists/listinfo/openthinclient-user |
>>> 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: [ tel:%2B49%20351%2041886215-1 | +49 351 41886215-1 ]
>> mailto: [ mailto:m.mor...@openthinclient.com | m.mor...@openthinclient.com ]
>> openthinclient gmbh
>> Heilbronner Str. 150, 70191 Stuttgart, Deutschland
>> Telefon: [ tel:%2B49%20711%201378636-0 | +49 711 1378636-0 ]
>> Telefax: [ tel:%2B49%20711%201378636-9 | +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/ |
>> http://openthinclient.org ]
>> [ mailto:openthinclient-user@lists.sourceforge.net |
>> openthinclient-user@lists.sourceforge.net ]
>> [ https://lists.sourceforge.net/lists/listinfo/openthinclient-user |
>> 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: [ tel:%2B49%20351%2041886215-1 | +49 351 41886215-1 ]
> mailto: [ mailto:m.mor...@openthinclient.com | m.mor...@openthinclient.com ]
> openthinclient gmbh
> Heilbronner Str. 150, 70191 Stuttgart, Deutschland
> Telefon: [ tel:%2B49%20711%201378636-0 | +49 711 1378636-0 ]
> Telefax: [ tel:%2B49%20711%201378636-9 | +49 711 1378636-9 ]
> Amtsgericht Stuttgart: HRB 245 177; USt-ID: DE216017092
> Geschäftsführer: Alexander Stecher
> [ http://openthinclient.com/ | 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
_______________________________________________
The Open Source Thin Client Solution http://openthinclient.org
openthinclient-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openthinclient-user
