"зачастую" - верно, но обобщать про все - не стоит. Первый уровень поддержки конечно всегда деревянный Но дальше-то вполне грамотный народ. А как вы без грамотности решите за клиента его проблемы?
Я - хозяин в своей сети и если считаю, что мне проще разместить тот же сервер HA - в DMZ, то никакой "знаток ip с 1992 года" мне не может указывать. Так что, извините, ставлю Вас в игнор.
Т. е. если вы не знаете, как это сделать без DMZ, то сначала вы будете рассказывать что DMZ нужен для доступа к HA, а потом поставите человека в игнор, узнав что таки есть такая возможность. Вообще гордое объявление про игнор пишут в рассчете, что после этого ваши посты не будут комментировать, а зачастую при этом продолжают читать и отвечать
Это вообще-то протокол, и в каком месте он устаревший, если до сих пор повсеместно используется. В бытовых роутерах все интерфейсы смотрящие внутрь сети как правило по умолчанию объединены в бридж. Как то странно у Вас получилось, что 2,4 и 5 ГГц интерфейсы в одной сети, а ethernet почему то в другой, хотя физически это же все разные интерфейсы с разными mac-адресами. Наверное все же L2
HA в DMZ это та еще форма получить невиданный геморрой. Сколько нервов у меня ушло на интеграцию телевизоров самсунг и шлюза dcon, потом на что-то еще нарвался, кажется в z2m или медиаруму, уже не помню, что итоге все это превратилось в дикий цирк с пробрасыванием портов, натированием и реверс прокси на маршрутизаторе, писанины диких потоков в node-red а также начало обрастать костылями которые надо было поддерживать и не забывать. Плюнул, перенес HA в локалку и забыл. Видео наблюдение и все датчики по возможности в отдельных сегментах.
У меня НА установлен на NAS Synology. НА, NAS, видео и домашняя разнесены по сегментам. Но так как синолоджи это Линукс то там прекрасно настроил кто в каких сегментах виден, называется bridge. А в роутере у меня есть правила кому и с кем можно общаться. Т. е NAS виден в домашней для dlna, в сегменте умных устройств тоже виден, только да НА. И НА тоже виден виден в любом сегменте где я захочу.
У меня НА установлен на NAS Synology. НА, NAS, видео и домашняя разнесены по сегментам. Но так как синолоджи это Линукс то там прекрасно настроил кто в каких сегментах виден, называется bridge. А в роутере у меня есть правила кому и с кем можно общаться. Т. е NAS виден в домашней для dlna, в сегменте умных устройств тоже виден, только да НА. И НА тоже виден виден в любом сегменте где я захочу. Правда роутер немного недоумевает, как устройство с одним МАС адресом может находится в нескольких сегментах и иметь разные адреса. Сейчас ищу как поменять мас адреса
Похоже, что у вас не совсем сегментация, а скорее "multinetting" — разные IP-сети на одном L2-домене. Из-за этого весь трафик и выходит за один MAC-адрес физической карты. Виртуальные MAC-адреса у ВМ и контейнеров, скорее всего, есть (иначе бы они не работали), но бридж их не пропускает дальше самого себя. Чтобы разнести это по-настоящему, нужны VLANы. А если у Вас есть VLANы, то зачем их запихнули в один бридж?
Тут еще больше засад с Matter/Thread и mDNS/SSDP. А если за одним интерфейсом несколько видео сегментов?
Так у меня и разнесено по vlan. Доберусь до пк, скину несколько ссылок по которым делал. mDNS отключён, не использую.
https://waal70blog.wordpress.com/2017/01/28/multiple-vlans-on-synology-diskstation/ https://community.synology.com/enu/forum/1/post/124794 https://blog.pltc.me/synology-dsm7-multiple-vlans/ = Sergey@DS923:~$ ifconfig docker0 Link encap: Ethernet HWaddr 02:42:54:A9:92:2D inet addr: 172.17.0.1 Bcast: 172.17.255.255 Mask: 255.255.0.0 inet6 addr: fe80:42:54ff:fea9:922d/64 Scope: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1 RX packets: 0 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 9 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1000 RX bytes: 0 (0.0 B) TX bytes: 710 (710.0 B) docker090 Link encap: Ethernet HWaddr 2A:CB:96:6C1:50 inet6 addr: fe80:28cb:96ff:fe6c:d150/64 Scope: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1 RX packets: 0 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 11 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 0 RX bytes: 0 (0.0 B) TX bytes: 866 (866.0 B) docker188 Link encap: Ethernet HWaddr 8A:8D:118:C4:EE inet6 addr: fe80:888d:11ff:fed8:c4ee/64 Scope: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1 RX packets: 0 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 42 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 0 RX bytes: 0 (0.0 B) TX bytes: 31411 (30.6 KiB) eth0 Link encap: Ethernet HWaddr 90:090:33:65:7D UP BROADCAST RUNNING SLAVE MULTICAST MTU: 1500 Metric: 1 RX packets: 44557687 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 23538145 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1000 RX bytes: 19569805657 (18.2 GiB) TX bytes: 12304903096 (11.4 GiB) Interrupt: 73 base 0xe000 eth1 Link encap: Ethernet HWaddr 90:090:33:65:7E UP BROADCAST RUNNING SLAVE MULTICAST MTU: 1500 Metric: 1 RX packets: 32932506 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 17853178 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1000 RX bytes: 8714137838 (8.1 GiB) TX bytes: 3322221157 (3.0 GiB) Interrupt: 74 lo Link encap: Local Loopback inet addr: 127.0.0.1 Mask: 255.0.0.0 inet6 addr: :1/128 Scope: Host UP LOOPBACK RUNNING MTU: 65536 Metric: 1 RX packets: 23464449 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 23464449 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1 RX bytes: 3347954444 (3.1 GiB) TX bytes: 3347954444 (3.1 GiB) ovs2_bond Link encap: Ethernet HWaddr 4E:FE:96:77:58:47 inet addr: 192.168.1.2 Bcast: 192.168.1.255 Mask: 255.255.255.0 inet6 addr: fe80:4cfe:96ff:fe77:5847/64 Scope: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1 RX packets: 1187165 errors: 0 dropped: 1343 overruns: 0 frame: 0 TX packets: 408338 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1 RX bytes: 229830381 (219.1 MiB) TX bytes: 326419195 (311.2 MiB) ovs3_bond Link encap: Ethernet HWaddr 4E:FE:96:77:58:47 inet addr: 192.168.4.15 Bcast: 192.168.4.255 Mask: 255.255.255.0 inet6 addr: fe80:4cfe:96ff:fe77:5847/64 Scope: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1 RX packets: 764965 errors: 0 dropped: 758 overruns: 0 frame: 0 TX packets: 95992 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1 RX bytes: 45225102 (43.1 MiB) TX bytes: 20555087 (19.6 MiB) ovs_bond0 Link encap: Ethernet HWaddr 90:090:33:65:7D inet addr: 192.168.3.2 Bcast: 192.168.3.255 Mask: 255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1 RX packets: 5356751 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 5499747 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1 RX bytes: 4325755487 (4.0 GiB) TX bytes: 1071072926 (1021.4 MiB) tap021132 Link encap: Ethernet HWaddr 66:49:76:A0:92:B9 UP BROADCAST RUNNING SLAVE MULTICAST MTU: 1500 Metric: 1 RX packets: 319 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 1674 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1000 RX bytes: 61218 (59.7 KiB) TX bytes: 488770 (477.3 KiB) tap021132 Link encap: Ethernet HWaddr 764:9F:FC:95:82 UP BROADCAST RUNNING SLAVE MULTICAST MTU: 1500 Metric: 1 RX packets: 4089222 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 3902284 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1000 RX bytes: 773901170 (738.0 MiB) TX bytes: 1412985628 (1.3 GiB) tap021132 Link encap: Ethernet HWaddr 46:43:9B:68:66:3C UP BROADCAST RUNNING SLAVE MULTICAST MTU: 1500 Metric: 1 RX packets: 99293 errors: 0 dropped: 0 overruns: 0 frame: 0 TX packets: 4154912 errors: 0 dropped: 0 overruns: 0 carrier: 0 collisions: 0 txqueuelen: 1000 RX bytes: 18072905 (17.2 MiB) TX bytes: 440756746 (420.3 MiB) = root@DS923:~# ovs-vsctl show ca4c9748-9355-4139-b42c-7e98afdd5f34 Bridge "ovs_bond0" Port "tap0211322e84ac" tag: 40 Interface "tap0211322e84ac" Port "ovs_bond0" tag: 3 Interface "ovs_bond0" type: internal Port "ovs3_bond0" tag: 40 Interface "ovs3_bond0" type: internal Port "tap0211322f3f9b" Interface "tap0211322f3f9b" Port "tap021132277be0" Interface "tap021132277be0" Port "bond0" Interface "eth0" Interface "eth1" Port "ovs2_bond0" tag: 1 Interface "ovs2_bond0" type: internal = В Bridge "ovs_bond0" входит несколько интерфейсов Здесь tap - это виртуальные машины с виртуальным коммутатором, на них HA и разное другое, например тот же DSM_test. В Port "ovs_bond0" tag: 3 это настройка NAS входит в VLAN 3 MAC-адрес 90:09:d0:33:65:7d и Port "ovs2_bond0" tag: 1 это входит в VLAN 1 MAC-адрес 4e:fe:96:77:58:47 и Port "ovs3_bond0" tag: 40 это входит в VLAN 40 MAC-адрес 4e:fe:96:77:58:47 В сетевом интерфейсе ничего не отображается. А вот если без агрирования каналов, просто добавить интерфейс то будет такая картинка Но с виртуальными машинами проще, там есть свой коммутатор, где можно прописать VLAN и любой машине подключить к нескольким сетям, с разными МАС адресами