none
Debian 8.2 не получает всех настроек от DHCP RRS feed

  • Вопрос

  • имеется следующая непонятная ситуация.

    есть два Windows Server R2. Один c ролью Hyper-V, другой с ролью DHCP.

    на Hyper-V установлена VM второго поколения с Debian 8.2 х64, которая получает сетевые настройки от DHCP сервера, НО НЕ ВСЕ:

    root@host:/etc/network# netstat -rn
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
    10.255.9.0      0.0.0.0         255.255.255.0   U         0 0          0 eth0
    172.65.0.0      10.255.9.1      255.255.255.0   UG        0 0          0 eth0 

    10 сеть - локальная сеть, маршрут в 172 сеть - выдан через опцию 121, отсутствует шлюз по умолчанию:

    0.0.0.0         10.255.9.1      0.0.0.0         UG        0 0          0 eth0

    есть другая сеть с Windows 10 и Hyper-V, DHCP в этой сети является роутер Fritz!Box. в Hyper-V так же установлена VM второго поколения с Debian 8.2 x64. И там всё работает:

    root@test:~# netstat -rn
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
    0.0.0.0         192.168.188.1   0.0.0.0         UG        0 0          0 eth0
    192.168.188.0   0.0.0.0         255.255.255.0   U         0 0          0 eth0

    Собственно, пока не знаю на какой стороне проблема... Может у кого-то встречалось похожее?
    С Windows VM проблем нет.



    • Перемещено Alexander RusinovModerator 18 сентября 2015 г. 15:46 Более подходящих раздел форума
    • Изменено AnahaymModerator 18 сентября 2015 г. 16:13
    18 сентября 2015 г. 15:18
    Модератор

Ответы

  • собственно на форуме RouterOS дали почитать rfc3442:

    DHCP Server Administrator Responsibilities
    Many clients may not implement the Classless Static Routes option. DHCP server administrators should therefore configure their DHCP servers to send both a Router option and a Classless Static Routes option, and should specify the default router(s) both in the Router option and in the Classless Static Routes option.
    Однако, при такой настройке есть минус - Windows клиенты получают в итоге два шлюза по умолчанию, что не есть хорошо, если DHCP раздаёт адреса для VPN клиентов.
    В итоге решил это дело статической конфигурацией Linux.
    • Помечено в качестве ответа AnahaymModerator 29 сентября 2016 г. 12:47
    • Снята пометка об ответе Alexander RusinovModerator 13 октября 2016 г. 18:19
    • Помечено в качестве ответа AnahaymModerator 17 ноября 2016 г. 11:07
    • Изменено AnahaymModerator 17 ноября 2016 г. 11:11
    29 сентября 2016 г. 12:47
    Модератор

