Дмитрий Алексеев

Если речь про доступ наружу, т.е. DNS 53/UDP, то закрывать можно, но доступ как минимум к своему провайдеру необходимо оставить. Так же неплохо бы оставить доступ к корневым DNS-серверам (root DNS servers) и публичным DNS-серверам google (8.8.8.8,8.8.4.4).
Если закрыть весь доступ - сайты открываться не будут (кроме тех, что в локальном кэше, но это где-то часов на 8).

Хорошим способом считается использовать систему контроля версий, например git или mercurial.
Библиотеку хранить в субрепозитории, который ссылается на репозиторий библиотеки на сервере

Менее удачный способ - в Makefile каждого проекта добавить цель проверки наличия обновления библиотеки при каждой сборке.

Еще менее удачный - хранить библиотеку на сетевом диске, например NFS или SMB.

> Подскажите инструмент

Система контроля версий. Git, mercurial, svn. Именно в таком порядке.

> 1. сравнивать версии код до и после( к примеру за сутки)
Графический клиент (например tortoise) покажет в цвете список изменений по коду по коммитам
Коммиты привязаны ко времени

> 2. понимать какой объем кода был добавлен( конкретно какой код)
Графический клиент все наглядно покажет

> 3. какие файлы были изменены
В том числе и список файлов

> 4. логи работ
каждая фиксация сопровождается комментарием, так что у вас будет список "комментарий разработчика" - "diff файл"

Покупать Mac специально для программирования не стоит, он не окупит вложенных денег быстро, тем более сейчас.

Mac ценят те, кому важнее эффективность собственного трудового процесса. Не отвлекаться на настройку и адаптацию системы под себя, а именно работать. Это время, которое крайне обидно тратить.

Настоящему программисту в целом, вообще все равно где и в чем работать, инструменты необходимые есть везде. Но через какое-то время хочется комфорта. А уж понятие комфорта для всех разное, кому-то это очень кастомная конфигурация линукса, кому-то Mac.

К тому же Mac OS перекрывает необходимость в виндовом и линуксовом софте полностью. При использовании Parallels всегда готово полностью интегрированное виндовое окружение. (Да, я видел программистов на 1С, работающих на маке)
Все линуксовое доступно через brew (или альтернативы)
Как результат - при использовании специфичного (виндового) софта не надо перезагружаться. А все линуксовое всегда с собой, тут же, в консоли.

Смотрите вывод sar на предмет высоких скачков нагрузки или iowait перед падением

Так же хорошо бы глянуть на загрузку памяти непосредственно перед падением, может быть снаружи по SNMP.

Посмотрите внимательно логу messages, была ли активность системы в моменты недоступности? Может сетевой контроллер отвалился?