Почему не работает VLAN в Ubuntu 16.04?

Question

[yazhog]

Физически в локальной сети есть 2 шлюза с выходом в интернет - 192.168.0.1 и 192.168.99.1

В windows 10 все работает прекрасно с подобными настройками:

В сети есть сервер на Ubuntu 16.04:

# uname -a
Linux sample.ru 4.4.0-142-generic #168-Ubuntu SMP Wed Jan 16 21:00:45 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 30:9c:23:5f:64:12  
          inet addr:192.168.0.99  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7565745239 errors:0 dropped:1083 overruns:0 frame:0
          TX packets:11063924472 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2019322503965 (2.0 TB)  TX bytes:12025616246593 (12.0 TB)

Добавляю ему алиас:

#modprobe 8021q //единожды
# vconfig add eth0 5
Added VLAN with VID == 5 to IF -:eth0:-
# ifconfig eth0.5 192.168.99.100 netmask 255.255.255.0 broadcast 192.168.99.255 up
# ifconfig eth0.5
eth0.5    Link encap:Ethernet  HWaddr 30:9c:23:5f:64:12  
          inet addr:192.168.99.100  Bcast:192.168.99.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:1260 (1.2 KB)
# ip ro
default via 192.168.0.1 dev eth0 
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.99 
192.168.99.0/24 dev eth0.5  proto kernel  scope link  src 192.168.99.100

В итоге эта VLAN не работает, пинги не ходят. Ни до шлюза, ни до других компьютеров в сети. Сам шлюз и другие компьютеры так же не видят этот сервер в VLAN (к слову есть еще один сервер на той же убунту, история та же).

# ping 192.168.99.1
PING 192.168.99.1 (192.168.99.1) 56(84) bytes of data.
From 192.168.99.100 icmp_seq=1 Destination Host Unreachable
From 192.168.99.100 icmp_seq=2 Destination Host Unreachable
From 192.168.99.100 icmp_seq=3 Destination Host Unreachable
From 192.168.99.100 icmp_seq=4 Destination Host Unreachable
From 192.168.99.100 icmp_seq=5 Destination Host Unreachable
From 192.168.99.100 icmp_seq=6 Destination Host Unreachable
^C
--- 192.168.99.1 ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6036ms

При этом сам себя пингует отлично:

# ping 192.168.99.100
PING 192.168.99.100 (192.168.99.100) 56(84) bytes of data.
64 bytes from 192.168.99.100: icmp_seq=1 ttl=64 time=0.025 ms
64 bytes from 192.168.99.100: icmp_seq=2 ttl=64 time=0.015 ms
64 bytes from 192.168.99.100: icmp_seq=3 ttl=64 time=0.014 ms
64 bytes from 192.168.99.100: icmp_seq=4 ttl=64 time=0.013 ms

Куда копать? Неделя гуглинга ответов мне не дала.

Comments

[Алексей Голобоков]

А VLAN с VID=5 в сети как-то настроен?

[yazhog]

Алексей Голобоков, а ее как то надо настроить? на винде то все работает. машины друг друга пингуют, микротик так же пингует отлично все виндовые машины.

[Алексей Голобоков]

В вашем случае у пакетов, которые будут вылетать с интерфейса eth0.5, в заголовке фрейма будет измененный vlan-id(5), и остальные компьютеры в сети, скорее всего, эти пакеты не увидят, потому что они ожидают vlan-id (1).
Если вам нужен все-таки всего лишь еще ip-адрес на интерфейсе, то тут vlan'ы то и не нужны.

[yazhog]

Алексей Голобоков, мне нужно сделать как то чтобы все работало. пока решений никаких не нашел

[Алексей Голобоков]

удалите адрес с eth0.5
добавьте алиас на eth0 как в ответе написал Dmitry Dmitry

Answer 1

[Dmitry]

Windows не поддерживает 802.1q (vlan), сдается мне, что у вас там обычный access-порт, и вы просто назначаете два адреса на интерфейс судя по скриншоту. В linux такое делается с помощью алиасов

ifconfig eth0:0 192.168.99.100 netmask 255.255.255.0 up

admin-gu.ru/os/linux/dobavit-dopolnitelnyj-alias-i...

Comments

[fdroid]

Windows не поддерживает 802.1q (vlan)

поддерживает. Зависит от сетевой карты: на обычных реалтеках можно один тэгированный влан прописать (иногда это здорово выручает), на серверных интелах можно несколько тэгов одновременно использовать.

[Dmitry]

fdroid, вот именно, в зависимости от сетевой карты, да еще и с захватывающими танцами, это никак нельзя назвать полноценной поддержкой. Судя по маку – у автора простенький интеграт.

[Дмитрий]

Dmitry, дело даже не этом. Судя по скрину, автор в самом деле просто повесил два IP на один интерфейс. Конечно аналог этому действу в линуксе - алиасы.
На винде, если в драйвере включаешь VLAN (у меня на интеле по крайней мере так) , то он появляется еще одним интерфейсом (как положено, как и в линуксе).

[yazhog]

мне абсолютно пофигу как это реализовано в винде, там оно работает без плясок с бубном и прописывание двух адресов на один интерфейс меня устраивает.

если бы вы прочитали мой вопрос полностью то заметили бы что я и прописал алиасы как вы советуете, они не работают.

[Dmitry]

yazhog, не грубите, пожалуйста. Вам же помощь нужна.
eth0.5 это vlan
eth0:0 это алиас

[yazhog]

Dmitry, прошу прошения если чем то обидел. спасибо что указали на разницу vlan и алиасов, я почему то думал что это одно и то же.

алиас работает, спасибо большое за помощь.
есть какие то ограничения по количеству алиасов на одном интерфейсе?

[Dmitry]

yazhog, все ок, какие обиды ) по ограничениям не скажу, но уверен, количества вам хватит с запасом, другое дело, если у вас несколько подсетей, возможно, имеет смысл каждую ограничить в своем L2 сегменте? С точки зрения архитектуры сети, это будет правильнее.

Буду вам признателен, если отметите мой ответ. как решение.

Answer 2

[Nik]

А вы уверены что на винде вы вланы подняли? По умолчанию винда не умеет теггировать траффик.

Comments

[Nik]

На линухе да вы подняли сабинтефейсы, у каждого саба свой тег. И сети друг от друга изолированы. А на винде у вас сети не изолированы. Считай что от винды у тебя пакеты улетают в влан1, а на линухе в 5влан. Чтобы можно было полноценно юзать вланы надо чтобы коммутатор соединяющий эти 2 хоста умел понимать вланы. Как правило это управляемые коммутаторы L2 или L3, ту как говорится на вкус и цвет, и исходя из потребностей.

[Nik]

Да и сам себя любой хост будет пинговать независимо от того в какой подсети находится хост. Главное условие это чтобы интерфейс в апе был.