IO
он не режет, если мак в госте и мак в свойствах машины одинаковый
Size: a a a
2020 March 13
k
на тесте все работало 1 в конфиг
IO
либо просто включи MAC Spoofing
k
включал
IO
а тест на чём был сделан? на том же хосте ?
k
тест был сделан на проксмоксе
IO
так себе тест)))
k
там был бридж обычный между виртуалками и все пахало
k
до проксмоса на 951 микроте все крутилось тоже конфиг +- тот же в части адресации и прочего важного
IO
да понятно, тут логика с Hyper-v свичом отличается от бриджа линуксового
IO
get-vm <CHRname> | Get-VMNetworkAdapter| select SwitchName, MacAddressSpoofingget-vm <CHRname> | Get-VMNetworkAdapter| get-vmnetworkadaptervlanIO
и по дебиану то же самое покажи
k
ну вот мне кажется собачка в нем зарылась, по логике он может не пускать трафик с маков отличных от того что выдал виртуалке (ну например чтоб ушлый юзер не крутил виртуалку в виртуалке) но прокси арп по идее должен это решать а он не решает
k
щас д2ез в другую подсеть перевешиваю
IO
Если мак спуфинг включен, то плевать на маки ему
IO
можно завести в Hyper-V гостя с ролью Hyper-V/kvm и крутить внутри сколько угодно гостей. Таким образом, для внешнего гипервизора это будут заведомо чужие МАКи. В таком случае включенный мак спуфинг всё позволяет
k
то есть галка должна стоять чтобы чужие маки ходили?
IO
да
k
угумс ну щас поставлю