Поведение FTP сервера

[Alexander Goldun]

Hello, All!

Что должен выдавать FTP - сервер по команде
ls folder_name/
если folder_name существует, не пуст и на него есть права?

Вопрос возник при попытке настроить репликацию базы данных
через FTP. Выяснилось, что сервер БД выдает именно эту
команду для получения содержимого папки.
VisNetic FTP Server 2.10.121 на эту команду ничего
не возвращает, но если выполнить:
ls folder_name/*
то нормально возвращается содержимое папки.

На форуме поддержки сервера БД сказали, что если мой FTP
работает не так, как все остальные, то рекомендуется
его заменить.
--
С уважением,
Александр Голдун

[Igor Ivanov]

Что должен выдавать сервер FTP по команде ls folder_name/
если folder_name существует, не пуст и на него есть права?

Никакой команды "ls" в RFC 959 нет. Вы наверное имели ввиду команду
"LIST"? То же, что и команда "ls directory_name/" на сервере.

Вопрос возник при попытке настроить репликацию базы данных через FTP.
Выяснилось, что сервер БД выдает именно эту команду для получения содержимого
папки. VisNetic FTP Server 2.10.121 на эту команду ничего не возвращает, но
если выполнить: ls folder_name/* то нормально возвращается содержимое папки.

Даже команда "ls directory_name///" должна выдавать то же самое.

На форуме поддержки сервера БД сказали, что если мой FTP работает
не так, как все остальные, то рекомендуется его заменить.

Раньше никому не нужно было объяснять, как работает команда "ls".

Информационная война -- это целенаправленное обучение
врага тому, как снимать панцирь с самого себя.

[Alexander Goldun]

Приветствую, Igor!

Что должен выдавать сервер FTP по команде ls folder_name/
если folder_name существует, не пуст и на него есть права?

II> Hикакой команды "ls" в RFC 959 нет. Вы наверное имели ввиду команду
II> "LIST"? То же, что и команда "ls directory_name/" на сервере.

Hе совсем LIST. Команда NLST

II> Раньше никому не нужно было объяснять, как работает команда "ls".

Я имею представление о том, как работает команда ls на unix'ах.
Меня интересовало, нет ли каких-либо особенностей в FTP.

Кстати, свежайшая версия TitanFTP ведет себя точно так же.
Может кто-нибудь знает, настраивается ли это в этих серверах?

--
С уважением,
Алeксандр Гoлдун

[Igor Ivanov]

Post by Alexander Goldun
Hе совсем LIST. Команда NLST

Post by Igor Ivanov
Раньше никому не нужно было объяснять, как работает команда "ls".

Меня интересовало, нет ли каких-либо особенностей в FTP.

Давным-давно ftpd просто запускал "ls" с соотв. параметрами.

Post by Alexander Goldun
Кстати, свежайшая версия TitanFTP ведет себя точно
так же. Настраивается ли это в этих серверах?

Что говорят авторы/служба поддержки TitanFTP?

Самое ценное, что есть у тебя -- это ты сам.

[Alexander Goldun]

Hello, Igor!

Post by Alexander Goldun
Меня интересовало, нет ли каких-либо особенностей в FTP.

II> Давным-давно ftpd просто запускал "ls" с соотв. параметрами.

В NT нет команды ls

Post by Alexander Goldun
Кстати, свежайшая версия TitanFTP ведет себя точно
так же. Настраивается ли это в этих серверах?

II> Что говорят авторы/служба поддержки TitanFTP?

Еще не связывался - я взял посмотреть триальную версию, а триальщикам
они не очень охотно отвечают. Форума там не нашел.

--
С уважением,
Алeксандр Гoлдун

[Igor Ivanov]

Post by Alexander Goldun

Post by Igor Ivanov

Post by Alexander Goldun
Меня интересовало, нет ли каких-либо особенностей в FTP.

Давным-давно ftpd просто запускал "ls" с соотв. параметрами.

В NT нет команды ls

там много чего нет...

Post by Alexander Goldun

Post by Igor Ivanov

Post by Alexander Goldun
Кстати, свежайшая версия TitanFTP ведет себя точно
так же. Настраивается ли это в этих серверах?

Что говорят авторы/служба поддержки TitanFTP?

Ещё не связывался - я взял посмотреть триальную версию

а имена файлов с 0xff в имени он хоть правильно обрабатывает?

Информационная война -- это целенаправленное обучение
врага тому, как снимать панцирь с самого себя.

[Valentin Nechayev]

II>> Раньше никому не нужно было объяснять, как работает команда "ls".
AG> Я имею представление о том, как работает команда ls на unix'ах.
AG> Меня интересовало, нет ли каких-либо особенностей в FTP.

Особенности просты: формат выдачи не стандартизован.
На практике в клиентах требуется поддержка до 5 разных форматов выдачи.
Есть неплохое предложение по формату от DJB, среди этого зоопарка
оно самое разумное.

А насчёт '/' в конце - обычно юниксовый namei lookup его игнорирует,
если слэш идёт после каталога, и посылает нафиг в противном случае.


-netch-

[Valentin Davydov]

Date: Tue, 23 Dec 2003 05:05:11 +0300

Что должен выдавать сервер FTP по команде ls folder_name/
если folder_name существует, не пуст и на него есть права?

II> Hикакой команды "ls" в RFC 959 нет. Вы наверное имели ввиду команду
II> "LIST"? То же, что и команда "ls directory_name/" на сервере.
Hе совсем LIST. Команда NLST

RFC 959:

NAME LIST (NLST)

This command causes a directory listing to be sent from
server to user site. The pathname should specify a
directory or other system-specific file group descriptor; a
null argument implies the current directory.

Что в переводе означает: семантика аргумента команды определяется операционной
средой сервера. Да, вот ещё:

pathname

Pathname is defined to be the character string which must be
input to a file system by a user in order to identify a file.
Pathname normally contains device and/or directory names, and
file name specification. FTP does not yet specify a standard
pathname convention. Each user must follow the file naming
conventions of the file systems involved in the transfer.

То есть корень твоих проблем - в клиенте.

Вал. Дав.

[Ilyak Kaznacheev]

Logged on as Ilyak(Online)

Post by Alexander Goldun
Что должен выдавать FTP - сервер по команде
ls folder_name/

ls folder_name пробовал?

Post by Alexander Goldun
если folder_name существует, не пуст и на него есть права?
Вопрос возник при попытке настроить репликацию базы данных
через FTP. Выяснилось, что сервер БД выдает именно эту
команду для получения содержимого папки.
VisNetic FTP Server 2.10.121 на эту команду ничего
ls folder_name/*
то нормально возвращается содержимое папки.

У меня ls ведет себя так:
D:\download\txt>ls frei
bm.txt list1
frei_10_labirint_myonina.txt navazhd1.txt
frei_tem.txt ragnarek.txt
frei_vol.txt roman.txt
fry_labirint.txt vershitl.txt
himery1.txt vlast18.txt
list

D:\download\txt>ls frei\
C:\UTILS\LS.EXE: frei\: No such file or directory

D:\download\txt>ls frei/
C:\UTILS\LS.EXE: frei/: No such file or directory

Предположу, что это нормальное поведение.

[Igor Ivanov]

Post by Ilyak Kaznacheev
D:\download\txt>ls frei\
C:\UTILS\LS.EXE: frei\: No such file or directory
D:\download\txt>ls frei/
C:\UTILS\LS.EXE: frei/: No such file or directory
Предположу, что это нормальное поведение.

Ну и глюки! Вот нормальное поведение:

zsh% ls BSD_daemon /usr/share/examples
FreeBSD.pfa beastie.eps eps.patch
README beastie.fig poster.sh
zsh% ls BSD_daemon/ /usr/share/examples
FreeBSD.pfa beastie.eps eps.patch
README beastie.fig poster.sh
zsh% ls BSD_daemon/// /usr/share/examples
FreeBSD.pfa beastie.eps eps.patch
README beastie.fig poster.sh
zsh% ls BSD_daemon\ /usr/share/examples
"\" -- признак продолжения команды в следующей строке.

Глубокие реки неслышно текут.

[Alexander Volkov]

Hi, Alexander!

Post by Alexander Goldun
Меня интересовало, нет ли каких-либо особенностей в FTP.

II>> Давным-давно ftpd просто запускал "ls" с соотв. параметрами.
AG>
AG> В NT нет команды ls

Один про Фому, другой - про Ерёму ;)
А ftpd накласть, что в NT нет команды ls.

Good Luck,

Alexander

[Valentin Davydov]

Date: Mon, 22 Dec 2003 12:13:59 +0000 (UTC)
Вопрос возник при попытке настроить репликацию базы данных
через FTP.

Вообще-то для работы с задами банных существуют более подходящие
протоколы.

На форуме поддержки сервера БД сказали, что если мой FTP
работает не так, как все остальные, то рекомендуется
его заменить.

Вполне логичная рекомендация. Советую последовать ей.

Вал. Дав.

[Alexander Goldun]

Hello, Valentin!

Post by Alexander Goldun
Вопрос возник при попытке настроить репликацию базы данных

^^^^^^^^^^^^^^^^^^^^^^

Post by Alexander Goldun
через FTP.

VD> Вообще-то для работы с задами банных существуют более подходящие
VD> протоколы.

Смотри подчеркнутое. Off-line репликация может делаться
через SMTP, FTP, File sharing, MAPI, возможно что-то еще.

Post by Alexander Goldun
На форуме поддержки сервера БД сказали, что если мой FTP
работает не так, как все остальные, то рекомендуется
его заменить.

VD> Вполне логичная рекомендация. Советую последовать ей.

Но из твоего другого письма следует, что виноват реплицирующий
софт:

VD> Что в переводе означает: семантика аргумента команды определяется
операционной
VD> средой сервера. Да, вот ещё:
[...]
VD> То есть корень твоих проблем - в клиенте.
--
С уважением,
Алeксандр Гoлдун

[Valentin Davydov]

Date: Mon, 29 Dec 2003 16:08:22 +0000 (UTC)

Post by Alexander Goldun
Вопрос возник при попытке настроить репликацию базы данных

^^^^^^^^^^^^^^^^^^^^^^

Post by Alexander Goldun
через FTP.

VD> Вообще-то для работы с задами банных существуют более подходящие
VD> протоколы.
Смотри подчеркнутое. Off-line репликация может делаться
через SMTP, FTP, File sharing, MAPI, возможно что-то еще.

FTP - это online протокол. Если уж обязательно offline, то тогда уж uucp.

Post by Alexander Goldun
На форуме поддержки сервера БД сказали, что если мой FTP
работает не так, как все остальные, то рекомендуется
его заменить.

VD> Вполне логичная рекомендация. Советую последовать ей.
Но из твоего другого письма следует, что виноват реплицирующий

Я понял двояко: смените либо протокол, либо клиента.

Вал. Дав.

[Alexander Goldun]

Приветствую, Valentin!

Post by Alexander Goldun

Post by Alexander Goldun
Вопрос возник при попытке настроить репликацию базы данных

^^^^^^^^^^^^^^^^^^^^^^

Post by Alexander Goldun
через FTP.

VD>>> Вообще-то для работы с задами банных существуют более подходящие
VD>>> протоколы.

Post by Alexander Goldun
Смотри подчеркнутое. Off-line репликация может делаться
через SMTP, FTP, File sharing, MAPI, возможно что-то еще.

VD> FTP - это online протокол. Если уж обязательно offline, то тогда уж
VD> uucp.

Есть понятия off-line и on-line репликации в _контексте баз данных_.
On-line репликация, известная так же под именем session- или
connection-based репликация - это репликация между двумя серверами
БД, имеющими постоянное (connection-based) или эпизодическое (session-
based) _прямое_ соединение друг с другом.

Под off-line репликацией обычно понимается message-based технология.
Применяется, когда нет возможности установить прямую связь между
серверами БД. Для передачи реплик (сообщений) используется какая-либо
промежуточная транспортная система, например e-mail, ftp или даже
курьер с дискетками (это не шутка - приходилось такое реализовывать).

Post by Alexander Goldun

Post by Alexander Goldun
Hа форуме поддержки сервера БД сказали, что если мой FTP
работает не так, как все остальные, то рекомендуется
его заменить.

VD>>> Вполне логичная рекомендация. Советую последовать ей.

Post by Alexander Goldun
Hо из твоего другого письма следует, что виноват реплицирующий

VD> Я понял двояко: смените либо протокол, либо клиента.

За выдержку из RFC спасибо. Попробую еще раз спросить у службы поддержки,
ссылаясь на это, как подтвержление корректности работы FTP.
Если не поможет - тогда уж действительно что-нибудь сменю: либо FTP на
SMTP, либо заменю FTP-сервер на другой. Хотя жаль - VisNetic мне весьма
понравился.
--
С уважением,
Алeксандр Гoлдун

[Igor Ivanov]

Хотя жаль - VisNetic мне весьма понравился.

Найди лишний "/" и замени его на 0x00 редактором :-)

Редактор мечты: http://www.VIM.org/

[Alexander Goldun]

Hello, Igor!

Хотя жаль - VisNetic мне весьма понравился.

II> Найди лишний "/" и замени его на 0x00 редактором :-)

Дурацкая шутка.

--
С уважением,
Алeксандр Гoлдун

[Valentin Davydov]

Date: Tue, 30 Dec 2003 03:30:24 +0300

Post by Alexander Goldun

Post by Alexander Goldun
Вопрос возник при попытке настроить репликацию базы данных

^^^^^^^^^^^^^^^^^^^^^^

Post by Alexander Goldun
через FTP.

VD>>> Вообще-то для работы с задами банных существуют более подходящие
VD>>> протоколы.

Post by Alexander Goldun
Смотри подчеркнутое. Off-line репликация может делаться
через SMTP, FTP, File sharing, MAPI, возможно что-то еще.

VD> FTP - это online протокол. Если уж обязательно offline, то тогда уж
VD> uucp.
Есть понятия off-line и on-line репликации в _контексте баз данных_.
On-line репликация, известная так же под именем session- или
connection-based репликация - это репликация между двумя серверами
БД, имеющими постоянное (connection-based) или эпизодическое (session-
based) _прямое_ соединение друг с другом.
Под off-line репликацией обычно понимается message-based технология.

Примерно такой же смысл имеют эти понятия и в смежных контекстах.

Применяется, когда нет возможности установить прямую связь между
серверами БД. Для передачи реплик (сообщений) используется какая-либо
промежуточная транспортная система, например e-mail, ftp или даже
курьер с дискетками (это не шутка - приходилось такое реализовывать).

Так вот как раз для передачи сообщений uucp подходит лучше, нежели ftp.

VD> Я понял двояко: смените либо протокол, либо клиента.
За выдержку из RFC спасибо. Попробую еще раз спросить у службы поддержки,
ссылаясь на это, как подтвержление корректности работы FTP.
Если не поможет - тогда уж действительно что-нибудь сменю: либо FTP на
SMTP, либо заменю FTP-сервер на другой. Хотя жаль - VisNetic мне весьма
понравился.

А какого-нибудь стандартного механизма у твоих СУБД нету?

Вал. Дав.

[Alexander Goldun]

Hello, Valentin!

Post by Alexander Goldun
За выдержку из RFC спасибо. Попробую еще раз спросить у службы поддержки,
ссылаясь на это, как подтвержление корректности работы FTP.
Если не поможет - тогда уж действительно что-нибудь сменю: либо FTP на
SMTP, либо заменю FTP-сервер на другой. Хотя жаль - VisNetic мне весьма
понравился.

VD> А какого-нибудь стандартного механизма у твоих СУБД нету?

А чем FTP не стандартный способ передачи файлов??? Еще в комплекте есть
возможность использовать SMTP, MAPI, VIM и просто расшаренные папки.
Кроме того интерфейс описан и позволяет разработать и подключить свой
модуль передачи.

Кстати, я все-таки написал письмо в службу поддержки TitanFTP. Ответ пришел
достаточно оперативно. Сказали что ошибка УЖЕ исправлена, но в версии 2.41,
которую только ПЛАНИРУЕТСЯ выпустить к концу месяца (сейчас там последняя
- 2.40). Такое ощущение, что ошибка копеечная, но никто раньше ее не замечал,
и исправили ее (или начали исправлять) только после моего письма.
--
С уважением,
Алeксандр Гoлдун

[Valentin Davydov]

Date: Mon, 5 Jan 2004 14:45:18 +0000 (UTC)

Post by Alexander Goldun
За выдержку из RFC спасибо. Попробую еще раз спросить у службы поддержки,
ссылаясь на это, как подтвержление корректности работы FTP.
Если не поможет - тогда уж действительно что-нибудь сменю: либо FTP на
SMTP, либо заменю FTP-сервер на другой. Хотя жаль - VisNetic мне весьма
понравился.

VD> А какого-нибудь стандартного механизма у твоих СУБД нету?
А чем FTP не стандартный способ передачи файлов???

Так ведь с этого же обсуждение началось: даже формат имени каталога (папки)
в команде NLST не стандартизован.

Еще в комплекте есть
возможность использовать SMTP, MAPI, VIM и просто расшаренные папки.
Кроме того интерфейс описан и позволяет разработать и подключить свой
модуль передачи.

Понятно. Я-то думал про всякие uucp с rsyncами, раз уж обмен идёт на
файловом уровне.

Вал. Дав.