Я обычно оставляю a tail -f
выполнение против журнала в терминале для ситуаций как этот.
Вы могли настроить logtwatch для наблюдения журнала за строкой и электронной почтой. Кроме того, более поздние версии системного-журнала-ng поддерживают схожую функциональность.
Дополнительные решения могли включать основанный на хосте IDS или Linux, контролирующий систему. Однако идентификаторы хоста обычно не в реальном времени, и auditd/auditctl ничего не обеспечивает, что решения для журнала не были бы для этого конкретного приложения.
Я не понимаю, как вы хотите это использовать, что усложняет дать хороший ответ. Есть ли какая-то конкретная причина, по которой вы не можете просто использовать виртуальные хосты на своем веб-сервере вместо настройки отдельных веб-серверов на отдельных портах?
Я не нашел никакого способа выполнить перенаправление портов с брандмауэром, включенным в несерверный дистрибутив, но вы могли бы сделать еще одну вещь - настроить веб-сервер apache в качестве обратного прокси-сервера или использовать socks.
Если это для демонстрации класса, я бы сделал гораздо более простую вещь, чем использование брандмауэра:
Однако этот сайт не предназначен для вопросов, связанных с домом, вы можете быть заинтересованы на подобных сайтах, таких как http://unix.stackexchange.com или http://superuser.com