Настройка vlan в Linux mint 19

Arius · #1

Не получается сконфигурировать netplan для использования vlan. Netplan данные настройки принимает, но я не могу пинговать транковый узел с ip 192.168.1.1.
Вот вывод команды ip a (убрал лишний вывод команды):

Код: Выделить всё

2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 44:8a:5b:ef:6a:09 brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.105/24 brd 10.0.0.255 scope global enp4s0
       valid_lft forever preferred_lft forever
    inet 192.168.1.2/24 brd 192.168.1.255 scope global enp4s0
       valid_lft forever preferred_lft forever
    inet6 fe80::468a:5bff:feef:6a09/64 scope link 
       valid_lft forever preferred_lft forever
4: vlan206@enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 44:8a:5b:ef:6a:09 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global vlan206
       valid_lft forever preferred_lft forever
    inet6 fe80::468a:5bff:feef:6a09/64 scope link 
       valid_lft forever preferred_lft forever

Помогите разобраться с ошибкой, настройки netplan прилагаю :

Код: Выделить всё

# Let NetworkManager manage all devices on this system
network:
        version: 2
        renderer: networkd
        ethernets:
                enp4s0:
                        dhcp4: no
                        addresses: [10.0.0.105/24, 192.168.1.2/24]
                        gateway4: 10.0.0.1
                        nameservers:
                                addresses: [8.8.8.8, 10.0.0.1]
        vlans:
          vlan206:
           id: 206
           link: enp4s0
           dhcp4: no
           addresses: [ "192.168.1.2/24" ]

#2

У NetPlan конфигиги YAML - чувствительны к пробелам. То что вы написали выше - бесполезно в смысле отладки. Возможно вы просто где-то пробел пропустили... Пользуйтесь тегом code для вставки конфига.

P.S. А еще лучше - от netplan отказаться вообще, IMHO. Слишком уж специфичная софтина, привязанная даже не к debian, а к самой ubuntu. Причем при всей внешней гибкости на самом деле она жестко привязывает к себе всю конфигурацию сети, что может вызывать проблемы в нестандартных случаях. Но это личное мнение.

Arius · #3

Сегодня выяснил, что если из строки "addresses: [10.0.0.105/24, 192.168.1.2/24]" я удаляю ip 192.168.1.2/24, то пинговать транковый 192.168.1.1 получается (тестовый ноут поключен к транковому порту коммутатора на прямую).
Но если я подключаю тестовый ноут и транковый разъем маршрутизатора в свитчевый разъем маршрутизитора, то я получаю доступ только к шлюзу (10.0.0.1), что логично, т.к. нет интерфейса в подсети коммутатора. Но как добавить на интерфейс возможность выплевывать на коммутатор тэгированные кадры ?

achagaev · #4

ппц Вы запутали. Если тестовый ноут видит коммутатор на 206ом вилане и нормально пингуется, а через свитч нет, то может дело в свитче?
зы или это один девайс? топологии в студию, но на линуксе всё выглядит прилично. ip link set в помощь конфигурации виланов 'наживую'
ззы, а точно маршрутизатор с портом свитча умеет понимать тэг. И если да, то вот пришёл пакет на порт свитча и куда ему дальше?

Arius · #5

Да, как выяснилось свитчевые разъемы роутера не могут пробрасывать тэг. При том, что обыкновенный неуправляемый 5-ти портовый свитч - может