Проблема подключения proftpd к удаленному серверу mysql

12
[Удален]
1224

Прошу помощи в разборе полетов одного ftp-сервера.

Есть Debian6, на котором установлен proftpd 1.3.3a + proftpd-mod-mysql.

Этот сервер коннектится к удаленному серверу MySQL чтобы авторизовать там юзера. Так вот, сразу после установки все коннектилось просто моментально. Через время коннект прекратился и вылетает с ошибкой на стадии проверки пароля пользователя.

Ошибка в логе proftpd (см.скрин) - http://clip2net.com/clip/m68941/1330875930-clip-99kb.png

Также в сети есть другие сервера, с точно таким же профтпд и дебиан6, с такими же конфигами и коннектятся они к серверу бд беcпрепятственно.

UPD: сразу после установки работал коннект нормально и файлы передавались.

Также после перезагрузки сервера сразу работает, а под нагрузками через некоторое время перестает.

Помогите решить проблему.

N
На сайте с 06.05.2007
Offline
419
#1

Lost connection слишком общая ошибка, чтобы только по ее названию можно было точно заключить в чем дело.

Ну попробуй в конфигах mysql убрать все таймауты, которые найдешь. Убедись что там есть skip-name-resolve или же, если нельзя ее эту директиву использовать, убедись что обратный резолв dns правильно и быстро работает.

Кнопка вызова админа ()
[Удален]
#2

Дело в том, что точно такие же сервера коннектятся к нему же - есть еще два, у которых настройки и железо абсолютно идентичные.

Добавил skip-name-resolve и таймаутов не нашел ни одного.

Кажется мне всё-таки, что дело в самом proftpd, потому что другие-то подключаются.

Сервер устанавливался из репов у всех.

N
На сайте с 06.05.2007
Offline
419
#3
zames:
Дело в том, что точно такие же сервера коннектятся к нему же - есть еще два, у которых настройки и железо абсолютно идентичные.

Это ты так думаешь. Как минимум, у них разные IP адреса. Этого уже достаточно чтобы возникли проблемы с обратным резолвом.

Ну и другие отличия, которые ты не заметил могут быть.

[Удален]
#4
netwind:
Это ты так думаешь. Как минимум, у них разные IP адреса.

Согласен. Но я уже много чего перепробовал, отключал, переподключал - все бестолку.

Рестартую сервер и некоторое время коннект есть - потом снова эта злополучная ошибка именно из-за 'reading autorization packet'.

M
На сайте с 01.12.2009
Offline
235
#5

Надо смотреть.

Администратор Linux,Freebsd. построения крупных проектов.
[Удален]
#6

Вoт конфиг my.cnf


[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock

[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0

[mysqld]
user = mysql
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
skip-external-locking
skip-name-resolve

key_buffer = 128M
max_allowed_packet = 128M
thread_stack = 192K
thread_cache_size = 8

myisam-recover = BACKUP
max_connections = 1000

tmp_table_size = 512M
max_heap_table_size = 256M
innodb_buffer_pool_size = 200M
max_connect_errors=10000


query_cache_limit = 32M
query_cache_size = 128M

log_error = /var/log/mysql/error.log

[mysqldump]
quick
quote-names
max_allowed_packet = 16M

[isamchk]
key_buffer = 16M

!includedir /etc/mysql/conf.d/

И конфиг Proftpd


CreateHome on
AllowStoreRestart on
Include /etc/proftpd/modules.conf

ServerIdent on
ServerName "My FTP"

ServerType standalone
DefaultServer on
ServerAdmin admin@admin.com
#ScoreboardFile /var/run/proftpd.scoreboard
Port 21
Umask 022
MaxInstances 30
MaxClients 50
MaxClientsPerHost 3

User ftpuser
Group ftpgroup

MaxStoreFileSize 5 Gb

SQLAuthTypes Plaintext
SQLAuthenticate users
SQLConnectInfo ftp@server.ru user pass
SQLUserInfo `ftp_user` `username` `password` `uid` `gid` \
`homedir` `shell`

RequireValidShell off
SQLLogFile /var/log/proftpd.log

SQLLog STOR log_story_transfer
SQLNamedQuery log_story_transfer INSERT "'',\
UNIX_TIMESTAMP(),'%u',\
'%f', '%b', '%h', \
'%a', '%m', '0', 's1'" \
`ftp_log`

UseReverseDNS off
IdentLookups off

DefaultRoot ~

<Directory ~>
AllowOverwrite on
<Limit Write>
AllowAll
</Limit>
<Limit READ>
AllowAll
</Limit>
<Limit MKD>
DenyAll
</Limit>
</Directory>

N
На сайте с 06.05.2007
Offline
419
#7

zames, что там в настройке SQLConnectInfo ? может попробовать PERCONNECTION.

Все это похоже на какое-то несогласованное, а поэтому неожиданное отключение.

[Удален]
#8

Блин, отправил сообщение с конфигами, так оно модераторами проверяется...

SQLConnectInfo ftp@remoteserver.ru user pass

---------- Добавлено 04.03.2012 в 23:27 ----------

Товарищи Админы, обратите, пожалуйста, внимание на конфиги выше. Может есть, что подсказать?! Очень горит.

Andreyka
На сайте с 19.02.2005
Offline
822
#9

Ну тск надо проверить коннект к мискулю вручную. Может действительно рвет сесть.

Не стоит плодить сущности без необходимости
[Удален]
#10
Andreyka:
Ну тск надо проверить коннект к мискулю вручную. Может действительно рвет сесть.

Вручную проходит нормально. Также другие сервера коннектятся нормально, да и еще некоторые сайты передают на него каждые 2 минуты статистику.А вот именно эта злополучная машина, именно его профтпд не пускает.

---------- Добавлено 05.03.2012 в 08:54 ----------

Конфиг профтпд одинаковый на всех машинах

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий