хоть бы один бэд появился

а трещина в ступне появилась

Стильно

Жене понравились

артхаусно и непрактично

и шнурки неродные

Чапай, проснись! Там белы... мультикаст в городе!
Ну серьёзно. Он будет нас преследовать всегда и обещать хорошую жизнь.
https://blog.apnic.net/2020/07/28/why-inter-domain-multicast-now-makes-sense/

Пока не пройдёт мода пихать всё что угодно в http, мы будем постоянно читать подобные статьи. Не то чтобы это очень плохо, но зачем?

https://thehackernews.com/2020/08/http-request-smuggling.html

Привет. Есть банальная схема, впн клиент, впн сервер и vsrx находятся в одном броадаст домене, схема живая все работает. Хочу узнать нюанс, когда я руками меняю мак адрес tap адаптера на клиенте, то этот же мак сразу появляется в арп-таблице  vsrxа, но никаких арп запросов от клиента или vsrxа небыло, слушал трафик на бридже openvpn сервера и одновременно на самом клиенте. Каким образом vsrx узнаёт о новом маке клиента без арп запроса ? arp_notify на клиенте выключен

nsx используется?

Нет

арп может пополниться с любого шального пакета

Нет там шальных пакетов так как впн сервак пушит маршруты через себя, клиенту вообще по сути мак всрикса не нужен

Да и все шальные пакеты прилетали бы на бридж где у меня tcpdump все слушает, я бы заметил

Я вообще почему спрашиваю, есть точно такая же схема но вместо vsrx стоит nexus и там уже такая конфигурация пушей и смена макадреса на клиенте приводит к неработоспособности связности между клиентом и целевым сервером так как я на клиенте мак сменил, а Нексус шлёт обратные пакеты на старый мак клиента

у мака/арпа есть эйджинг

Я это понимаю, вот пока он на нексусе не истечёт связность не восстановится, это нормальная работа l2,  но вот почему с vsrx такая схема прокатывает и как он узнаёт о смене мака хз