[MEGOLDVA] proftpd fajlnev ekezetes karakterek + filezilla

Debian GNU/Linux

mukodik valakinek ez a kombo debian 10 alatt?

csatlakozaskor ezt irja ki:

Állapot:    A kiszolgáló nem támogatja a nem-ASCII karaktereket.

es nem masolja at a fajlt

win10-nel is ezt irja ki, ott is rossz a fajlnev, de ott a rossz fajlnevvel atmasolja a fajlt

a feladat hogy tamogassa a nem-ASCII karaktereket :)

koszi!

frissitve:

frissitettem a szervert bullseye-ra, igy a "MultilineRFC2228 off" megoldotta

  • 527 megtekintés

( mauzi v | 2021. 02. 22., h – 20:41 )

Szerkesztve: 2021. 02. 22., h – 20:42

csatlakozaskor ezt irja ki:
Állapot:    A kiszolgáló nem támogatja a nem-ASCII karaktereket.

Ezt milyen FTP kliens írja ki?

Csilliónyi szerveren használok ProFTPd-t, még sosem volt bajom az ékezetes karakterekkel, sem FTP-vel, sem SFTP-vel.

(A Total Commander SFTP pluginje nem tudja detektálni az UTF-8 kódolás támogatását, mert ahhoz egy SCP parancsot ad ki. Érted: SCP parancsot egy SFTP szervernek! De, ha kézzel beállítod UTF-8-ra a kapcsolat beállításainál, akkor remekül működik azzal is.)

( rascy | 2021. 02. 22., h – 21:10 )

Szerkesztve: 2021. 02. 22., h – 21:11

Ezt próbáld meg beállítani a proftpd configban:

<IfModule mod_lang.c>
   UseEncoding on
</IfModule>

Másrészt feltenni a szükséges kódolásokat ha nincsenek:
- apt-get update && apt-get install -y locales
- sed -i 's/# hu_HU.UTF-8 UTF-8/hu_HU.UTF-8 UTF-8/g' /etc/locale.gen
- sed -i 's/# hu_HU ISO-8859-2/hu_HU ISO-8859-2/g' /etc/locale.gen
- dpkg-reconfigure -f noninteractive locales

( Mcsiv v | 2021. 02. 22., h – 23:09 )

Szerkesztve: 2021. 02. 22., h – 23:11

file rendszer? és a locale kimenete mit mond?

// Happy debugging, suckers
#define true (rand() > 10)

( Fisher v | 2021. 02. 23., k – 07:13 )

MultilineRFC2228 off ?

Illetve mit próbáltál ki a Google első öt találata közül?

ez a beallitas sem hozott valtozast

en mar mindent kiprobaltam de nem tudom ravenni a filezillat hogy utf8-askent lassa az utf8-as fileneveket

erdekes modon az mc jo lenne HA tudna titkositast de nem tud igy kiesik

ja ugyanez a filezilla egy windows-os ftp-vel mukodik

neked aztan fura humorod van...

( NevemTeve | 2021. 02. 23., k – 08:49 )

(Nem nagy segítség, de ilyenkor mindig azt szoktam ajánlani, hogy az ilyen nevű fájlokat törölni kell (akár crontab-ból is), 20-30 eset után megértik a felhasználók, hogy nem jó ötlet ilyen fájlneveket használni.)

Fájlnévben? Igen.

(Korábban még a felhasználók is tudták, hogy nem jó fájlnév a Kedves Józsi Bácsi!.docx, mostanra odaértünk, hogy a Windows hibás UTF16-os fájlneveit próbáljuk WTF8-ra konvertálni, ahelyett, hogy törölnénk a francba az összes ilyet.)

( janoszen v | 2021. 02. 23., k – 12:50 )

Most ez lehet, hogy nem segit, de ne hasznalj FTP-t, valts at SFTP-re. Az FTP protokoll millio hibaval kuzd, tobbek kozott a nem-ASCII karakterek tamogatasanak hianyaval. De olyan szepsegekkel is tallakoztam, hogy a user nem tudta torolni a filet aminek a vegen pl. space volt mert az FTP protokollban erre nem gondoltak.

A ProFTPd tamogatja az SFTP-t, sokkal jobban jarsz ha atszoktatsz mindenkit arra.

FTPS != SFTP
A ProFTPd-vel tudtommal csak FTPS-t tudsz beállítani megfelelő cert birtokában ;)
https://www.goanywhere.com/blog/2016/11/23/sftp-vs-ftps-the-key-differe…

Amúgy teljesen igazad van, hogy a sima FTP-t nem kellene már használni.

(ui: most látom én is, hogy valószínűleg azt használ)

kisebb hibaval, de mukodik az openssh-sftp-server, koszi!

a kisebb hiba hogy a chrootot hasznalom, igy a konyvtarnak ahova chrootolok a jogosultsaganak olyannak kell lennie hogy abba a konyvtarba sftpvel mar nem tud irni a felhasznalo, letre kell hozni alatta egy konyvtarat ami a valoban hasznalhato konyvtar

neked aztan fura humorod van...

amugy a windowsos ftp szerver + filezilla miert nem kuzd a nem-ASCII karakterek tamogatasanak hianyaval, illetve a proftpd + mc miert nem kuzd vele? nalam kizarolag a proftpd + filezilla kuzd vele.

visszaszokok dolphinra :)

neked aztan fura humorod van...