Не могу заставить работать dhcp на vlan интерфейсе. Судя по всему, не доходят запросы до vlan интерфейса. На нижележащем физическом есть запросы, на vlan - нет. Что может быть? Кто уже походил по этим граблям? Гугл что-то молчит на эту тему.
Запускаю так:
/usr/sbin/dhcpd -cf /etc/dhcp/dhcpd.conf -q -pf /var/run/dhcp/dhcpd.pid -lf /var/lib/dhcp/dhcpd.leases -user dhcp -group dhcp vlan38
Вариант запустить на физическом интерфейсе не подходит.
> Не могу заставить работать dhcp на vlan интерфейсе. Судя по всему, не
> доходят запросы до vlan интерфейса. На нижележащем физическом есть запросы, на
> vlan - нет. Что может быть? Кто уже походил по этим
> граблям? Гугл что-то молчит на эту тему.
> Запускаю так:
> /usr/sbin/dhcpd -cf /etc/dhcp/dhcpd.conf -q -pf /var/run/dhcp/dhcpd.pid -lf /var/lib/dhcp/dhcpd.leases
> -user dhcp -group dhcp vlan38
> Вариант запустить на физическом интерфейсе не подходит.интерфейс в ком. строке указать ?
dhcp eth1.38
>> Не могу заставить работать dhcp на vlan интерфейсе. Судя по всему, не
>> доходят запросы до vlan интерфейса. На нижележащем физическом есть запросы, на
>> vlan - нет. Что может быть? Кто уже походил по этим
>> граблям? Гугл что-то молчит на эту тему.
>> Запускаю так:
>> /usr/sbin/dhcpd -cf /etc/dhcp/dhcpd.conf -q -pf /var/run/dhcp/dhcpd.pid -lf /var/lib/dhcp/dhcpd.leases
>> -user dhcp -group dhcp vlan38
>> Вариант запустить на физическом интерфейсе не подходит.
> интерфейс в ком. строке указать ?
> dhcp eth1.38Интерфейс создавался с помощью iproute2 и называется vlan38, самому dhcpd он передается как последний параметр.
> Интерфейс создавался с помощью iproute2 и называется vlan38, самому dhcpd он передается
> как последний параметр.А если с помощью того же самого iproute2 создать виртуальный интерфейс и настроить dhcrelay с виртуального на vlan ? У меня работает, но немного не так - у меня dhcp в одном вилане, а адреса раздает в этот же и релеит в другой.
>> Интерфейс создавался с помощью iproute2 и называется vlan38, самому dhcpd он передается
>> как последний параметр.
> А если с помощью того же самого iproute2 создать виртуальный интерфейс и
> настроить dhcrelay с виртуального на vlan ? У меня работает, но
> немного не так - у меня dhcp в одном вилане, а
> адреса раздает в этот же и релеит в другой.Разверните, пожалуйста, мысль чуть-чуть. Я уже думал сделать релэй на коммутаторах, но к сожалению, не все коммутаторы поддерживают.
>> Интерфейс создавался с помощью iproute2 и называется vlan38, самому dhcpd он передается
>> как последний параметр.
> А если с помощью того же самого iproute2 создать виртуальный интерфейс и
> настроить dhcrelay с виртуального на vlan ? У меня работает, но
> немного не так - у меня dhcp в одном вилане, а
> адреса раздает в этот же и релеит в другой.Смысл еще и в том, что мне надо отвечать в одном влане, а если я буду релэить запросы - туда попадут все...
>[оверквотинг удален]
>>> vlan - нет. Что может быть? Кто уже походил по этим
>>> граблям? Гугл что-то молчит на эту тему.
>>> Запускаю так:
>>> /usr/sbin/dhcpd -cf /etc/dhcp/dhcpd.conf -q -pf /var/run/dhcp/dhcpd.pid -lf /var/lib/dhcp/dhcpd.leases
>>> -user dhcp -group dhcp vlan38
>>> Вариант запустить на физическом интерфейсе не подходит.
>> интерфейс в ком. строке указать ?
>> dhcp eth1.38
> Интерфейс создавался с помощью iproute2 и называется vlan38, самому dhcpd он передается
> как последний параметр.хорошо, но сислог-то что-то пишется ?
>[оверквотинг удален]
>>>> граблям? Гугл что-то молчит на эту тему.
>>>> Запускаю так:
>>>> /usr/sbin/dhcpd -cf /etc/dhcp/dhcpd.conf -q -pf /var/run/dhcp/dhcpd.pid -lf /var/lib/dhcp/dhcpd.leases
>>>> -user dhcp -group dhcp vlan38
>>>> Вариант запустить на физическом интерфейсе не подходит.
>>> интерфейс в ком. строке указать ?
>>> dhcp eth1.38
>> Интерфейс создавался с помощью iproute2 и называется vlan38, самому dhcpd он передается
>> как последний параметр.
> хорошо, но в сислог-то что-то пишется ?Ничего не пишется, кроме того что стартанул успешно. Смысл в том, что до вланового интерфейса не доходят dhcp запросы. А вот почему они могут не доходить - я и хочу узнать у уважаемого коммьюнити.
>[оверквотинг удален]
>>>>> -user dhcp -group dhcp vlan38
>>>>> Вариант запустить на физическом интерфейсе не подходит.
>>>> интерфейс в ком. строке указать ?
>>>> dhcp eth1.38
>>> Интерфейс создавался с помощью iproute2 и называется vlan38, самому dhcpd он передается
>>> как последний параметр.
>> хорошо, но в сислог-то что-то пишется ?
> Ничего не пишется, кроме того что стартанул успешно. Смысл в том, что
> до вланового интерфейса не доходят dhcp запросы. А вот почему они
> могут не доходить - я и хочу узнать у уважаемого коммьюнити.Запустил на всех интерфейсах, конфиг dhcpd:
default-lease-time 7200;
max-lease-time 28800;
ddns-update-style none;
authoritative;
log-facility local7;
subnet x.x.x.x netmask 255.255.255.0 {
}
subnet 192.168.36.0 netmask 255.255.255.0 {
}
subnet 192.168.37.0 netmask 255.255.255.0 {
range 192.168.37.40 192.168.37.149;
option routers 192.168.37.250;
option ntp-servers 192.168.37.250;
option domain-name-servers 192.168.37.250;
}Первая подсеть - на одном влан ифейсе, вторая - на физическом, третья - на пользовательском влан.
В лог сыпется:
dhcpd: DHCPDISCOVER from 00:17:31:4b:0f:22 via eth0: network 192.168.36.0/24: no free leases
dhcpd: DHCPDISCOVER from c8:2a:14:1c:05:08 via eth0: network 192.168.36.0/24: no free leases
Про запросы через влановые ифейсы ни слова в логе. Только то, что стартанул:
dhcpd: Listening on LPF/vlan38/00:1с:20:cd:81:80/192.168.37.0/24Есть мысли? У меня закончились...
чудес не бывает, у тебя широковещательные пакеты не режутся на vlan-ах?
у меня сервер и клиенты в разных vlan-ах, соответственно чтобы работал dhcp на cisco настроено ip helper x.x.x.x для переадресации широковещательных пакетов.
> чудес не бывает, у тебя широковещательные пакеты не режутся на vlan-ах?
> у меня сервер и клиенты в разных vlan-ах, соответственно чтобы работал dhcp
> на cisco настроено ip helper x.x.x.x для переадресации широковещательных пакетов.Нет, у меня широковещательные пакеты на вланах не режутся...
Видимо, буду делать релэй.
Одна беда - не все коммутаторы умеют релэить запросы.
> Не могу заставить работать dhcp на vlan интерфейсе. Судя по всему, не
> доходят запросы до vlan интерфейса. На нижележащем физическом есть запросы, на
> vlan - нет. Что может быть? Кто уже походил по этим граблям? Гугл что-то молчит на эту тему.у вас клиенты есть в этом vlan-е? они могут достучаться до сервера по адресу интерфейса в vlan38? netcat-том с клиента что-нибудь udp пошлите на него, ну и tcpdump...
>> Не могу заставить работать dhcp на vlan интерфейсе. Судя по всему, не
>> доходят запросы до vlan интерфейса. На нижележащем физическом есть запросы, на
>> vlan - нет. Что может быть? Кто уже походил по этим граблям? Гугл что-то молчит на эту тему.
> у вас клиенты есть в этом vlan-е? они могут достучаться до сервера
> по адресу интерфейса в vlan38? netcat-том с клиента что-нибудь udp пошлите
> на него, ну и tcpdump...Клиенты есть, интернет у них работает (как раз через этот влановый ифейс). 67 порт на сервере открыт (хотя isc dhcpd использует raw socket, который обычно iptables'ами не зарежешь)
В самом первом сообщении же написал - tcpdump показывает, что на физическом интерфейсе запросы dhcp есть (eth0), а на влановом - нет.
tcpdump -i eth0 -nn -e udp port 67 or udp port 68
15:20:19.356295 00:11:0b:c3:ff:10 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 346: vlan 38, p 0, ethertype IPv4, 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:21:6b:a3:0f:10, length 300
Команда tcpdump -i vlan38 -nn -e udp port 67 or udp port 68
Возвращает тишину.
> 15:20:19.356295 00:11:0b:c3:ff:10 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length
> 346: vlan 38, p 0, ethertype IPv4, 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP,
> Request from 00:21:6b:a3:0f:10, length 300судя по всему проблема с tcpdump, похоже он не умеет с vlan-ами работать. А из строки выше видно: ethertype 802.1Q (0x8100), length 346: vlan 38
>> 15:20:19.356295 00:11:0b:c3:ff:10 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length
>> 346: vlan 38, p 0, ethertype IPv4, 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP,
>> Request from 00:21:6b:a3:0f:10, length 300
> судя по всему проблема с tcpdump, похоже он не умеет с vlan-ами
> работать. А из строки выше видно: ethertype 802.1Q (0x8100), length 346:
> vlan 38Ну весь остальной трафик проходящий через vlan38 ифейс tcpdump показывает. И тэги в нем тоже. А вот дхцп запросы - нет.
> судя по всему проблема с tcpdump, похоже он не умеет с vlan-ами работатьчо курим
P.S.
никогда не сталкивался, хотя у самого dhcp работает на 15 vlan интерфейсах и никогда не было проблем, CentOS-5.8.
> чо куримда, я бред написал, признаю
Короче говоря, процитирую:
* FLAGS: 1 REORDER_HDR When this is set, the VLAN device will move the
ethernet header around to make it look exactly like a real
ethernet device. This may help programs such as DHCPd which
read the raw ethernet packet and make assumptions about the
location of bytes. If you don't need it, don't turn it on, because
there will be at least a small performance degradation. Default
is OFF.Вот и проблема была.
Жаль, что на это ушло СТОЛЬКО времени.