Tomsk Sysadmins Forum
Unix => Администрирование => Topic started by: n-di on June 14, 2006, 14:41:38
-
стоит vsftpd на suse 10.1 запускается через xinetd, такая проблема: подключаешься не коннектит... подключаешься коннектит, потом опять не коннектит...
причем как по рандому определяется пускать или нет
люди, помогите! куда копать?
например, начинаю качать файлик в download master в 8 потоков: 1-й соединяется, 2-й пишет connected и висит, баннер ftp сервера даже не показывает, 3,4,5 - соединяются, 6 - висит, 8 - соединяется... потом по таймауту 2 и 6 переконнекчиваются и соединяются.
можно посмотреть реакцию тут ftp://n-di.tomsk.ru/ (http://ftp://n-di.tomsk.ru/)
/etc/vsftpd.confwrite_enable=YES
ftpd_banner="Welcome to n-di FTP service."
ls_recurse_enable=YES
hide_ids=YES
local_enable=YES
chroot_list_enable=YES
chroot_list_file=/etc/vsftpd.chroot_list
anonymous_enable=YES
anon_upload_enable=YES
anon_mkdir_write_enable=YES
anon_other_write_enable=YES
xferlog_enable=YES
setproctitle_enable=YES
connect_from_port_20=YES
pam_service_name=vsftpd
listen=NO
ssl_enable=NO
/etc/xinetd.confdefaults
{
log_type = FILE /var/log/xinetd.log
log_on_success = HOST EXIT DURATION
log_on_failure = HOST ATTEMPT
instances = 30
cps = 50 10
}
includedir /etc/xinetd.d
/etc/xinetd.d/vsftpdservice ftp
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/sbin/vsftpd
log_on_success += HOST USERID DURATION
log_on_failure += HOST USERID
nice = 10
instances = 200
per_source = 10
baner_fail = /etc/vsftpd.busy_banner
}
-
стоит vsftpd на suse 10.1 запускается через xinetd, такая проблема: подключаешься не коннектит... подключаешься коннектит, потом опять не коннектит...
причем как по рандому определяется пускать или нет
люди, помогите! куда копать?
например, начинаю качать файлик в download master в 8 потоков: 1-й соединяется, 2-й пишет connected и висит, баннер ftp сервера даже не показывает, 3,4,5 - соединяются, 6 - висит, 8 - соединяется... потом по таймауту 2 и 6 переконнекчиваются и соединяются.
можно посмотреть реакцию тут ftp://n-di.tomsk.ru/ (http://ftp://n-di.tomsk.ru/)
Открыл 7 одновременных соединений, указанной проблемы не увидел.
Может быть на стороне клиента глюки?
Кстати, а если пустить vsftpd в режиме standalone указанная проблема проявляется?
Зависание происходит в какой именно момент, процесс vsftpd в это время уже создается для повисшего соединения?
-
Открыл 7 одновременных соединений, указанной проблемы не увидел.
Может быть на стороне клиента глюки?
Кстати, а если пустить vsftpd в режиме standalone указанная проблема проявляется?
Зависание происходит в какой именно момент, процесс vsftpd в это время уже создается для повисшего соединения?
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
D:\Documents and Settings\ndi>ftp n-di.tomsk.ru
Connected to n-di.tomsk.ru.
220 "Welcome to n-di FTP service."
User (n-di.tomsk.ru:(none)): ^C
D:\Documents and Settings\ndi>ftp n-di.tomsk.ru
Connected to n-di.tomsk.ru.
Connection closed by remote host.
D:\Documents and Settings\ndi>
когда пишет Connected to n-di.tomsk.ru. нет процесса vsftpd и не появляется. по netstat -tna выдает:
tcp 0 0 83.172.24.229:21 217.18.140.34:48217 ESTABLISHED
потом висит и Connection closed by remote host.
-
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
D:\Documents and Settings\ndi>ftp n-di.tomsk.ru
Connected to n-di.tomsk.ru.
220 "Welcome to n-di FTP service."
User (n-di.tomsk.ru:(none)): ^C
D:\Documents and Settings\ndi>ftp n-di.tomsk.ru
Connected to n-di.tomsk.ru.
Connection closed by remote host.
D:\Documents and Settings\ndi>
когда пишет Connected to n-di.tomsk.ru. нет процесса vsftpd и не появляется. по netstat -tna выдает:
tcp 0 0 83.172.24.229:21 217.18.140.34:48217 ESTABLISHED
потом висит и Connection closed by remote host.
Все это странно. Я так и не смог воспроизвести. Пробовал с телекомовского ADSL и из сети ТПУ. Может у Вас packet lost большой при передачи данных от клиента к серверу?
-
Все это странно. Я так и не смог воспроизвести. Пробовал с телекомовского ADSL и из сети ТПУ. Может у Вас packet lost большой при передачи данных от клиента к серверу?
огромное спасибо! проблема решена! действительно фраза Может быть на стороне клиента глюки?
навела на ответ. действительно на клиенте ( роут идет через isa2004 std sp2 и на ней был включен ftp access filter, видимо он и создавал такие проблемы, после отключения все отлично заработало.