в стандартном L7-filter очень убогая поддержка bittorrent. надо самому дописывать правила иначе работать не будет.
/etc/security/limits.conf
сильно зависит от того сколько будет "компов" и будет ли одновременный доступ к одному файлу. Но в самом общем случае это решается через webdav.
$ apt-cache search vpn | grep -i -E '(daemon|server)'
и выбираем на свой вкус и цвет
переносятся по причине того что к ним нет обращений, а система старается 1) не держать в памяти страницы к которым не обращаются 2) агрессивно захватывать память для кеширования и буфферизации. По мнению системы не занятой RAM должно быть минимальное кол-во, т.к. это очень ценный ресурс. free memory is wasted memory
не вводите в заблуждение, то что swap используется совсем не говорит о том что памяти не достаточно. в swap система сохраняет страницы которые выделены но не используются. в условиях ограниченных ресурсов такое происходит постоянно. Главное чтобы не происходило активных операций чтения/записи в swap (swap in/swap out), тогда *действительно* системе не хватает памяти.
Соваться в google, bing, maxmind.
1) зависит от режима объединения, для некоторых нужна поддержка на стороне свича.
2) вот и мне интересно, я в лабе два гигабитных линка объединял и никакого видимого overhead-а не наблюдал.
3) см пункт.1
Подробности Linux Ethernet Bonding Driver HOWTO
не на столько чтобы об этом беспокоится.
Если коротко - никак. Меняйте сервер или IP блок.
Google/Bing руководствуются своей базой IP блоков + GeoIP + информация об PI блоке (из whois).
По этому чтобы ваш ip определялся как выхотите вам придется добится чтобы google/bing внесли изменения у себя, насколько это реально демайте сами.