Все ответы

  • Добрый вечер, у меня встречалось. Попробуйте dhcpcd, а вообще у вас network-manager наверное сетью управляет? Может где-то опция включена игнора шлюза?

    Покажите конфиг сетевой в /etc/network[s|ing]

    И еще, не включена ли NAP на ваших серверах?
    • Изменено Grishko 18 сентября 2015 г. 15:42
    18 сентября 2015 г. 15:41
  • root@host:~# cat /etc/networks
    default         0.0.0.0
    loopback        127.0.0.0
    link-local      169.254.0.0

    на test - тоже самое.

    В сети есть установленный NAP для VPN

    root@host:~# dhcpcd
    dhcpcd[830]: version 6.0.5 starting
    dhcpcd[830]: eth0: soliciting an IPv6 router
    dhcpcd[830]: eth0: rebinding lease of 10.255.9.110
    dhcpcd[830]: eth0: leased 10.255.9.110 for 432000 seconds
    dhcpcd[830]: eth0: adding host route to 10.255.9.110 via 127.0.0.1
    dhcpcd[830]: eth0: adding route to 10.255.9.0/24
    dhcpcd[830]: eth0: adding route to 172.65.0.0/24 via 10.255.9.1
    dhcpcd[830]: forked to background, child pid 863
    root@host:~# netstat -rn
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
    10.255.9.0      0.0.0.0         255.255.255.0   U         0 0          0 eth0
    10.255.9.110    127.0.0.1       255.255.255.255 UGH       0 0          0 lo
    172.65.0.0      10.255.9.1      255.255.255.0   UG        0 0          0 eth0
    172.65.0.0      10.255.9.1      255.255.255.0   UG        0 0          0 eth0


    Перемещено Антонов Антон Moderator 16 мин. назад Более подходящих раздел форума
    Браво!

    18 сентября 2015 г. 15:57
    Модератор
  • Полагаю, что проблема - в адресе шлюза: 10.255.9.0 :адрес подсети у вас включает три первых октета (т.к. маска 255.255.255.0), поэтому адрес хоста - четвёртый октет. А нулевой адрес хоста в подсети - он, вообще-то, зарезервирован и такой адрес не может принадлежать сетевому интерфейсу.


    Слава России!


    • Изменено M.V.V. _ 18 сентября 2015 г. 16:08
    18 сентября 2015 г. 16:06
  • Полагаю, что проблема - в адресе шлюза: 10.255.9.0

    А где Вы его увидели? Вот настройки DHCP:


    18 сентября 2015 г. 16:09
    Модератор
  • Вы написали: второй блок кода в первоначальном посте.

    Или там должно быть что-то другое?

    PS Увидел, что, на самом деле, там .1 . В следующий раз пишите, что должно быть: если нет выдачи пишите своими словами.


    Слава России!


    • Изменено M.V.V. _ 18 сентября 2015 г. 16:14
    18 сентября 2015 г. 16:11
  • Вы написали: второй блок кода в первоначальном посте.

    Или там должно быть что-то другое?


    Слава России!

    извинюсь, это я ошибся (копировал и правил третий блок). исправил на 1.
    18 сентября 2015 г. 16:13
    Модератор
  • M.V.V._ - ок

    кажется, нашёл в чём дело:

    root@host:~# cat /etc/dhcp/dhclient.conf
    # Configuration file for /sbin/dhclient, which is included in Debian's
    #       dhcp3-client package.
    #
    # This is a sample configuration file for dhclient. See dhclient.conf's
    #       man page for more information about the syntax of this file
    #       and a more comprehensive list of the parameters understood by
    #       dhclient.
    #
    # Normally, if the DHCP server provides reasonable information and does
    #       not leave anything out (like the domain name, for example), then
    #       few changes must be made to this file, if any.
    #
    
    #option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
    
    #send host-name "andare.fugue.com";
    send host-name = gethostname();
    #send dhcp-client-identifier 1:0:a0:24:ab:fb:9c;
    #send dhcp-lease-time 3600;
    #supersede domain-name "fugue.com home.vix.com";
    #prepend domain-name-servers 127.0.0.1;
    request subnet-mask, broadcast-address, time-offset, routers,
            domain-name, domain-name-servers, domain-search, host-name,
            dhcp6.name-servers, dhcp6.domain-search,
            netbios-name-servers, netbios-scope, interface-mtu,
            ntp-servers;
    
    закомментировал #option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; и убрал из request, как итог:


    Kernel IP routing table
    Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
    0.0.0.0         10.255.9.1      0.0.0.0         UG        0 0          0 eth0
    10.255.9.0      0.0.0.0         255.255.255.0   U         0 0          0 eth0
    дальше пойду на Debian Forum. Спасибо!
    • Помечено в качестве ответа AnahaymModerator 18 сентября 2015 г. 16:49
    • Снята пометка об ответе AnahaymModerator 29 сентября 2016 г. 12:47
    18 сентября 2015 г. 16:49
    Модератор
  • такая же фигня если DHCP клиент - RouterOS...

    На форуме Debian уже год как тишина об этой проблеме....


    29 сентября 2016 г. 11:48
    Модератор
  • собственно на форуме RouterOS дали почитать rfc3442:

    DHCP Server Administrator Responsibilities
    Many clients may not implement the Classless Static Routes option. DHCP server administrators should therefore configure their DHCP servers to send both a Router option and a Classless Static Routes option, and should specify the default router(s) both in the Router option and in the Classless Static Routes option.
    Однако, при такой настройке есть минус - Windows клиенты получают в итоге два шлюза по умолчанию, что не есть хорошо, если DHCP раздаёт адреса для VPN клиентов.
    В итоге решил это дело статической конфигурацией Linux.
    • Помечено в качестве ответа AnahaymModerator 29 сентября 2016 г. 12:47
    • Снята пометка об ответе Alexander RusinovModerator 13 октября 2016 г. 18:19
    • Помечено в качестве ответа AnahaymModerator 17 ноября 2016 г. 11:07
    • Изменено AnahaymModerator 17 ноября 2016 г. 11:11
    29 сентября 2016 г. 12:47
    Модератор
  • Уважаемые коллеги, давайте относиться к друг другу с уважением. Мы все здесь находимся по доброй воле и все делаем вклад одно дело. 

    The opinion expressed by me is not an official position of Microsoft

    17 ноября 2016 г. 11:43
    Модератор