Swuder

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

Человек, читающий книжки, думает, что сейчас узнает "как надо" сразу из правильного источника. Но чтобы понимать, почему правильно именно так, надо с чем-то сравнивать, а именно со своим опытом неправильного. Лучше начать писать свой клиент-серверный чатик, получить работающий говнокод, а потом уже осознавать, какой ты урод и как тут можно было сделать лучше.

Только наличие таких эмоциональных событий способно создать длительные нейронные связи. А чтение правильных авторитетных книжек ещё ни к чему хорошему не приводило.

Правильно - по стандартным бест-практиксам: ядро, распределение, доступ. Если собираетесь колхозить с шлюзом в виде сервера с двумя сетевыми картами, остальное уже не важно. Единственное, что хочу заметить - вместо четырёх странных свитчей с 10 портам возьмите лучше один нормальный на 48 или два по 24 порта.

COPY
  /V Проверка правильности копирования файлов.

Отдельный VLAN для принтеров - это лишний гемор себе устраиваете. Вы их сначала загоните в отдельный ВЛАН (не понятно для чего), а потом будете искать возможность обходить ограничения ВЛАНа. "КПД этих двух действий - 0" :-)
Для телефонов отдельный ВЛАН вполне оправдан.
Если уж очень хочется расплодить ВЛАНы, заведите шлюз, который будет сидеть во всех ВЛАНах и через него сможете ходить с любого места в нужный ВЛАН, после настройки маршрутизации на раб. месте.

Правила хорошего тона, говорят что надо. Схема правильная.
1. Это делается настройкой маршрутизации между Вланами на маршрутизаторе или L3 коммутаторе.
2. Нет. Вы просто открываете на нужном порту доступ к тем Вланам куда хотите ходить.

Читаем - Сети для самых маленьких. Причем с нулевой главы.

Протащите лучше не медь, а оптику по воздуху. Или медь под землёй. Или WiFi мост. В таком порядке технически обосновано, а дальше в зависимости от возможностей и бюджета.

1. Первое правило -- не бежать впереди паровоза. Не бежать и позади. Ехать. Отсюда -- не создавать себе проблем заранее. Увеличиваем количество сервисов, работаем на энтропию. Все работает? 20 машин? ssh, rdp, vpn.

2. Второе правило -- не нервничать, вселять уверенность в других, решать задачи по мере поступления. Людям не нужны ваши админские плюшки: AD, WSUS, Ansible и т.п. Им нужно, чтобы все работало и если что-то отвалилось -- быстро восстанавливалось. Подумайте о втором, третьем резервировании. Запасной Интернет-канал, запасные виртуальные сервера, свичи, диски. NAS внутри и NAS снаружи, в облаке и т.п. (про бэкапы молчу)

3. Создавайте простые, но нужные сервисы людям. У вас уже есть джабер-сервер внутри для локального чата? Openfire+LDAP и люди оценят.

4. Хорошую вещь АДом не назовут. У вас 1 (одна! windows машина у HR). Зачем win-домен?! Чтобы было удобно что? Лениться? Повторю: ssh, rdp, через vpn за чашкой кофе утром в кафе. Компания Google как-то наверное обходится без домена, Apple тоже (надеюсь, точно не знаю ;)

Сорри за некоторую жесткость.

зараженный пк

Такой заразой может оказаться torrent-клиент.

Звонили провайдеру там ответили что у нас забит канал, днем и ночью на прием и отправку без перерыва идут пакеты.
... канал интернета на 1гбит\с
... сервере показывает 15-20 мегабит в сек.

Значит дело в канале (включая оборудование до сервера), а не сервере.

Для начала нужно подтянуть английский (если с этим плохо). Просто вся основная литература, новинки, форумы именно на нем.
А дальше ищем курсы Nuggets (мне очень понравились. Есть куча тем, не ограниченные только вендорами вроде cisco или Juniper), идем на сайты вроде udemy, качаем/покупаем литературу ciscopress ( все таки считаю ее хорошей базой по работе протоколов, хоть и в какой-то степени брендоориентированной) + по минимуму для лаб или закрепления ставим packet tracer, а лучше GNS.
Посмотри по вакансиям что требуют.
Тратить время на вторую вышку считаю лишним. Сертификаты будут полезными при продвижении своего резюме на сайтах поиска работы, скажем вы будете в большем приоритете, но это не значит, что знания в этой области проверять не будут.
Успехов :)

1. Прежде чем пользоваться сообществом всегда пользуйтесь поисковиком и только потом уже задавайте вопрос.
2. SSH, FTP, NFS это протоколы!! передачи данных
SSH консольный клиент, бывают конечно и графические, но он скорее подойдет для настройки и управления сервером
FTP - протокол передачи файлов, так и расшифровывается, имеются множество клиентов, передавать можно отовсюду, в зависимости от настроек роутера
NFS- сетевая файловая система, можно подключить к компу и просто перетащить файл на другой раздел

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

Сдавал в прошлом году. Тест несколько странный (я сейчас про 101 и 102, более высокие уровни не сдавал), проверяют в основном на знание ключей к куче команд наизусть.
Причем, часть вопросов предполагает выбор ответа из списка, а часть просто дает пустое поле для ввода и предлагается ввести самому.
Пример такого вопроса — вот ты наконфигурял grub с ключом '--root-directory', напиши теперь где точно будет лежать файлик 'menu.lst'. Grub создает подкаталоги в root-directory и надо наизусть, побуквенно, помнить эту структуру (файл будет двумя уровнями ниже), так еще и непонятно как они потом парсят ответ и не помешает ли случайный пробел где-нибудь.
Еще сильнее напрягаешься если точно знаешь, что сделать то, чего они от тебя хотят можно как минимум пятью способами и непонятно какой из них авторы теста считают правильным. Например, как прибить процесс — kill , kill -TERM , kill -s TERM или таки kill -15 ?

Осталось ощущение крайней бестолковости теста даже по сравнению с экзаменами от Microsoft (про Red Hat молчу). Может, на втором и третьем уровнях все лучше, желания проверять не возникло.

Как обычно, если есть желание посмотреть реальные вопросы и ответы, вам на examcollection.com

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

А самый логичный способ что-то изучить - это практика, практика и еще раз практика. Если нет реального проекта с реальными проблемами - рекомендовал бы пару ресурсов: sql-ex и pgexercises, там можно поработать как с совсем простыми и примитивными запросами, так и с гораздо более сложными.

Ну а овладев азами можно уже и книгу брать, чтобы закрыть пробелы, либо документацию по конкретной СУБД

Раскидайте по докерам и какую нибудь оболочку для него чтобы глядеть

https://linkmeup.ru/
Только подкасты не слушайте.

Узнать можно, если нажать на всплывшую рекламу и удерживать, пока не появится окно "Сведенья о приложении", жмёте туда и увидите что за приложение спамит, советую удалить его.

Наймите сдельно девопса, срочно, чтобы не потерять данные