Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re[3]: PHP FastCGI - connection refused
Нашел интересную закономерность. Правда, как я уже говорил - раньше
работало на ура.
Может быть действительно ipfw виноват? Я не так хорошо знаю никсы, к
сожалению, поэтому такую возможность исключать не буду.
Есть в скриптику такая вот конструкция:
$sockres = fsockopen($ip, $port, $errno, $errstr, 5);
if (!$sockres)
$connectable = "no";
else
{
$connectable = "yes";
@fclose($sockres);
}
И, соответственно, с нее же ошибка:
2007/04/08 00:08:17 [error] 21137#0: *377323 FastCGI sent in stderr: "PHP
Warning: fsockopen()
[<a href='function.fsockopen'>function.fsockopen</a>]: unable to connect to
80.249.152.58:58624
(Connection refused) in /www/kvadratmalevicha.ru/htdocs/announce.php on line
324"
while reading response header from upstream, client: 80.249.152.58, server:
domain.ru,
URL:
"/tracker.php/39aa3b26b310623331764096827c4d39/announce?info_hash=J%be%95M%f436%3f%c3gf%19%d7%ed%82%98Gzn%b8&peer_id=-UT1610-%ea%81%cc%94%fc%f2%fb%cbo%20%08%e1&port=58624&uploaded=0&downloaded=0&left=0&key=B9F084DF&numwant=200&compact=1&no_peer_id=1",
upstream: "fastcgi://unix:/tmp/php-fastcgi.sock:", host: "domain.ru"
Довольно частая.
Вы писали 8 апреля 2007 г., 0:07:26:
> Здравствуйте, Igor.
> Вы писали 7 апреля 2007 г., 23:48:20:
>> On Sat, Apr 07, 2007 at 11:45:45PM +0400, Arthur F. Bier wrote:
>>> В общем, ничего не помогает..
>>> Ошибки продолжают валиться. Модули я поотключал вообще все (кроме
>>> iconv'a и mysql).
>>> Причем, если перезапустить php-cgi процессы, ситуация опять
>>> налаживается. А если оставить все как есть - 502-я и больше ничего.
>>> Получается, что выход один - перезапускать регулярно php-cgi?
>> А как до этого работало ? Если использовался Апач, то можно так и
>> оставить, добавив только проксирование nginx'ом.
> До этого, на той же машине, стоял win2003+apache - апач вылетал каждые
> полчаса. Иногда помогало только ресетнуть машину.
> Я думал об апаче, но с трудом представляю что с ним будет лучше.
> Дело в том, что работало все более-менее стабильно, до того как подключили
> другой интернет канал и mpd. Машинка трудилась еще и как шлюз, но сейчас nat
> отключен, так как в нем больше нет необходимости - остался только ipfw.
> Возможно ли, что это дел рук человеческих? В смысле, кто-то
> эксплоитами или чем-то подобным балуется, и выводит тем самым из
> строя php? Хотя я слабо представляю как это можно сделать.
> Я часто вижу в логах попытки подобрать пользователя и пасс по ssh, так
> как конкуренты уже достали.
> Вот сейчас, вроде, ошибка не повторяется. Странно все это.
--
С уважением,
Arthur mailto:izatop@xxxxxxx
|