PHP FastCGI - connection refused

[Arthur F. Bier]

Нашел интересную закономерность. Правда, как я уже говорил - раньше
работало на ура.

Может быть действительно 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 at mail.ru