LINUX.ORG.RU
ФорумAdmin

Забивается 80-ый порт


0

0

При рестарте апача выпадает такое весёлое сообщение

Performing sanity check on apache22 configuration:
Syntax OK
Stopping apache22.
Waiting for PIDS: 99028.
Performing sanity check on apache22 configuration:
Syntax OK
Starting apache22.
(48)Address already in use: make_sock: could not bind to address [::]:80

Смотрю, что за httpd висят

www 52203 0.6 1.0 27176 19872 ?? S 5:06PM 0:00.11 /usr/local/sbin/httpd -DNOHTTPACCEPT
root 52194 0.0 0.9 25128 17636 ?? Ss 5:06PM 0:00.21 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 52200 0.0 0.9 26152 17928 ?? S 5:06PM 0:00.02 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 52201 0.0 0.9 25128 17692 ?? I 5:06PM 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 52202 0.0 0.9 25128 17648 ?? I 5:06PM 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 52204 0.0 0.9 25128 17648 ?? I 5:06PM 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 52414 0.0 0.9 25128 17648 ?? S 5:07PM 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT
root 98324 0.0 0.8 25128 17620 ?? Ss Mon10AM 0:02.02 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 98325 0.0 0.9 26152 17908 ?? I Mon10AM 0:00.02 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 98326 0.0 0.9 26152 17808 ?? I Mon10AM 0:00.02 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 98327 0.0 0.9 25128 17684 ?? I Mon10AM 0:00.01 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 98328 0.0 0.9 25128 17684 ?? I Mon10AM 0:00.01 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 98329 0.0 1.0 28200 20600 ?? I Mon10AM 0:00.12 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 98330 0.0 0.9 26152 17800 ?? I Mon10AM 0:00.01 /usr/local/sbin/httpd -DNOHTTPACCEPT

Убиваю их эти httpd, запускаю apache - работает. Стоит ли по этому поводу стрематся иль нет?


Ответ на: комментарий от undertaker

> А что за /usr/local/sbin/httpd ? Ты его сам ставил?

демон apach'a, насколько я понимаю (FreeBSD)

Ximik
() автор топика

Заметил ещё закономерность.

Забивается код при частом вызывове exec_shell. После чего он перестаёт работать.

Просмотрел логи. Куча попыток бутфорса и атаки на IIS сервер, собсно больше ничего подозрительного.

Ximik
() автор топика
Ответ на: комментарий от Ximik

s/код/порт/

Работает перестаёт exec_shell. Баг php?

Ximik
() автор топика

перез запуском нового апача, старый должен корректно завершится. очевидно, он по какой-то причине этого сделать не может. копай логи

val-amart ★★★★★
()
Ответ на: комментарий от val-amart

дык в том-то и проблема, что логи чисты (не считая этих попыток взлома).

Мне приходят в голову два варианта

1. Баг в модуле apache'a

2. Взлом с получением root-доступа

Ximik
() автор топика
Ответ на: комментарий от val-amart

если из php что-нить запустить то это что-то тоже наследует дескриптор с открытым 80-м портом. Если после этого убить апач и прога останется то фиг после этого апач запустится. Смотрите на bugs.php.net подробности.

А ещё лучше забудьте про пхп. Одного взгляда на их багтрекер достаточно чтобы всё понять.

true_admin ★★★★★
()
Ответ на: комментарий от val-amart

это я про то что он завершиться не может. Он там чайллов в конце концов через sigkill грохает, поэтому это не очень вероятно(хотя и наверно возможно если чайлд по каким-то причинам в uninterruptable sleep попал).

Блин, как вспомню пхп аж трясёт (с) :). В питоне хоть баги фиксят, а эти даже голосовалку у багов повесили. "хотите ли чтобы этот баг был исправлен?", "важен ли он для вас?".

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

> А ещё лучше забудьте про пхп. Одного взгляда на их багтрекер достаточно чтобы всё понять.

давно забыл бы, но заказчики требуют-с на php. Думают, что это "глобально и надёжно" -_-

Ximik
() автор топика
Ответ на: комментарий от Komintern

таки видимо php. Вздохнул с облегчением :)

Ximik
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.