[sisyphus] proftpd и время изменения файлов

[sisyphus] proftpd и время изменения файлов

[Шадринов Дмитрий Дмитриевич]

Использую ProFTPd сервер. При подключении ftp-клиентом даты модификации файлов 
показываются в GMT. Параметр TimesGMT в конфиге никакого влияния не 
оказывает.

[root@gw ~]$ rpm -q proftpd
proftpd-1.3.0rel-alt1.3.1.0

Не знает ли кто как заставить сервер выводить местное время изменения файлов?

Re: [sisyphus] proftpd и время изменения файлов

[Sergey]

On Wednesday 16 May 2007, Шадринов Дмитрий Дмитриевич wrote:

> Использую ProFTPd сервер. При подключении ftp-клиентом даты модификации файлов 
> показываются в GMT. Параметр TimesGMT в конфиге никакого влияния не 
> оказывает.

Да, я тоже давно заметил. Но руки не доходят посмотреть, что где поменяли. :-(

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] proftpd и время изменения файлов

[Konstantin A. Lepikhov]

Hi Sergey!

Wednesday 16, at 12:19:01 PM you wrote:

> On Wednesday 16 May 2007, Шадринов Дмитрий Дмитриевич wrote:
> 
> > Использую ProFTPd сервер. При подключении ftp-клиентом даты модификации файлов 
> > показываются в GMT. Параметр TimesGMT в конфиге никакого влияния не 
> > оказывает.
> 
> Да, я тоже давно заметил. Но руки не доходят посмотреть, что где поменяли. :-(
А время на сервере точно не по гринвичу?

-- 
WBR et al.

Re: [sisyphus] proftpd и время изменения файлов

[Dmitriy Shadrinov]

16 May 2007, Konstantin A. Lepikhov написал:
> Hi Sergey!
>
> Wednesday 16, at 12:19:01 PM you wrote:
> > On Wednesday 16 May 2007, Шадринов Дмитрий Дмитриевич wrote:
> > > Использую ProFTPd сервер. При подключении ftp-клиентом даты модификации
> > > файлов показываются в GMT. Параметр TimesGMT в конфиге никакого влияния
> > > не оказывает.
> >
> > Да, я тоже давно заметил. Но руки не доходят посмотреть, что где
> > поменяли. :-(
>
> А время на сервере точно не по гринвичу?

[root@gw ftp]$ date
Wed May 16 16:25:40 MSD 2007
[root@gw ftp]# l
total 0
drwxr-sr-x  4 root     ftpadmin  39 Apr 15 14:12 aids
drwxrwsr-x  2 ftpadmin ftpadmin  24 Mar 23  2005 cert
drwxrwsr-x 12 ftpadmin ftpadmin 151 Feb  8 21:47 distrib
drwxr-sr-x  3 ftpadmin ftpadmin  23 Jan 25  2006 pictures
drwxr-sr-x  2 ftpadmin ftpadmin  19 Apr 30 09:22 temp
[root@gw ftp]# ftp ftp.ystu.ru
Connected to ftp.ystu.ru (85.158.50.46).
220 ProFTPD 1.3.0 Server (YSTU FTP Server) [85.158.50.46]
Name (ftp.ystu.ru:root): anonymous
331 Anonymous login ok, send your complete email address as your password.
Password:
230 Anonymous access granted, restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
200 PORT command successful
150 Opening ASCII mode data connection for file list
drwxrwsr-x   7 root     (?)            68 Nov 24 10:12 .
drwxrwsr-x   7 root     (?)            68 Nov 24 10:12 ..
drwxr-sr-x   4 root     (?)            39 Apr 15 10:12 aids
drwxrwsr-x   2 (?)      (?)            24 Mar 23  2005 cert
drwxrwsr-x  12 (?)      (?)           151 Feb  8 18:47 distrib
drwxr-sr-x   3 (?)      (?)            23 Jan 25  2006 pictures
drwxr-sr-x   2 (?)      (?)            19 Apr 30 05:22 temp
226 Transfer complete.

Re: [sisyphus] proftpd и время изменения файлов

[Konstantin A. Lepikhov]

Hi Dmitriy!

Wednesday 16, at 04:28:42 PM you wrote:

<skip>
> [root@gw ftp]$ date
> Wed May 16 16:25:40 MSD 2007
> [root@gw ftp]# l
> total 0
> drwxr-sr-x  4 root     ftpadmin  39 Apr 15 14:12 aids
> drwxrwsr-x  2 ftpadmin ftpadmin  24 Mar 23  2005 cert
> drwxrwsr-x 12 ftpadmin ftpadmin 151 Feb  8 21:47 distrib
> drwxr-sr-x  3 ftpadmin ftpadmin  23 Jan 25  2006 pictures
> drwxr-sr-x  2 ftpadmin ftpadmin  19 Apr 30 09:22 temp
> [root@gw ftp]# ftp ftp.ystu.ru
> Connected to ftp.ystu.ru (85.158.50.46).
> 220 ProFTPD 1.3.0 Server (YSTU FTP Server) [85.158.50.46]
> Name (ftp.ystu.ru:root): anonymous
> 331 Anonymous login ok, send your complete email address as your password.
> Password:
> 230 Anonymous access granted, restrictions apply.
теперь все понятно - я тут поглядел код proftpd, он как всегда там
кривоватый - для анонимусов там делается chroot, а поскольку glibc не
кеширует содержимое /etc/localtime, внутри chroot время получается в GMT.
Можно на досуге поправить, взяв за основу пример из vsftpd.

-- 
WBR et al.

Re: [sisyphus] proftpd и время изменения файлов

[Sergey]

On Wednesday 16 May 2007, Konstantin A. Lepikhov wrote:

> а поскольку glibc не кеширует содержимое /etc/localtime, внутри chroot 
> время получается в GMT. 

Может им багу повесить ? Вдруг сами поправят ? :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] proftpd и время изменения файлов

[Konstantin A. Lepikhov]

Hi Sergey!

Wednesday 16, at 07:01:39 PM you wrote:

> On Wednesday 16 May 2007, Konstantin A. Lepikhov wrote:
> 
> > а поскольку glibc не кеширует содержимое /etc/localtime, внутри chroot 
> > время получается в GMT. 
> 
> Может им багу повесить ? Вдруг сами поправят ? :-)
апстрим в курсе - но у них есть отмазка - что это воспроизводится не на
всех glibc.

