Warum meckert ssh(fs), wenn remote das "locale" nicht vorhanden ist?

[buhtz]

Ich versuche eigentlich kein Problem zu lösen, sondern nur es besser zu verstehen. Soweit ich verstehe, übersenden ssh (bzw. auch sshfs) das aktuelle LC_LOCALE mit an den Server. Gibt es dort das locale nicht wird die Verbindung verweigert.

Warum ist das so? Warum muss denn das locale zwischen Client und Server übereinstimmen?

Man kann den Client und auch Server entsprechend konfigurieren, das locale nicht mit zusenden bzw. dessen Empfang zu ignorieren. Ein weiterer Workaround ist es LC_LOCALE (oder LC_ALL) temporär auf C zu setzen, was vom Server dann sicher akzeptiert wird.

Dem ssh Client könnte ich auf der Kommandozeile per -o SendEnv -LC_* (Minuszeichen!) das "SendEnv" austreiben.

Bei sshfs konnte ich noch gar keine Möglichkeit finden.
Kurz: Ich (bzw. meine User) möchte nicht an Konfigurationsdateien rumschrauben. Ich möchte das Verhalten auf der Kommandozeile beeinflussen können.

Siehe auch:
https://unix.stackexchange.com/q/269159/136851
https://www.linuxbabe.com/linux-server/ ... able-error

[JTH]

Die Manpage von sftp erwähnt -o ebenfalls, um gewohnte SSH-Optionen zu benutzen. Und erwähnt dort auch ausdrücklich SendEnv. Das gleiche in der Manpage von sshfs, nur dass die Option nicht explizit erwähnt ist.

Klappt's damit nicht?

[VS2FreeUsers]

Hi,

was ich mir vorstellen könnte ist das die übereinstimmen müssen damit es keine Problem beim mit dem Charset und den Dateinamen gibt. Locale ist doch zb. de_DE.UTF-8 wenn die andere Seite dann z.B iso nimmt kommt da kauderwelch raus. Ist aber nur eine Vermutung.

[buhtz]

was ich mir vorstellen könnte ist das die übereinstimmen müssen damit es keine Problem beim mit dem Charset und den Dateinamen gibt. Locale ist doch zb. de_DE.UTF-8 wenn die andere Seite dann z.B iso nimmt kommt da kauderwelch raus. Ist aber nur eine Vermutung.

Die Vermutung hatte ich auch. Im Grunde ist ja dann der Workaround das eigene Client locale temporär auf C zu setzen fahrlässig, weil es Fehler provoziert.
Anders herum gesagt, sollte man vermutlich den Fehler, dass die locales zwischen Client und Server nicht übereinstimmen bzw. das client locale nicht auf dem Server verfügbar ist, auch wirklich ernst nehmen und nicht einfach mit einem workaround wegbügeln.

Ich frage mal bei den Entwicklern rum.