IO
один - в external, другой в internal ?
Size: a a a
2020 March 13
k
"один интерфейс смотрит в инет" - на самом деле, он смотрит в другой виртуальный свич, не так ли?
да но там проблем нет все робит
k
оба в интернал просто в разные вланы
N
Очень часто жопа спрятана в виртуальных коммутаторах.
Они то мультикаст рубят, то arp-запросы, то тегированый траф
Они то мультикаст рубят, то arp-запросы, то тегированый траф
IO
ууу
W
похоже но проксиарп не лечит да и галка снята
ну так снята, а ставить не пробовал?
IO
Очень часто жопа спрятана в виртуальных коммутаторах.
Они то мультикаст рубят, то arp-запросы, то тегированый траф
Они то мультикаст рубят, то arp-запросы, то тегированый траф
на Hyper-v оно как раз максимально близко по идеологии к физ.свичам и access-портам.
Вероятно либо бриджуется что-то не туда, либо таки включить мак-спуфинг
Вероятно либо бриджуется что-то не туда, либо таки включить мак-спуфинг
k
Windows XP
ну так снята, а ставить не пробовал?
написал же пробовал в 6 комбинациях с прокси арпом - монопенисуально маки за тунелем клиенты не видят, в арп записях или нет мака или мак chr но трафика нет никак
IO
виланы настраиваешь в свойствах адаптера VM, а не в настройках RouterOS, ведь?
IO
написал же пробовал в 6 комбинациях с прокси арпом - монопенисуально маки за тунелем клиенты не видят, в арп записях или нет мака или мак chr но трафика нет никак
рисуй
N
да. без схемы такое не раскуришь.
IO
на проксмоксе бриджи между хостом и гостем, а в hyper-v это свич, который тегирует траффик, пришедший на порт, которому задан тег.
Если на этот "тегированный" порт приходит из гостя уже навешанный средствами гостевой ОС тег, то кадр отбрасывается, чтобы гость ни при каких обстоятельствах не вылез в чужой vlan
Если на этот "тегированный" порт приходит из гостя уже навешанный средствами гостевой ОС тег, то кадр отбрасывается, чтобы гость ни при каких обстоятельствах не вылез в чужой vlan
N
для отладки еще годен отлов пакетов в bidge->filters (forward|input)
N
на проксмоксе бриджи между хостом и гостем, а в hyper-v это свич, который тегирует траффик, пришедший на порт, которому задан тег.
Если на этот "тегированный" порт приходит из гостя уже навешанный средствами гостевой ОС тег, то кадр отбрасывается, чтобы гость ни при каких обстоятельствах не вылез в чужой vlan
Если на этот "тегированный" порт приходит из гостя уже навешанный средствами гостевой ОС тег, то кадр отбрасывается, чтобы гость ни при каких обстоятельствах не вылез в чужой vlan
+++
ST
инь янь хрень. они качали на 100 мегабитах но коротко. обычно у меня качается час-два. следовательно в разрезе недели загрузка канала будет 30% . Но "любил" я ждать 6-7 часов пока фильм скачается.
W
инь янь хрень. они качали на 100 мегабитах но коротко. обычно у меня качается час-два. следовательно в разрезе недели загрузка канала будет 30% . Но "любил" я ждать 6-7 часов пока фильм скачается.
при том что они могли качать неумышленно
ST
Это из той же оперы зачем BURST в очередях, если есть макслимит 😊.А вот как раз что бы юзеры канал не грузили, но если надо что то качнуть не слишком большое то делалось это быстро.
k
рисуй
IO
схему логическую рисуй)