File encoding problem

[rbole]

Hi, If I try to store a filename like >> über alle.txt <<< I get the following filename on the OS-level: ‘’$’\303\244\303\266’‘iualle.txt’

But on the web UI the filename looks correct.

Is this the correct? Or is there something to configure to get ride of this ?

Thanks for help,

NC 16.0.1
Ubuntu 18.04

[gas85]

And what is the problem? For me it looks good, on OC Level it is valid name and in GUI you see original name.
Basically you will mask such kind of symbols in http also:

Hilfe:Sonderzeichenreferenz

In the same way it id done in NC.

Why you would like to access files on OS level? I can only understand if you do it on configured external storage, then just do not use " Umlaut" or special characters in file names.

[JimmyKater]

@gas85

n OC Level it is valid name and in GUI you see original name.

i thought the same… but then i was asking myself if a proper configuration of the server would help avoiding these problems… like setting up your system as being iso-9959-1 certified or such.

@gas85

Why you would like to access files on OS level?

that was again something i asked myself as well… coming up with no real reason. but well yes… of course on external storages it makes sense… but then again, you need to sync/scan those into your nc. but this is a different problem

[rbole]

Hi, thanks for response.

My problem is google. I backup my server with gsutil and there is this error:

Caught non-retryable exception while listing file:///var/www/nextcloud/data/: ‘ascii’ codec can’t encode character u’\xfc’ in position 46: ordinal not in range(128)

this happend if you use german characters or spaces in the filename.

[rbole]

OK, the problem with the gsutil sync can be fixed with the correct locale settings.

I had to change the /etc/default/locale file with

LANG=de_AT.UTF-8
LC_ALL=de_AT.UTF-8
LANGUAGE=de_AT.UTF-8

after a reboot the sync works as expected and locale shows

nc:~# locale
LANG=C
LANGUAGE=C
LC_CTYPE=“de_AT.UTF-8”
LC_NUMERIC=“de_AT.UTF-8”
LC_TIME=“de_AT.UTF-8”
LC_COLLATE=“de_AT.UTF-8”
LC_MONETARY=“de_AT.UTF-8”
LC_MESSAGES=“de_AT.UTF-8”
LC_PAPER=“de_AT.UTF-8”
LC_NAME=“de_AT.UTF-8”
LC_ADDRESS=“de_AT.UTF-8”
LC_TELEPHONE=“de_AT.UTF-8”
LC_MEASUREMENT=“de_AT.UTF-8”
LC_IDENTIFICATION=“de_AT.UTF-8”
LC_ALL=de_AT.UTF-8

[gas85]

If you do backup to Google, it is smart to encrypt your data folder before to push to google or somewhere else.

Backup & replication Offisite?

Not really a Issue, but since i am relying on nextcloud at home for all my storage and files, DITCHED google cloud & dropbox, came from owncloud too ! What is everyone doing to backup their next cloud or replicating it for a disaster ? I currently have min in a vm on my Hyperv box with not one single issue, but would be nice to have a off site backup or all the users / data replicated to another box in-case there was a issue… Thought suggestions ?

[rbole]

Hey,

I’m using customer-supplied encryption keys, so the risk is very low. But you are right, I can encrypt my data by my own, e.g with PGP or AES256, BUT for the /data folder I have to use rsync, because I don’t want to copy every day all files over the network.

So there is no perfect solution, I think.

How does restic work? If I do a backup very day to the repository is there also a sync mechanism or the hole data is copied very day?

[gas85]

As per link from above:

@Reiner_Nippes

restic backups are encrypted https://blog.filippo.io/restic-cryptography/ so it should be save to put them on public cloud storage.

Here is an explanation: Rsync to cloud storage for backups?

Or do rsync into archive

Automated Backup with exception of one directory?

You can use TAR to put backup platform independent in archive: tar -cvpzf backup.tar.gz --exclude=FolderToExclude --one-file-system folderToBackup Or use RSYNC as it listed above with same key --exclude=FolderToExclude. Or you can even combine and do rsync into archive (with remote authentication via SSH Key): Or use restic:

[rbole]

thanks for the hint about restic. I will have a deeper look on this piece of software this evening.