ivtrans: Можно через депингвинатор поставить, правда он устарел давно. А через KVM - реально. Поставить дебиан вначале на один диск, затем под нее KVM - стянуть нужный образ BSD и накатить на другой диск. Так в S4Y делал с 8-кой, работает.
Только нужно учитывать, что KVM в LeaseWeb NL платный, около 49 EUR, установка нестандартной ОС их специалистами 99 EUR, насколько помню. В LeaseWeb DE KVM бесплатный на новых серверах.
Но, как уже сказали, установка FreeBSD есть в панели (если 9-я версия не заработает из за драйверов то можно поставить 8-ю, и наоборот), и всегда есть возможность поставить через QEMU в rescue mode, или другим способом.
Сейчас у Вас настроено таким образом, что веб-сервер не может знать с какого IP заходят, эта информация теряется.
Попробуйте использовать прокси Nginx на внутренний IP, в этом случае реальный IP клиента будет в X-Forwarded-For. Дальше останется только поставить mod_rpaf для Apache на виртуальной машине, который будет вытаскивать IP из X-Forwarded-For.
SNAT (канал в обратную сторону) можно будет оставить, то есть Nginx использовать вместо DNAT.
foxi: виртуалка в локалке видна, интернет есть, но при запросах к виртуалке (там локальный вебсервер) в ее логах все запросы значатся с ip 192.168.1.11 а не с Ip других компов, которые к ней делают запросы.
Несколько нестандартное решение, но для блокировки IP с которых идёт много запросов можно использовать fail2ban, научив его смотреть в лог веб-сервера и добавив соответствующие правила.
Можно через депингвинатор поставить, правда он устарел давно. А через KVM - реально. Поставить дебиан вначале на один диск, затем под нее KVM - стянуть нужный образ BSD и накатить на другой диск. Так в S4Y делал с 8-кой, работает.
Только нужно учитывать, что KVM в LeaseWeb NL платный, около 49 EUR, установка нестандартной ОС их специалистами 99 EUR, насколько помню. В LeaseWeb DE KVM бесплатный на новых серверах.
Но, как уже сказали, установка FreeBSD есть в панели (если 9-я версия не заработает из за драйверов то можно поставить 8-ю, и наоборот), и всегда есть возможность поставить через QEMU в rescue mode, или другим способом.
512 Mb может хватить, если сайт малопосещаемый и поставите Nginx-прокси (прямо из панели можно установить, в разделе Applications).
Желательно 1 GB.
В тексте ошибки уже указано, что база данных вероятно повреждена.
Попробуйте проверить/восстановить: http://www.thegeekstuff.com/2011/12/mysqlcheck/
Google подсказывает что собирать нужно командой
Т.к. FreeBSD 7 это старая версия FreeBSD и не поддерживается уже на данный момент.
http://forums.freebsd.org/showthread.php?p=220266
Сейчас у Вас настроено таким образом, что веб-сервер не может знать с какого IP заходят, эта информация теряется.
Попробуйте использовать прокси Nginx на внутренний IP, в этом случае реальный IP клиента будет в X-Forwarded-For. Дальше останется только поставить mod_rpaf для Apache на виртуальной машине, который будет вытаскивать IP из X-Forwarded-For.
SNAT (канал в обратную сторону) можно будет оставить, то есть Nginx использовать вместо DNAT.
Пример конфига Nginx:
server {listen 80;
location / {
proxy_pass http://внутренний_IP:80;
proxy_redirect off;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
proxy_connect_timeout 120;
proxy_send_timeout 120;
proxy_read_timeout 120;
}
}
Настройки mod_rpaf (добавить в начале файла apache2.conf):
Команды для установки mod_rpaf на Debian:
виртуалка в локалке видна, интернет есть, но при запросах к виртуалке (там локальный вебсервер) в ее логах все запросы значатся с ip 192.168.1.11 а не с Ip других компов, которые к ней делают запросы.
"Виртуалка" - виртуальная машина, наподобие VirtualBox?
Там есть несколько видов проброса соединения, нужно скорее всего bridge, или просто попробовать разные.
Несколько нестандартное решение, но для блокировки IP с которых идёт много запросов можно использовать fail2ban, научив его смотреть в лог веб-сервера и добавив соответствующие правила.
Здесь пример для Nginx: http://beeznest.wordpress.com/2012/06/08/anti-nginx-dos-filter-for-fail2ban-4/
Переписать его для Apache довольно просто, или можно найти готовый.
Из того что сам пробовал, у Asus UX31A очень даже удобный.
У ультрабуков Samsung'а говорят тоже отличные тачпады, но возможно только в топовых моделях.
Самые надёжные SSD на данный момент: Crucial M4, Plextor M5, ну и наверное любой SSD от Intel.
В целом, любой SSD не на контроллере SandForce. Или на нём, но которые тщательно тестировались (опять же, Intel).
Ну а в остальном, как повезёт.
UPDATE: Чуть не забыл, ещё Samsung'и в лидерах по стабильности работы.
Не забывайте что есть ещё и вопрос безопасности сети.
Если будет стоять свитч, наверно будет намного проще перехватывать пакеты ("сниффинг") чем в сети с маршрутизатором?