У провайдера для клиентов обычно стоит “граничный свитч”. На моих 3750 подмена МАСа проходит вполне безболезненно, пока админ (т.е. я) не заметит.
Сергей , менять МАС конечно просто и не слишком криминально, но гораздо проще и надёжнее взять недорогой бытовой рутер, созвониться с провайдером, зарегистрировать его МАС и спокойно выходить в сеть с произвольного количества компов.
Ага, постоянное общение с FreeBSD сделало своё черное дело :) Поправим.
В rc.conf конструкция
interface=eth1
address=192.168.21.188
netmask=255.255.255.0
broadcast=192.168.21.255
#
interface=eth0
address=192.168.130.106
netmask=255.255.255.0
broadcast=192.168.130.255
gateway=192.168.130.100
netw="192.168.130.0/24 dev eth0"
gatew="default via 192.168.130.100"
ROUTES=(netw gatew)
eth0 и eth1 “прибиты” к МАСам. Так вот после загрузки eth1 не инициализирован, в логе загрузки ничего не записано. Если вперёд поставить eth0 - будет не инициализирован он.
Чудеса в сетевой части бывают… У меня, как я уже писал, два сетевых интерфейса:
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
06:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Так вот при загрузке компа первый из инициируемых интерфейсов не поднимается, не зависимо какой поставить первым. В результате при загрузке поднимается только один, второй поднимаю руками.
У меня вывод раза в три длиннее, главное отличие - в начале и конце нет предупреждений о “permission denied”, имеет смысл покопать в ту сторону.
По поводу проверки - у меня на каждом из двух интерфейсов поднято по четыре vlan, всё работает.

Да, ещё вопрос появился - а на рутере случайно нет правил принудительной маршрутизации? Пакет снабжается тэгом на выходном интерфейсе, если рутеру сказано всё валить в нормальный, они и будут не тэгированными.
Ещё одна мысль забрела в отравленную алкоголем голову: а что если подключиться к рутеру через свитчик? Либо какой-нибудь “полудурок”-управляемый, либо через приличный неуправляемый (у меня стоит на столе, тэгированные пакеты пропускает).
Сейчас забрался по VPN (и соответственно на vlan'ный адрес) на свою рабочую машину, tcpdump показывает пакеты и туда и обратно как ethertype 802.1Q. Больше пока ничего в голову не приходит.
“А по колёсам попинал?” :)

Для чистоты эксперимента попробовать заменить сетевуху (?), хотя у меня даже на самых хреновых VLANы честно поднимались. И как-то выяснить - а рутер-то умеет тэгировать пакеты?
Третье добавление, после некоторых размышлений: не совсем понятно зачем этот стенд… Т.е. на ВЫХОДЕ интерфейса пакет тэгируется, на ВХОДЕ - тэг исчезает. Т.е. тэгированные пакеты существуют только в проводе.

Таблица ARP прописывается автоматически при прохождении пакетов через (под)интерфейс. Например:
$ arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.130.100          ether   00:15:63:e9:22:e0   C                     eth0
192.168.21.66            ether   00:17:31:8d:81:4d   C                     eth0.21
192.168.21.214           ether   00:15:17:ec:9b:51   C                     eth0.21
192.168.21.222           ether   00:15:17:ec:9b:51   C                     eth0.21
192.168.21.46            ether   00:22:15:23:59:ca   C                     eth0.21
192.168.130.200          ether   00:22:15:23:5c:9a   C                     eth0
192.168.21.224           ether   00:15:17:ec:9b:51   C                     eth0.21
.....
$ ping 192.168.128.201
PING 192.168.128.201 (192.168.128.201) 56(84) bytes of data.
64 bytes from 192.168.128.201: icmp_req=1 ttl=128 time=1.15 ms
64 bytes from 192.168.128.201: icmp_req=2 ttl=128 time=0.167 ms
64 bytes from 192.168.128.201: icmp_req=3 ttl=128 time=0.162 ms
^C
--- 192.168.128.201 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.162/0.496/1.159/0.468 ms
[[email protected] ~]$ arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.130.100          ether   00:15:63:e9:22:e0   C                     eth0
192.168.21.66            ether   00:17:31:8d:81:4d   C                     eth0.21
192.168.21.214           ether   00:15:17:ec:9b:51   C                     eth0.21
192.168.21.222           ether   00:15:17:ec:9b:51   C                     eth0.21
192.168.21.46            ether   00:22:15:23:59:ca   C                     eth0.21
192.168.128.201          ether   00:25:90:2b:04:84   C                     eth0.128
192.168.130.200          ether   00:22:15:23:5c:9a   C                     eth0
192.168.21.224           ether   00:15:17:ec:9b:51   C                     eth0.21