Хрипящие процессы периодически умирают
Разрешенные порты обычно настраиваются Safe_ports acl. Конфигурационный файл должен иметь ACL, настраивающий список портов. Это используется в http_access правило. Моя конфигурация имеет правило http_access deny !Safe_ports.
Система Debian может выполнять iptables брандмауэр, который предотвращает исходящий доступ к порту 4040.
Править: Может быть легче прочитать конфигурацию при разделении комментариев и пустых строк от него. Это должно уменьшить числовые оси, на которые Вы смотрите к под 50 или около этого. Команды, чтобы разделить вниз файл и извлечь acl данные:
sudo grep -v -e '^#' -e '^$' /etc/squid3/squid.conf > ~/squid.txt
grep grep -i -e acl -e allow -e deny squid.txt
Значительные строки для Вашей проблемы:
acl localnet src 192.168.0.0/16 # RFC1918 possible internal network
acl Safe_ports port 1025-65535 # unregistered ports
http_access deny !Safe_ports
http_access allow localnet
Проблема, скорее всего, произошла бы, если незарегистрированные порты отсутствуют. Связь, вероятно, прервется, если HTTPS будет использоваться на порте.
Во-первых, ваша машина делает что-то странное в 6:25 каждые пару месяцев. Я бы посмотрел на ВСЕ задания cron.
Затем, если ничего не кажется фальшивым, попробуйте сопоставить свои проблемы с журналом ядра. Выполните dmesg и найдите проблемы нехватки памяти, в этом случае ядро БУДЕТ уничтожать процессы, чтобы избежать ситуации, которая может вызвать панику.
Также внимательно посмотрите на / var / log /ispconfig/cron.log
Если вы подозреваете какой-либо несанкционированный доступ к вашему ящику, проверьте /usr/local/ispconfig/server/server.sh
PS: Я бы также попытался выяснить в первый раз эта проблема возникла, а затем поищите изменения, внесенные до этого времени
EDIT:
Я заметил ваш последний комментарий, было бы очень полезно написать простой сценарий оболочки, чтобы получить использование памяти при выполнении этих заданий.
Пример
#!/bin/sh
somefile="/your/file/path"
date >>$SomeFile
free -m >>$SomeFile
Отредактируйте cronjobs и запустите это за пару секунд ДО того, как ваши задания потребляют память, и пару секунд ПОСЛЕ, а затем сравните результаты. Это должно помочь вам решить, когда обновлять память, изменять конфигурацию программного обеспечения и т. Д.
PS: Как вы видите, это базовый сценарий, но его можно использовать в качестве отправной точки. Вы можете улучшить его
а затем сравните результаты. Это должно помочь вам решить, когда обновлять память, изменять конфигурацию программного обеспечения и т. Д.PS: Как вы видите, это базовый сценарий, но его можно использовать в качестве отправной точки. Вы можете улучшить его
а затем сравните результаты. Это должно помочь вам решить, когда обновлять память, изменять конфигурацию программного обеспечения и т. Д.PS: Как вы видите, это базовый сценарий, но его можно использовать в качестве отправной точки. Вы можете улучшить его