-- 
WBR et al.

Re: [sisyphus] proftpd и время изменения файлов

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1295 bytes --]

Hi,

On Wed, May 16, 2007 at 05:46:27PM +0400, Konstantin A. Lepikhov wrote:
> Wednesday 16, at 04:28:42 PM you wrote:
> 
> <skip>
> > [root@gw ftp]$ date
> > Wed May 16 16:25:40 MSD 2007
> > [root@gw ftp]# l
> > total 0
> > drwxr-sr-x  4 root     ftpadmin  39 Apr 15 14:12 aids
> > drwxrwsr-x  2 ftpadmin ftpadmin  24 Mar 23  2005 cert
> > drwxrwsr-x 12 ftpadmin ftpadmin 151 Feb  8 21:47 distrib
> > drwxr-sr-x  3 ftpadmin ftpadmin  23 Jan 25  2006 pictures
> > drwxr-sr-x  2 ftpadmin ftpadmin  19 Apr 30 09:22 temp
> > [root@gw ftp]# ftp ftp.ystu.ru
> > Connected to ftp.ystu.ru (85.158.50.46).
> > 220 ProFTPD 1.3.0 Server (YSTU FTP Server) [85.158.50.46]
> > Name (ftp.ystu.ru:root): anonymous
> > 331 Anonymous login ok, send your complete email address as your password.
> > Password:
> > 230 Anonymous access granted, restrictions apply.
> теперь все понятно - я тут поглядел код proftpd, он как всегда там
> кривоватый - для анонимусов там делается chroot, а поскольку glibc не
> кеширует содержимое /etc/localtime, внутри chroot время получается в GMT.
> Можно на досуге поправить, взяв за основу пример из vsftpd.

См. тж.
http://git.altlinux.org/people/ldv/packages/?p=vsftpd.git;a=blob_plain;f=vsftpd-2.0.3-suse-owl-tz.patch;hb=2.0.3-alt1


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] proftpd и время изменения файлов

[Konstantin A. Lepikhov]

Hi Dmitry!

Wednesday 16, at 06:11:39 PM you wrote:

<skip>
> > теперь все понятно - я тут поглядел код proftpd, он как всегда там
> > кривоватый - для анонимусов там делается chroot, а поскольку glibc не
> > кеширует содержимое /etc/localtime, внутри chroot время получается в GMT.
> > Можно на досуге поправить, взяв за основу пример из vsftpd.
> 
> См. тж.
> http://git.altlinux.org/people/ldv/packages/?p=vsftpd.git;a=blob_plain;f=vsftpd-2.0.3-suse-owl-tz.patch;hb=2.0.3-alt1
ух. сколько у всех проблем со временем :)

-- 
WBR et al.

Re: [sisyphus] proftpd и время изменения файлов

[Sergey]

On Wednesday 16 May 2007, Konstantin A. Lepikhov wrote:

> ух. сколько у всех проблем со временем :)

А почему не у всех проявляется (глядя на "но у них есть отмазка - что это 
воспроизводится не на всех glibc") ? 

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] proftpd и время изменения файлов

[Konstantin A. Lepikhov]

Hi Sergey!

Wednesday 16, at 07:58:48 PM you wrote:

> On Wednesday 16 May 2007, Konstantin A. Lepikhov wrote:
> 
> > ух. сколько у всех проблем со временем :)
> 
> А почему не у всех проявляется (глядя на "но у них есть отмазка - что это 
> воспроизводится не на всех glibc") ? 
В glibc постоянно проиходили изменения в функциях, связанных с обработкой
времени. Естественно, в разных дистрибутивах с разными glibc последствия
будут разные.

-- 
WBR et al.

Re: [sisyphus] proftpd и время изменения файлов

[Sergey]

On Wednesday 16 May 2007, Konstantin A. Lepikhov wrote:

> Естественно, в разных дистрибутивах с разными glibc последствия будут 
> разные. 

Это примерно понятно. Вопрос ещё в том, изменение ли это какого-то подхода, 
или просто баг... И какое поведение баг тогда.

-- 
С уважением, Сергей
a_s_y@sama.ru