Zugriff auf Windows NFS Server mit ANSI Codierung

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Zugriff auf Windows NFS Server mit ANSI Codierung

      Hallo,
      Ich nutze auf einem Windows Server 2012 NFS für das VTI.
      Leider habe ich Probleme mit den Umlauten. Der Windows Server kann nur ANSI Zeichencodierung.
      Wie bringe ich meiner VU+Uno4k bei, das sie mit der Ansi Codierung auf den Server schaut?
      Für jemanden der sich mit linux auskennt vermutlich nicht so schwierig .....
      Danke
      Gruß
      Gregor
    • TechNet schrieb:

      A POSIX filename is not ASCII but a stream of bytes. The same goes for filenames on NFS filesystems. The interpretation of the byte stream as a filename in a certain codeset is left as an excercise to the client application. If the filename byte stream represents a valid UTF-8 string, but the client application has set the codeset to, say, ISO-8859-5, any problem is the fault of the application. But we're talking about Windows. On Windows, the interpretation of a filename is not left to the application. Rather, the filename byte stream sent from the NFS server to the Windows client machine has to be converted to a UTF-16 string to be digestible by the OS. Therefore the interpretation of the filename byte stream has to be performed by the NFS client service, on a per mount point basis. The application has no say in it. And here's the problem. If the remote codeset used to create filenames is UTF-8, as is the default for many years in the POSIX world, there's no chance to get a correct filename from the Windows application point of view, because the interpretation of the filename is already done by the Windows NFS client which doesn't allow the conversion from UTF-8 to UTF-16. In fact, the NFS client only supports a restricted number of codeset conversions to UTF-16, all of them rather old-fashioned. This is not just a specific scenario. You have this problem in all scenarios in which you're accessing NFS shares on machines set to use MBCS like UTF-8 or GB-18030 from Windows NFS clients.

      es scheint nicht zu lösen wie man hier oben lesen könnte wenn man englisch versteht

      doch ziemlich komplex erläutert dieses hier unten eine möglichkeit wenn du die NFS version umstellst

      Peer Gynt schrieb:

      There are solutions if you opt for a switch:
      The best solution is of course abandon Windows. It is not important nowadays, and the global trend is no longer to release Windows-only software. If you are stuck with old Windows applications, you can change your requirement:
      • Switch NFSv2/v3 Client: you can install dokan user-land mount driver for Windows, then Neko NFS drive, which maps NFS to a device driver with an option "Unicode". Click that option to get UTF8 working. It supports NFSv2 and v3, but not v4. It doesn't support symbolic link yet (as Microsoft's client do).
      • Siwtch NFSv4 Client: you can leave the in-built NFS Client for the free reference implementation of NFS 4.1 for Windows by UMICH CITI, although difficult to install, should either elimitate the problem (because NFS4 explicitly requires UTF-8) or made it possible to use workaround fuse-convmv mentioned above.
      • Switch OS: Windows Server 2012 added support for NFS 4.1 server, so there is a chance that they included an NFS 4.1 client too.
      Both switches would not work if your server only support NFSv3, for example, if you use OpenWRT (even the latest version of OpenWRT server still cannot do NFSv4).

      man kann sich das eventuell in DeepLtranslator übersetzen lassen

      leider hat der lösungsvorschlag anderseits wieder Nachteilen und beschränkungen wie man hier sehen kann (von UMICH CITI)


      UMICH CITI schrieb:


      8. Known Issues
      • krb5p security with AES keys do not work against the linux server, as it does not support gss krb5 v2 tokens with rotated data.
      • When recovering opens and locks outside of the server's grace period, client does not check whether the file has been modified by another client.
      • If nfsd.exe is restarted while a drive is mapped, that drive needs to be remounted before further use.
      • Symbolic links are not supported in Cygwin. Connectathon's basic test8 and special test nfsidem have been commented out.
      • Does not allow renaming a file on top of an existing open file. Connectathon's special test op_ren has been commented out.
      • Extended attributes are supported with some limitations: a) the server must support NFS Named Attributes, b) the order of listings cannot be guaranteed by NFS, and c) the EaSize field cannot be reported for directory queries of FileBothDirInformation, FileFullDirInfo, or FileIdFullDirInfo.



      also, mit windows eigentlich nicht empfehelenswert
      daher die Samba/cifs wie der Teddybär auch schreibt ;)
      :D keine kohle mehr :D

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von tonskidutch () aus folgendem Grund: lösungsvorschlag

    • Gregmaan schrieb:


      Leider habe ich Probleme mit den Umlauten. Der Windows Server kann nur ANSI Zeichencodierung.
      Wie bringe ich meiner VU+Uno4k bei, das sie mit der Ansi Codierung auf den Server schaut?

      Also auf einen Linux-System, auf dem alle Pakete zur Verfügung stehen, ist das tatsächlich an der Konsole mit 4 Eingaben erledigt.
      Das benötigte Paket ist fuse-convmvfs.

      Auf meiner Nas nutze ich den umgekehrten Weg. Die stellt also nfs-Freigaben in Windows-Kodierung bereit.

      Ich habe nun auf der Box ausprobiert diese nfs-Freigaben in iso8859-1-Codierung auf der Box utf8-codiert einzubinden.
      Also opkg install fuse-convmvfs ... das funktioniert irgendwie nicht !

      Eventuell ist der Name des Paketes ein anderer .... enigma2-fuse-convmvfs oder so? ?(
      Kennt sich da jemand aus?

      Ich habe es es jedenfalls nicht geschafft convmvfs auf diesem Weg zu installieren.
      Darum habe ich convmvfs und die benötigte lib für die Box schnell auf dem PC crosscompiliert und per FTP auf die Box geschoben.

      Danach ist wieder alles ganz einfach:
      das "richtige" Verzeichnis erstellen ... den convmvfs-Befehl in eine Startdatei eintragen .... reboot... läuft. :D