Если продолжать аналогии - вы на самом деле рассказали,
что "есть такое блюдо" (распознавание ботов по поддержке куков). Так это
давно все знали.
А вот предложенный способ готовки (фильтрация модулем
string) - именно что не работает.
за демонстрацию работоспособности описанного вами решения - 5$
готовы?
ваша цена за "две строчки"?
в случае "провала" - исполнителя просят расписаться в
своей ошибке (денюшку тоже не дадут)
ТЗ:
-->8--
1) даем доступ на настроенный по умолчанию server (дистрибутив на выбор)
2) с установленным апачем на 8080 порт
3) добавлена "вторая строчка" - ваше правило iptables со string
... ваши секретные действия с iptables (добавленное правило не менять) ...
Со стороннего сервера должен проходиться тест:
$ GET -sd http://server/ -H 'Test: this-is-not-bot'
200 OK
$ GET -sd http://server/
<блокируется на уровне файервола>
именно дополнительные правила волнуют
без них ваш рецепт _не_работает_, _в_принципе_
покажите их, не стесняйтесь
как вариант - можем вам дать доступ в виртуальную систему (qemu)
ну, в общем-то - это статья для хабра - ничего удивительного :D
он не пытается, он запускает
в /usr/bin/php - ничего страшного нет, просто так указана команда в crontab
только это _те_ задания, которые у вас за бекап отвечают, или нет?
вам привели фрагменты логов - там были примеры отработавших крон-заданий
вы знаете как называется задание (полный путь к скрипту), отвечающее за бекап -
поищите его в логе
не знаете где смотреть - попросите того, кто знает
серьезно?
вы действительно беретесь утверждать, что
iptables -t nat -A PREROUTING -p tcp --dport 80 -m string --string "this-is-not-bot" --algo kmp -j REDIRECT --to-ports 8080
у вас редиректит "хорошие" запросы на 8080 порт?
без дополнительных правил iptables?
что значит "не работает", в чем это выражается :-)
если сами не знаете - надо смотреть на сервере, обращайтесь
проблема связана именно с этим заданием бекапа?
выражается в том, что не создается новый файл, верно?
ну так конкретно кронтаб-запись, отвечающую за это задание и
надо смотреть - техподдержка привела примеры выполнения других заданий
другой пример:
Oct 13 21:47:01 km35018 crond[21561]: (helpzz) CMD (/usr/bin/php /var/www/vhosts/helpzz.ru/httpdocs/grb/1/recode/dofiles.php > /dev/null 2>&1)
Он не выполняет ((
что значит "не выполняет"?
Вам интересно, какие именно запросы привели к can't fork, верно? Вот и ищите по
дате 5xx-е ошибки в аксес-логах. Не уверен, что апач логгирует такие запросы
- но попробовать стоит.
с этого момента - максимально подробно:
1) что делает cron-задача
2) как вы диагностируете то, что она не выполнилась (не созданы определенные файлы и т.п.)
боюсь, что такие вещи лучше персонально решать - пишите в личку/почту
access логи там не ведутся?
