Все сворачиваю оффтоп 😊

Ок, теперь знаю две компании.

Это какая же?

syntacore, купленная yadro, и cloudbear.

ну вот СНГ нинада

Правильно, степи, да злые люди.

Товарищи, извиняюсь за оффтоп. Кто нибудь может помочь мне скачать, и залить мне книгу с рутрекера?
https://rutracker.org/forum/viewtopic.php?t=3725660

Попробуйте с nnmclub

Пиров нет чот, как скачается, в лс кину

Благодарю. Но уже кинули. Еще раз спасибо.

🙈я уже успел поломать несколько железок поспешными действиями

Не прошел проверку!

есть упр.коммутатор с дхцп снупинг
есть неуправляемый тупой коммутатор который при наличии левого дхцп сервера рассылает его  всем отсекая наш дхцп
стандартная схема флуда

если вязать на упр.коммутатор маки и ип, другие устройства будут получать айпи в соответствии со своим маком? у нас привязка по маку, дхцп ..вся фигня

Сам решу кем быть, а девопсу надо линукс знать лол

Неуправляшкой ты не отрежешь ложник никак. Ты можешь не пустить его в упраляшку или выше управляшки, но ч неуправляхой ты ничего не сделаешь. Привязка по маку это не совсем то, что тебе нужно. Dhcpdiscover летит от клиентского устройства в бродкаст. Клиентское устройство не знает чей DHCPOFFER принимать, а чей игнорить. Первый, кто отправит offer, тот и выдаст ойпи.

Имею ламерский вопрос, внесите ясность:

Предположим, необходимо поднять на одном статическом IP, несколько сайтов. Пусть будет по 2 сайта (разнодоменных) на двух локальных серверах спрятанных за NAT маршрутизатора (Mikrotik), который собственно и смотрит в интернет, имея статический IP.

Распределение запросов между двумя серверами я реализовывал на Микротике, встроенный в него WEB прокси и проброс в NAT.
Распределение запросов от двух доменов внутри сервера - я поднимал через Nginx реверс прокси. Все вроде бы и работало. Но меня не покидает ощущение того, что данные способы не являются рациональными, и есть гораздо более простое решение (прописать что-то в DNS доменов, например, или на худой конец в том же Микротике не поднимая прокси). Так ли это?