| / домой \ | \ темы / |
| 25/11/2010 17:45 alexhttp: |
| делаю аплоад через .net класс заметил странную особенность - если делаю аплоад большого файла (несколько МБ) - файла в серверной папке нету, а если маленький - есть вот часть логов (здесь я использовал станд. ftp.exe из win xp) последий трансфер - на 160 байт - успешен в логах видно лимит на 64 К - с чьей ето стороны? C:\Documents and Settings\Lew>ftp 10.0.0.10 Connected to 10.0.0.10. 220 FTP server ready User (10.0.0.10:(none)): admin 331 Password request Password: 230 Logged in successfully ftp> put -Web-Shopxx-2__20101006_000000__20101008_115959.dat 200 port: 2040 150 Ok > Netout :Connection reset by peer 226 Ok ftp: 65535 bytes sent in 0,03Seconds 2114,03Kbytes/sec. ftp> bin 200 Ok ftp> put -Web-Shopxx-2__20101006_000000__20101008_115959.dat 200 port: 2042 150 Ok > Netout :Connection reset by peer 226 Ok ftp: 65535 bytes sent in 0,05Seconds 1394,36Kbytes/sec. ftp> put -Web-Shopxx-2__20101006_000000__20101008_115959.dat 200 port: 2044 150 Ok 226 Ok ftp: 160 bytes sent in 0,00Seconds 160000,00Kbytes/sec. ftp> |
| 25/11/2010 18:33 alexhttp: |
| Похоже проблема внутри фтп сервера http.exe (использую последнюю версию - Small HTTP Server ver. 3.05.91) Читая вот етот тест лог можно понять где проблема !!! ftp> put A.dat 200 port: 1582 150 Ok 226 Ok ftp: 5248716 bytes sent in 0,22Seconds 23966,74Kbytes/sec. ftp> put -Web-Shopxx-2__20101006_000000__20101008_115959.dat 200 port: 1584 150 Ok > Netout :Connection reset by peer 226 Ok ftp: 65535 bytes sent in 0,03Seconds 2114,03Kbytes/sec. ftp> put Web-Shopxx-2__20101006_000000__20101008_115959.dat 200 port: 1586 150 Ok 226 Ok ftp: 5248716 bytes sent in 0,25Seconds 20994,86Kbytes/sec. ftp> Пож-ста поправьте |
| 09/12/2010 00:32 alexhttp: |
|
|
| 09/12/2010 00:33 alexhttp: |
| проблема в том что фтп из shttp пишет Netout :Connection reset by peer если название файла начинается с минуса - как в примере планируеться ли фикс для етого? |
| 10/12/2010 14:13 Aizek: |
| Похоже связь рвет клиент, которым ты закачиваешь файл на сервер
|
| 11/12/2010 11:47 Max: |
| Действительно имена начинающиеся с дефиса воспринимаются как ключи к команде. Связано это с тем, что часть FTP клиентов, особенно традиционных юниксовых используют именно такой формат команды. Например типичные запросы: "LIST -la" или "LIST -la dir" и вот если во втором случае по наличию имени в конце команды мжно понять что -la это ключ, то в первом случае только по начальному дефису можно различить имя или ключ. |
| 18/12/2010 04:58 alexhttp: |
| И все таки, уважаемый автор, давайте вернемся к данной теме Значит факт имеет место быть - Если файл начинается с дефиса - shttp ftp сервер обрабатывает его нетрадиционно - правильное резюме? 2) вообще-то в данном конкретном случае речь шла о команде PUT отсюда вопрос - а может ли PUT иметь ключи а-ля -la? (как в LIST -la) - неуверен Тот же вопрос по команде GET. 3) Возвращаяюсь к трассировке: ftp> put -Web-Shopxx-2__20101006_000000__20101008_115959.dat 200 port: 2040 150 Ok > Netout :Connection reset by peer 226 Ok операция прошла неуспешно, почему-же фтп сервер возвращает 226 ОК? нелогично. Надеюсь на понимание. В идеале будет хорошо, если ваш фтп сервер будет принимать любое (без запретных символов, конечно) имя файла. Думается, дефис в запрет не должен попасть? :) Спасибо |
| 29/12/2010 16:14 Byuik: |
| вообще не монимаю автора топик стартера , теж сказали что имена начинающиеся с спец символов не канают.... Ты предлагаеш автору переписать сервер ради того что тебе лень переименовать файл , да ещё сервер долбжен быть телепатом и отгадывать что ето файл а не команда. |
| 03/05/2011 20:38 alexhttp: |
| Прошу прощения, серверу не надо быть никаким телепатом, что за чушь...:) Если уважаемый автор продукта разрабатывал ФТП сервер согласно протоколу ФТП - RFC959 Link temporary removed ни о каких минусах речи идти не может список команд 5.3.1. FTP COMMANDS The following are the FTP commands: USER <SP> <username> <CRLF> PASS <SP> <password> <CRLF> ACCT <SP> <account-information> <CRLF> CWD <SP> <pathname> <CRLF> CDUP <CRLF> SMNT <SP> <pathname> <CRLF> QUIT <CRLF> REIN <CRLF> PORT <SP> <host-port> <CRLF> PASV <CRLF> TYPE <SP> <type-code> <CRLF> STRU <SP> <structure-code> <CRLF> MODE <SP> <mode-code> <CRLF> RETR <SP> <pathname> <CRLF> STOR <SP> <pathname> <CRLF> STOU <CRLF> APPE <SP> <pathname> <CRLF> ALLO <SP> <decimal-integer> [<SP> R <SP> <decimal-integer>] <CRLF> REST <SP> <marker> <CRLF> RNFR <SP> <pathname> <CRLF> RNTO <SP> <pathname> <CRLF> ABOR <CRLF> DELE <SP> <pathname> <CRLF> RMD <SP> <pathname> <CRLF> MKD <SP> <pathname> <CRLF> PWD <CRLF> LIST [<SP> <pathname>] <CRLF> NLST [<SP> <pathname>] <CRLF> SITE <SP> <string> <CRLF> SYST <CRLF> STAT [<SP> <pathname>] <CRLF> HELP [<SP> <string>] <CRLF> NOOP <CRLF> речь видимо идет не о переписывании а о совместимости со стандартом... Спасибо |
| 27/10/2012 11:39 AdminZ: |
| Поддерживаю топик стартера - необходимость предварительной переименовки файлов начинающихся с дефиса неудобна. Если бы имена файлов были бы идентичны командам, тогда бы я ещё можно было бы понять, а так это явный косяк.
|