Я подозреваю, что это - отказ неполного программирования в Cloudmin. Они, вероятно, срезали путь в целом сценарии и только включили формирование трафика для TCP (и возможно UDP). Мое предположение - то, который без формирования трафика включил, на месте существуют только некоторые нормальные правила NAT. С формированием трафика все помещается в блоки, возможно, полученные из tc
или аналогичная система и трафик ICMP не учитывают вообще. Можно подтвердить это при помощи nmap
или другой инструмент, чтобы просканировать сетевые адреса с датчиками в нескольких протоколах и видеть, уничтожается ли весь трафик ICMP действительно при включении ограничения уровня, или если что-то специфическое, оказывается, проверяет с помощью ping-запросов.
Я не cloudmin парень, так, чтобы было все предположение. Кто-либо еще там, который может протестировать это?
Это будет очень медленно. Процесс, обслуживающий ваши запросы, будет перезапускаться после каждого запроса (см. документацию ). Обычно в этом нет необходимости.
Что-то не так с вашим приложением, если оно требует постоянного перезапуска процесса.
MaxRequestsPerChild
контролирует количество запросов, которые подает ребенок до того, как его убьют. Это не должно быть установлено слишком низко, так как это создаст ненужную нагрузку на Apache.