Ошибка при копировании на FTP

[ab57]

Посмотрел. Я не знаю какой у вас сервер, и как настроен, но мне кажется, что возможная причина не русские символы, а слишком длинные имена. Поэкспериментировал, и - такую же ошибку 550 я получаю когда увеличиваю число вложенных папок с длинными именами.
У меня крневой каталог сервера имел короткое имя. (D:\Public)
Если же корневой каталог FTP-сервера имеет длинный путь (C:\Program files\.....), то максимальная длина имен вложенных каталогов уменьшается на эту длину.

[ZORBI]

ab57, FileZilla стоит... Но настроек на длину имен нет, да и для Винды это небольшая длина

[ab57]

Согласен, настроек на длину имени нет, но в свойствах юзера можно указать домашний каталог (Edit-Users-Shared folders). Можно попробовать простое короткое имя каталога на латыни.
И, возможно, (сейчас проверить не могу) есть ограничение FileZillы на длину запроса к серверу при создании папок, Explorer русские имена отправляет в шестнадцатиричном коде (%CD...), т.е. один символ представлен 2-мя байтами.
Как там устроен FileZilla, неизвестно, но, возможно, под имена отведен буфер фиксированной длины, предположительно, 256 минус длина Shared Folder.
Все это в совокупности может привести к тому, что максимальная допустимая длина имени будет = 256 минус длина имени Shared Folder, минус удвоенная длина русских имен.
Это просто предположение, нужно проверять.

[ZORBI]

Про кодирование согласен, но у меня и при коротких именах ошибка. Например, ы1->ы2->ы.txt.
Посмотриме прикрепленный файл, имя короче некуда :-) и имя шары 10 символов на Сервере.

[ab57]

Я у себя такой ошибки получить не могу.
Сервер версия 0.9.25 beta.
Для эксперимента скачал последний filezilla 0.9.31 beta. Установил с настройками по умолчанию, создал user'а anonymous, разрешил ему делать все, что пожелает - нет этой проблемы,
Вот лог:
(000002) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> TYPE A
(000002) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 200 Type set to A
(000002) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> PASV
(000002) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 227 Entering Passive Mode (192,168,0,56,12,24)
(000002) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> LIST
(000002) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 150 Connection accepted
(000002) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 226 Transfer OK
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> TYPE I
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 200 Type set to I
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> PASV
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 227 Entering Passive Mode (192,168,0,56,12,25)
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> STOR ы3.txt
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 150 Connection accepted
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 226 Transfer OK
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> CWD /ы1/ы2/ы1
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 250 CWD successful. "/ы1/ы2/ы1" is current directory.
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> CWD /ы1/ы2
(000001) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> 250 CWD successful. "/ы1/ы2" is current directory.
(000002) 03.06.2009 10:39:16 - anonymous (192.168.0.58)> disconnected.

Мне кажется, вам надо как-то сузить диапазон поиска причин проблемы. Попрбуйте проделать то же, что и я - установите сервер на другой машине, сделайте анонимный доступ со всеми правами и посмотрите, что получится. Если заработает, то нужно будет разобраться с разницей в настройках серверов.
Если не заработает, то подозрение падает на клиентскую часть. Можно, для начала, сменить клиентское ПО.
В любом случае будет информация к размышлению.

[ZORBI]

Сделал всё также:
Установаил filezilla 0.9.31
Создал Анонима с полными правами
Не хотит :-) И что инетресно, в логах сервера нет сообщений об ошибках.
Перепробовал на разных компах - аналогично

[ab57]

Да, весело.
Последнее, что приходит в голову, попробовать другой сервер (их бесплатных немало), но не факт, чтои с ним ситуация не повторится.
Или все же расковыривать причину (может быть региональные установки какие-нибудь необычные ?) - перехватить трафик между клиентом и сервером, посмотреть чем они там обмениваются во время сессии, помониторить файловую систему (FileMon от Sysinternals) какие операции выполняет сервер при возникновении ошибки. Может что-то и прояснится.