res2001

1. Имея на руках рабочий сервер можно достаточно легко на новом поднять ОС + весь нужный софт с нуля, перенести конфиги и базы.

2. Посмотрите на этот рецепт: Acronis + VMWare Converter

Современные сетевые принтера довольно сложно отличить от компов (с точки зрения использования сети), т.к. многие поддерживают SMB, FTP и другие не "принтерные" протоколы. По сути они и есть специализированные компьютеры, которые еще и печатать умеют.
Поэтому анализировать нужно по множеству признаков.
Сканируете порты, например с помощью nmap, а затем анализируете полученный результат.
Сначала лучше потренироваться на нескольких экземплярах и сравнить результат nmapа по принтеру с результатом по типичному ПК. Так можно выработать для себя правила отбора. Правила могут отличаться у разных вендоров устройств, а так же и у одного вендора от модели к модели.

Как вариант, можно посмотреть в сторону МАС адресов, возможно принтерные вендоры используют специфические МАСи, хотя это и не обязательно.

Еще вариант: сетевые принтера обычно имеют веб-интерфейс, количество разных моделей в одной организации обычно достаточно ограничено. Можно составить набор веб-запросов, на который принтер должен прислать какой-то известный ответ. И опрашивать устройства с открытыми HTTP/S портами этими запросами, анализировать ответы. Кстати, возможно, nmap это умеет делать.

Ждите, до всех дойдет очередь :-)

1.Если по тупому, то запускайте софтину, она будет ругаться на отсутствие библиотеки, эту библиотеку ищите в недрах mingw копируете в каталог с исполняемым файлом. Повторяете процедуру до тех пор пока софтина не перестанет ругаться на отсутствие библиотек.

2.Чуть по технологичнее: берете dependency walker открываете им ваш исполняемый файл, смотрите от каких библиотек он зависит (в глубину то же нужно смотреть, а не только первый уровень) ищите и копируете библиотеки аналогично п.1.

3.По умному: прописываете путь mingw/bin в переменной окружения PATH и наслаждаетесь. При этом ничего копировать не придется.
Но если вы задумаете распространять ваш софт другим людям, это не избавит вас от необходимости устранять зависимости, т.е. вы все равно должны будете либо собрать все библиотеки в одном каталоге с исполняемым файлом, либо обязать пользователя устанавливать mingw и прописывать его путь в переменную PATH.

У вас уже и так все объединено в локальную сеть. Например вы спокойно можете настроить сетевой доступ к ресурсам компа по сети средствами ОС и использовать их с другого компа (например дисковые шары или общий сетевой принтер). Правда из интернета доступа не будет, но внутри сети - пожалуйста.
Для чего-то другого нужно установить соответствующее ПО.

Из вашего вопроса не ясно, что вы понимаете под "показывало текущий проект" - где показывать, в каком виде, какое ПО хотите использовать для просмотра проекта, что представляет собой проект и т.п.?

Используйте формат: '20181026'

Не зависимо в какой ОС вы работает и какой IDE пользуетесь схема одна и та же:
1. Для того что бы в своих исходниках вы могли использовать вызовы сторонней библиотеки вы должны включить заголовочные файлы библиотеки с помощью директивы #include.
2.Чтоб компилятор смог откомпилировать ваш код вы должны задать ему место расположение заголовочных файлов сторонней библиотеки с помощью опции -I компилятора. В линуксе, если библиотека установлена штатным пакетным менеджером, возможно это не потребуется, т.к. заголовочные файлы будут доступны по стандартным путям поиска заголовочных файлов.
3.Чтоб линковщик смог собрать исполняемый файл вы должны указать ему путь и имя двоичных файлов библиотеки с помощью опции -L и -l. Опять же в линуксе, возможно, путь (-L) указывать не потребуется (см.п.2), только имя библиотеки (-l).
4.Если библиотека установлена не в стандартные каталоги, то загрузчик исполняемых файлов может ее не найти. Чтоб это исправить возможно потребуется запустить утилиту ldconfig или даже добавить каталог библиотеки в конфигурационный файл ldconfig. Как вариант добавить в переменную окружения LD_LIBRARY_PATH путь к библиотечным бинарным файлам перед запуском программы.
В винде ldconfig нет - библиотечные файлы должны быть либо в каталоге где лежит исполняемый файл программы, либо в одном из путей, заданных в переменной окружения PATH.

Когда вы запускаете сборку в IDE, то обычно опции компилятора из пп.1-3 вы должны указывать в свойствах проекта.

Что такого страшного вы нашли в структурах по сравнению с обычными массивами не в структурах?

c.doctor[0] = 3.14;
c.doctor[15] = 6.28;
c.bank[5] = 0;
strcpy(& c.name[0], "Yes");

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

Для этого в офисах есть видеокамеры и охрана.

Поднимите второй DHCP во втором офисе, раздавайте на нем адреса из той же подсети, сделайте не пересекающиеся диапазоны на обоих DHCP. Второй DHCP пусть так же выдает и другой шлюз для своих клиентов.
Т.к. второй DHCP находится ближе к своим клиентам, то он и будет первым на отвечать на их запросы. Хотя, конечно, есть шанс, что ответит и первый.
Можно на микротиках в фаерволе заблокировать прохождение DHCP трафика в удаленную сеть, тогда точно не будет путаницы. С другой стороны, можно рассматривать DHCP другого офиса как резервный.

На сколько я понял проблемы с софтом установленным на HDD?
Возможно сыпется диск:
1.посмотрите дисковые ошибки в журнале винды
2.Посмотрите SMART статус диска.
3.Сделайте тест поверхности диска, можно воспользоваться стандартным виндовым chkdsk /r или любым сторонним.

1. Вы полностью игнорируете размер прочитанных данных, которые возвращает recv.
recv - не обязуется прочитать то количество данных, которое вы ей передаете как размер буфера. Она возвращает реально прочитанное количество данных.

2. При получении информации по сети не гарантируется, что отправляемые данные придут все за один раз (и так же прочитаются recv), они могут фрагментироваться, задерживаться, сцепляться со следующими пакетами и т.п.
Разбор полученных данных ложится на принимающую сторону.

3. В данных, возвращаемых recv, обычно нет нулевого символа в конце строк. Т.е., если вы ждете строку, то для дальнейшей работы с полученными данными как со строкой вы должны сами обозначить конец строки - принудительно проставить нулевой символ. Для этого в приемном буфере у вас должно быть предусмотрено место для нулевого символа при любом размере полученных данных.
Без этого большинство функций, работающих со строками будут давать не правильный результат.

4. Если вы ждете строго определенный размер данных, то вы должны в коде предусмотреть чтение сокета до тех пор, пока не вычитаете нужное количество данных. При этом вызовов recv может быть несколько (см.п.1, 2).

5. Если вы ждете в прочитанных данных какого-то завершающего символа (конца строки как в FTP), то вы должны самостоятельно проверять наличие этого символа(ов) - recv за вас это не сделает. Если в текущих полученных данных от recv нет конца строки - это не значит, что произошла ошибка. Это значит, что прочитаны не все данные и нужно еще их дочитывать.

Я так понимаю сейчас у вас ВПН нету вовсе.
Настройте любой бесплатный ВПН, например OpenVPN.
Могут быть проблемы связанные с NAT и динамической адресацией - их то же придется решать самому.

Значит IP адрес указан не правильно: 123.234234.5.34

На сколько я помню, нужно регулярно обновлять статистику.
Вот подходящий сценарий обслуживания БД.