Назад | Перейти на главную страницу

Таймауты подключения при подключении к localhost / 127.0.0.1

У меня есть выделенный сервер Debian Squeeze, на котором размещены 4 интерфейсных веб-сайта, а также несколько инструментов и API для бэк-офиса (которые поступают на основные веб-сайты).

Все это работает без проблем с 2008 года, но сегодня мы неожиданно столкнулись с множеством 110: connection timed out ошибки при попытке подключения к API, размещенным на коробке.

Приложения основаны на PHP / mysql, а серверное программное обеспечение - Apache.

Каждый из доменов, вызываемых для вызова API, отображается на 127.0.0.1 в /etc/hosts файл, и он появляется из тестирования в командной строке с обоими curl и wget что фактический поиск DNS разрешается нормально. Соединения работают примерно 1 из 3 раз.

Мы проверили и увеличили (в качестве меры предосторожности) Apache max_connections. Точно так же были увеличены лимиты соединений mysql - но ни один из этих лимитов даже близко не был достигнут.

Тестовые запросы с тайм-аутом даже не затрагивают журналы ошибок / доступа Apache - похоже, что Apache просто не отвечает на определенные запросы.

Сама нагрузка на сервер никогда не превышает 0,6.

Правила iptable не менялись со вчерашнего дня (когда это работало) и разрешают внутренние соединения с 127.0.0.1 и обратно.

Чтобы обойти правила php / перезаписи и т. Д., Я попытался запросить простое изображение из подпапки в командной строке. В тестах это возвращается примерно 1 из 3 раз. Каждый раз терпит неудачу.

Кто-нибудь может подсказать, что еще посмотреть дальше?

------------------ ОБНОВИТЬ -----------------

Кажется, что сервер периодически закрывает порт 80. Для IP-таблиц нет правил ...

Любые идеи?

Как ни странно, с помощью инструмента сканирования портов мы обнаружили, что порт 80 открывается и закрывается каждые несколько секунд - мы не смогли найти причину. Брандмауэр / iptables были отключены, apache был настроен на прием подключений через порт 80 ....

Мы попытались переустановить Apache, но он не удалился (казался поврежденным) - в конечном итоге мы переустановили ОС, чтобы решить эту проблему.

Я бы включил модуль статуса Apache, см. Образец на http://www.apache.org/server-status и убедитесь, что соединения не остаются в одном из следующих состояний слишком долго: W, R, C.

Также есть ли какие-либо изменения в приложении или в среде?