I apologize. The problem was with my server. With forwarding usb drive I understood. When I used ltsp I tried to accelerate ssh. On the ssh_config server there was a record ciphers arcfour. Therefore could not set connection with the client on sshfs Now directories and usb drive are visible on the server, but with the Russian names of directories or files a problem is created. usb flash forwarded on the server from the thin client: directories and files with the Russian names are displayed approximately so": 041d: lfjh:..... tt". New directories / files with the Russian names are not created.
Forwarding directory /home/user/Документы from simple linux (not the thin client) forwards empty directories. If I forward a directory in Latin, it forwards it, but everything is farther as with the thin client. Names are displayed not correctly, and nothing with the Russian names can be created...: (
-- С Уважением Строганов Роман
Am 21.01.19 um 12:45 schrieb Stroganov Roman:
Well, I'm glad we got the connection issues solved ...
Forwarding directory /home/user/Документы from simple linux (not the thin client) forwards empty directories. If I forward a directory in Latin, it forwards it, but everything is farther as with the thin client. Names are displayed not correctly, and nothing with the Russian names can be created...: (
Just to make sure we are talking about the same issue: Does this only happen when you use X2GoClient's folder sharing, or also when you use sshfs on the command line, independent of X2Go?
Because if it also happens with plain sshfs, this is not a bug in X2Go, and you/we'd have to report it as a bug to the maintainer(s) of sshfs.
If it happens with X2Go only, well, it could be an UTF-8 or otherwise charset-related bug ... I'll openly admit we have an unfixed UTF-8 issue in a different part of the X2GoClient code (Published Applications mode), so who knows, this might be yet another one.
So please test a plain sshfs connection, if you haven't done so already, and let us know if it is affected by the same bug or not.
Kind Regards, Stefan Baur
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
Am 21.01.19 um 13:06 schrieb Stefan Baur:
Am 21.01.19 um 12:45 schrieb Stroganov Roman:
Well, I'm glad we got the connection issues solved ...
Forwarding directory /home/user/Документы from simple linux (not the thin client) forwards empty directories. If I forward a directory in Latin, it forwards it, but everything is farther as with the thin client. Names are displayed not correctly, and nothing with the Russian names can be created...: (
Just to make sure we are talking about the same issue: Does this only happen when you use X2GoClient's folder sharing, or also when you use sshfs on the command line, independent of X2Go?
Because if it also happens with plain sshfs, this is not a bug in X2Go, and you/we'd have to report it as a bug to the maintainer(s) of sshfs.
If it happens with X2Go only, well, it could be an UTF-8 or otherwise charset-related bug ... I'll openly admit we have an unfixed UTF-8 issue in a different part of the X2GoClient code (Published Applications mode), so who knows, this might be yet another one.
So please test a plain sshfs connection, if you haven't done so already, and let us know if it is affected by the same bug or not.
Some more info on this:
sshfs knows the options
-o from_code=CHARSET
original encoding of file names (default: UTF-8)
-o to_code=CHARSET
new encoding of the file names (default: ISO-8859-2)
And these can be set in X2GoClient as well ("shared folders" tab in the session configuration, checkbox "Filename encoding").
Maybe you could try to enforce UTF-8 on both sides, "from" and "to", and see if that makes a difference.
Also, check the output of
export
on the server for any LANG and LC_ settings - maybe you aren't using UTF-8 on the server, only on the thinclient, and that's causing the mess?
Kind Regards, Stefan Baur
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243