Евгений Яблоков

Охота править фалы локально на ноутбуке, а запускать приложение на VPS'е

VCS не подходят разве? Запускать планируется веб-приложение?

Для двухсторонней синхронизации можно использовать lsyncd. Правда не знаю насчёт Windows, использую для Linux.

Также есть архив Ubuntu, на который можно переписать sources.list.

/boot — 256M
swap — memory
/ — 10G
/tmp — 1G (nosuid,noexec)
/var — остальное
/var/log — 10G

Везде noatime,nodiratime.

Так же, как в Debian. Имеется ввиду, что они одинаковы по умолчанию в этом плане.
Победить — путём создания файла с правилами и добавления его для исполнения в rc.local, или лучше — в автозагрузку, положив файл в init.d.

Представьте, что это VPS. FreeBSD вариант, но и любой почти Linux может подойти. Главно ведь грамотно использовать имеющиеся ресурсы. Только Gentoo лучше не ставить. Поставьте Debian.

Не в курсе, как оно по возможнностям на NAS. rsync можно настроить как демон, авторизация будет не через SSH. Свой порт, протокол у rsyncd.

1. Попробуйте XCP или просто Xen. В нем вероятность словить call trace или kernel trap меньше.
2. Не стоит, в данном случае.
3. Например, Oracle VM — 1, 2.

Пользовался Gentoo, OpenSUSE, Ubuntu (в порядке убывания времени использования). Порекомендую любую из них. Дело в том, где что есть — везде все есть. Ставьте тот, который лучше знаете.
Например, мне в свое время было интересно пользоваться Gentoo. Потом я ее затер на OpenSUSE. Потом поставил Ubuntu. В общей сложности Gentoo пользовался года 3.
Так что ставьте то, что знаете (если знаете хорошо лишь одно). Если знаете особенности большинства дистрибутивов — ставьте что нравится. Если слабы в любом — то лучше попробуйте несколько, посидеть, скажем, месяца 3-4. Понять, что больше нравится, и на том продолжайте.

Не знаю, как Zabbix, а в Nagios можно использовать check_nrpe с запросом на определенный порт (стандартно 5666). На сером сервере настраивается nrpe, а на роутере делается проброс портов, скажем 56666 идет на 1й серый, 56667 на 1й серый сервер.

domU HVM?

Вместо inetd лучше использовать xinetd, потому что inetd очень старый и «дырявый». xinetd лишен части этого.

Одно из преимуществ в однотипном конфигурировании сервисов через него. Гибкость есть, но разного вида лимиты и прочее можно настраивать и в standalone режиме сервисов, как правило.

Выше правильно написали: аппаратные решения дают наиболее ощутимый прирост. То есть при наличии быстрых дисков, контроллера (это как вариант, потому что есть другие варианты) тип ФС будет значить сравнительно мало.

В данном случаае получается, что Xen ядерный. Попробуйте другое ядро, без Xen, а его установите отдельно из репо.

SSMTP, правда его разработка прекращена, насколько знаю. В качестве его альтернативы — MSMTP.

XMail тоже хороший вариант.