Vi

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

Если ты имеешь ввиду чтобы третья и вторая непинговались с win7
то просто нужно на первой сделать как ты и сделал
а на второй и третьей оставить только внутренний интерфейс
и тогда в данном варианте с Win7 будет пинговаться только первая машина

Lisp, Clojure, Racket эти языки часто используют в ИИ и нейронных сетях.

Короче штука, ha-lizard (www.halizard.com/)
предназначена для решения части этих проблем, буду обкатывать и если что расскажу тут какие получаются результаты

Слушай, можешь еще lisp выучить если хочешь быть DevOps, где большие данные там lisp,
где DevOps, там часто работа с данными и ее анализ, ну или тесная работа с аналитиками.

По поводу сетей наверное не стоит беспокоится, это пару лабороторок выполнить и все поймется.

HAproxy( or nginx) -> 5 sites -> HAproxy(without nginx) -> 2 mariadb(master-master galera cluster)

/var/www/your-site -> lsyncd -> между пятью сайтами

Может wrike тогда, симпотичный дизайн куча уроков, русско языная поддержка
вот тут часть интеграции есть
https://www.wrike.com/help/knowledge-base/integrations/

Вот так
find ./ -name *.sh -prune -o -name *.test -prune -o -print
Надеюсь разберешься

в данном случае выведутся ВСЕ файлы в директории кроме тех что оканчиваются на *.sh или на *.test

Мужчина, вам походу нужен Vagrant , матов у меня нет чтобы сказать как он удобен. Есть смысл потратить от двух часов до одного дня и в нем разобраться, но штука для программистов думаю не заменимая.

Ну во первых широковещательно он отправляет только когда хочет найти следующий хоп, и то он отправляет чтобы найти мак адресс этого самого next hop'a.
Во вторых, чисто теоретически можно обойти и без ARP'a как и было ранее когда использовались hub.

Попробую обьяснить что происходит на схеме когда левый верхний компьютер с адрессом например 192.168.0.64/25 отправляет пакет правому нижнему компьютеры с адресом например 192.168.0.192/25

1. Анализируется таблица маршрутизации чтобы понять (какой физ интерфейс), далее ->
2. Понимая что надо отправлять в не другую зону, то надо выбрать адрес next hop или gateway
3. Проверяется таблица ARP->IP(в данный момент ищется мак адрес нашего роутера а не получателя на канальном уровне им друг на друга пофиг, тк они в разных сетях их обслуживает роутер или несколько), если нет совпадений то оптавляется пакет в котором вместо mac адресса получателя стоят FF:FF:FF:FF:FF:FF, и пакет получит роутер и отправит ответ где заменит все FF на свой мак адресс. Замечу что эта процедура делается только для свитчей, она бесполезна если в сети нету свитча, но всё равно будет выполнятся(есть куча примеров где нет мак адрессов)
4. После того как мы узнали мак адресс, система позволяет сделать нам следующий выше уровнем запрос и этот запрос это IP а там уже и TCP\UDP пакет.
5. когда пакет дайдет до роутера то роутер смотрит что этот пакет локально подсоединен к его другому интерфейсу, и дальше уже он выполняет ту же самую процедуру запрашимает мак адрес, и отправляет пакет получателю
6. Если получателю надо отправить пакет обратно то опять то же самое, и бывший получатель опять смотрит свою таблицу ARP, если нет совпадений опять кричит и спрашивает у всех, роутер получая ARP пакет видя что это ему ответит соответственно и после этого "бывший" получатель отправляет ответ, и роутер принимая опять смотри что это на соседнем интерфейсе и опять отпавляет ARP запрос.

и если бы стояло 10 роутеров между этими клиентами, то каждый роутер прежде чем отправить пакет к соседу своему каждый раз спрашивал бы его MAC по средствам ARP.

Самый простой способ это GRE тунель, как я понял правильно ip mikrotik и ip CentOS находятся в разных локальных сетях да?
если да то нужен туннел между mikrotik и CentOS.

Выглядит это так клиент ping 192.168.0.10 -> 192.168.100.10, default gateway предположим 192.168.0.1 получает пакет и видит что пакет адресуется в подсеть 192.168.100.0/24, а это значит отправить трафик в виртуальный интерфейс туннел, а дальше этот вирт интерфейс делает реальный пакет с некоторыми махинациями.

Android сила Desktop могила

P.S. Не технически, а (Филосовски) Desktop библиотеки устарели так же как устарела работа обычного пользователя за консолью.

Если скучно читать, иди на курсы, и не онлайн, набраться там основной практики, в виде домашек или проектов(тут уже чем лучше курс тем качественее подобраны задания). На курсах мало изучают теорию.

Как по мне это не перебороть эту скуку, программирование всё таки скучная вещь, если она не помогает тебе изучать и позновать мир.

P.S. В школе для меня биология была нудным предметом тк тогда она мне мешала познавать мир своим набором инструментом, сейчас её изучаю, тк она может быть полезна в познании окружающего мира в данный момент. Мне кажется в те времена ни одна мотивация не сработала бы чтобы я начал учить эту биологию.