Алексей Черемисин

"абырвалг"
Перефразируйте вопрос, ничего не понятно! Что, когда, куда, зачем...
Попробую догадаться.
1) На макбуке в режиме bootcamp (?) установлена Win8
2) Кто-то обновил драйвер (а какой?)
3) Что-то работало 2 минуты, а стало работать 15 секунд?
4) Операционка (Win8?) не выключается самостоятельно?
5) Именно после обновления (каких драйверов?) стала греться (этого драйвера?). а теперь не греется(?)!
6) Разобрали макбук (зачем?), поменяли термопасту (????)
7) Что делать не знаем, когда макбук долго не работал? (При долгом отключении что делать?)

Я так понимаю, это хостинг, все базы живут в одном компухтере. Скорее всего Вы упёрлись в производительность дисковой системы или в ресурсы ядра, типа количество открытых сокетов, файлов на пользователя и т.д. Если так, то смотреть где затыки, то и улучшать. Ну и перенести особо нагруженные базы на другой сервер.

Эти системы называются СКУД (Система Учёта и Контроля Доступа). Вот по гуглу https://www.google.com/webhp?sourceid=chrome-insta...
Выбирай любого. Самые простые - считыватели на дверь/проходную и контроллер около 5000-10000 рублей с набором карточек проксимити. Далее можно городить огород, начиная от валидатора (такая крестовина крутящаяся) и заканчивая учетом времени на телефоне и количества звонков с длительностью (для "активных" продаж).

А!!! Скорее всего GRE-пакеты не проходят, но долго разбираться не стал. Вышел из ситуации просто - через параллели поставил себе windows и там работал с цисковпн. А виндовс до сих пор в параллелях живет, иногда нужен для вот таких случаев.

В ubuntu есть такое понятие как маппинг интерфейсов, конда конфигурация определяется в зависимости от работы скрипта,. Там как раз можно использовать переменные для вызова того или иного интерфейса. Примеры здесь addisu.taddese.com/blog/mapping-in-linux-network-i... и в мануале manpages.ubuntu.com/manpages/lucid/en/man5/interfa...

Немного не в тему. Ух, какое полотно... Оказывается, еще кто-то пишет эти правила самостоятельно.
Рекомендую больше так не делать, а переходить на shorewall или firehol (или аналоги). Последним я сам пользуюсь, хотя продукт уже не развивается, в каждом из них есть возможность добавлять свои правила, кучу правил уже готова из коробки., у меня всего около 50 строк кода на 6 подсетей с маскарадингом, DMZ, пробросом портов, VPN, политиками куда и какая подсеть ходи, защитой от разного рода SYN/SYNC и прочих атак, логированием...
Firehol и Shorewall - генераторы правил для iptables и не только. Firehol уже не развивается, но очень прост в использовании. Shorewall мощный инструмент с активными комьюнити и жизненным циклом, немного посложнее.

Если аккаунты для захода по shell, а ldap привязан через PAМ, то меняется обыкновенно через passwd, остальное все сделает система сама.
Если аккаунты как-то по другому используются, то можно через ldappasswd напрямую через ldap.

У Вас выбрана плохая схема обновления рейтингов. При такой схеме, чем больше комментариев, тем с каждым разом будет труднее их обновлять, ведь придется каждый раз пробегать все записи.
Зачем пересчитывать рейтинг каждый раз для ВСЕХ записей? Попробуйте сделать рейтинг счетчиками, а уж счетчики пересчитывать в проценты или что там у Вас на лету.
К примеру, изначально:
запись 1 - счетчик 1
запись 2 - счетчик 1
запись 3 - счетчик 1

Далее, на запись 2 было сделано последовательно 10 комментариев (при каждом комментарии обновляем счетчик записи), стало
запись 1 - счетчик 1
запись 2 - счетчик 11
запись 3 - счетчик 1
комментарий 1, для записи 2, счетчик, 1
...
комментарий 10, для записи 2, счетчик, 1

Теперь для составления рейтинга нам достаточно найти только максимум по счетчику, приняв его за 100 процентов, в текущем случае будет 11. И ничего не нужно обновлять по крону, никакого перебора записей нам не нужно.
Например на 5 записей:
запись 1 - счетчик 33
запись 2 - счетчик 78
запись 3 - счетчик 3
запись 4 - счетчик 22
запись 5 - счетчик 15
Максимум у нас MAX = 78, рейтинг считаем по формуле счетчик зиписи * ( 100 / MAX )
Итого при выборе максимума и любой из записей будет
запись 1 - счетчик 33 - рейтинг 42
запись 2 - счетчик 78 - рейтинг 100
запись 3 - счетчик 3 - рейтинг 4
запись 4 - счетчик 22 - рейтинг 28
запись 5 - счетчик 15 - рейтинг 19

Э... Данная схема будет давать не только абсолютный рейтинг, но и относительный по выбору максимума из выборки записей (извиняюсь за тавтологию). Другими словами, если записи сгруппированы как-то по тегам, то поиск максимума по счетчику с выборкой по тегу будет ранжировать записи относительно этой выборки.

PS. Уф, вот запилил-то... Задавайте вопросы.

Если виртуалки гонять, то тот, где больше ядер. Если под общую "файлопомойку", то тот, что дешевле. Но по моему, лучше два средненьких сервера, чем один помощнее, тем более, что процессоры всего на 5-10 процентов по производительности разнятся.

Посмотрите на stm32-discovery, они от 300 рублей, но там линукса не будет, зато для поделок самое оно, и дешево и куча разных плат с разной периферией, даже с lcd есть www.st.com/web/catalog/tools/FM116/SC959/SS1532/LN...

Я бы поступил проще (точнее так и сделали). Взяли RAID с возможностью расширения полками JBOD с подключением по SAS, подключили его к раздающему серверу с 10gb через PCI-e адаптер. Всё вместе уложилось на 48Тб в ~500К руб.
И да, 48Тб это по дискам, если в RAID5/50, то будет меньше (но смотрите линейку производителя, в Ваш бюджет можно уложиться в и 48Тб RAID50).

Примерная калькуляция:
- сервер 1U Supermicro SYS-6017R-72RFTP, E5-2603V2, 16Gb ECC RAM. (2GE+2x10Gb onboard) ~ 100K руб.
- RAID Axus Yotta III 16 drive (16x3000Тб), адаптер PCE-e в комплекте ~ 400K руб.

Плюсы - RAID отдельно, сервер отдельно, независимость от ПО на NAS, высокая скорость работы, возможность расширения, "дёшево" и сердито.
Минусы - ОС на сервер и ПО типа iSCSI и прочего ставится и настраивается ручками, нужно мониторить и RAID и сервер, две точки отказа.

PS.!!!!! Оба-на! AXUS не берите (а мы лохи!). Они объявили 6-го августа, что с 30 сентября прикрывают бизнес :-(
Посмотрите на системы хранения Promise.

Рекомендую поставить на все хосты кластерную FS типа GlusterFS или Ceph и хранить образы виртуалок на ней. Сразу получите кучу преимуществ: отказоустойчивость, простую и очень быструю миграцию, легкое расширение дискового пространства, снапшоты и прочие плюшки.

rm -rf / просто работает, а под root - без лишних вопросов, быстро и качественно.
git rm не работает как надо, так как удаляет совсем не то, что ожидаем, а файлы из проекта.

Если компьютер подключён к ethernet-коммутатору, то в настройках коммутатора настраиваете snmp-traps, а на сервере их ловите. Если линк пропал, то скорее всего комп полностью обесточен, так как обычно даже в выключенном состоянии линк активен для ethernet wakeup!