Jump to content
  • 0

проблема с DHCP


inoyat
 Share

Question

Viva (KN-1912) RU,  3.9.2

 

interface Bridge0
    rename Home
    description "Home network"
    inherit GigabitEthernet0/Vlan1
    mac access-list type none
    security-level private
    ip address 192.168.0.1 255.255.255.0
    ip alias 192.168.12.254 255.255.255.0
    ip dhcp client dns-routes
    ip dhcp client name-servers
 

ip dhcp pool _WEBADMIN
    range 192.168.0.50 192.168.0.199
    default-router 192.168.0.1
    dns-server 8.8.8.8
    lease 25200
    bind Home
    enable
 

В логах для некоторых клиентов вот такое:

DHCPDISCOVER received from cc:9d:a2:de:38:c0.

making OFFER of 192.168.0.60 to cc:9d:a2:de:38:c0.

DHCPREQUEST received (STATE_SELECTING) for 0.0.0.242 from cc:9d:a2:de:38:c0.

 

При этом не важно - клиент по проводу или "по воздуху".

Link to comment
Share on other sites

14 answers to this question

Recommended Posts

  • 0
1 час назад, inoyat сказал:

Viva (KN-1912) RU,  3.9.2

 

interface Bridge0
    rename Home
    description "Home network"
    inherit GigabitEthernet0/Vlan1
    mac access-list type none
    security-level private
    ip address 192.168.0.1 255.255.255.0
    ip alias 192.168.12.254 255.255.255.0
    ip dhcp client dns-routes
    ip dhcp client name-servers
 

ip dhcp pool _WEBADMIN
    range 192.168.0.50 192.168.0.199
    default-router 192.168.0.1
    dns-server 8.8.8.8
    lease 25200
    bind Home
    enable
 

В логах для некоторых клиентов вот такое:

DHCPDISCOVER received from cc:9d:a2:de:38:c0.

making OFFER of 192.168.0.60 to cc:9d:a2:de:38:c0.

DHCPREQUEST received (STATE_SELECTING) for 0.0.0.242 from cc:9d:a2:de:38:c0.

 

При этом не важно - клиент по проводу или "по воздуху".

Так это не ошибка. Выставьте для сегмента время аренды ip адреса 86400 секунд - 24 часа.  и все.

Link to comment
Share on other sites

  • 0
18 минут назад, Илья Картавенко сказал:

Так это не ошибка. Выставьте для сегмента время аренды ip адреса 86400 секунд - 24 часа.  и все.

Как связано время аренды - и какие-то непонятные адреса из непонятного пула, которые выдаются клиентам?

Link to comment
Share on other sites

  • 0
5 минут назад, inoyat сказал:

Как связано время аренды - и какие-то непонятные адреса из непонятного пула, которые выдаются клиентам?

Тогда проверяйте свои  настройки.

Link to comment
Share on other sites

  • 0
2 минуты назад, Илья Картавенко сказал:

Тогда проверяйте свои  настройки.

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

Однако у части клиентов - проблемы, выдается адрес из пула 0.0.0.Х

Link to comment
Share on other sites

  • 0
1 час назад, inoyat сказал:

Viva (KN-1912) RU,  3.9.2

 

interface Bridge0
    rename Home
    description "Home network"
    inherit GigabitEthernet0/Vlan1
    mac access-list type none
    security-level private
    ip address 192.168.0.1 255.255.255.0
    ip alias 192.168.12.254 255.255.255.0
    ip dhcp client dns-routes
    ip dhcp client name-servers
 

ip dhcp pool _WEBADMIN
    range 192.168.0.50 192.168.0.199
    default-router 192.168.0.1
    dns-server 8.8.8.8
    lease 25200
    bind Home
    enable
 

В логах для некоторых клиентов вот такое:

DHCPDISCOVER received from cc:9d:a2:de:38:c0.

making OFFER of 192.168.0.60 to cc:9d:a2:de:38:c0.

DHCPREQUEST received (STATE_SELECTING) for 0.0.0.242 from cc:9d:a2:de:38:c0.

 

При этом не важно - клиент по проводу или "по воздуху".

А у вас точно нет сегмента с таким пулом?

Link to comment
Share on other sites

  • 0

Проверьте нет ли в локалке какого-то устройства с собственным DHCP сервером. Он может шалить. Найти и отключить.

  • Upvote 1
Link to comment
Share on other sites

  • 0
1 час назад, inoyat сказал:

Однако у части клиентов - проблемы, выдается адрес из пула 0.0.0.Х

Из вашего журнала видно, что он не выдаётся, а запрашивается клиентом.

DHCPDISCOVER received from cc:9d:a2:de:38:c0.
making OFFER of 192.168.0.60 to cc:9d:a2:de:38:c0.
DHCPREQUEST received (STATE_SELECTING) for 0.0.0.242 from cc:9d:a2:de:38:c0.

Строки выше означают, что

1. Сервер принял от cc:9d:a2:de:38:c0 широковещательный запрос на новый адрес.
2. Сервер предложил клиенту cc:9d:a2:de:38:c0 адрес 192.168.0.60.
3. Клиент cc:9d:a2:de:38:c0 прислал запрос на продление адреса 0.0.0.242.

  • Thanks 1
Link to comment
Share on other sites

  • 0
2 часа назад, sergeyk сказал:

Из вашего журнала видно, что он не выдаётся, а запрашивается клиентом.

Спасибо огромное!

Осталось понять причину такого поведения клиента

Link to comment
Share on other sites

  • 0
1 час назад, inoyat сказал:

Осталось понять причину такого поведения клиента

То есть, DHCP (читаем keenetic) и не при делах вовсе. 

Link to comment
Share on other sites

  • 0
36 минут назад, Mamay сказал:

То есть, DHCP (читаем keenetic) и не при делах вовсе. 

Все относительно....

Из замеченных в таком поведении клиентов - все новые iphone, а в логе выше - ТД Элтекс.

При этом - при замене кинетика на тупой TP-Link Archer C6 - все клиенты штатно получают адреса

Edited by inoyat
Link to comment
Share on other sites

  • 0
5 часов назад, inoyat сказал:

Все относительно....

Из замеченных в таком поведении клиентов - все новые iphone, а в логе выше - ТД Элтекс.

При этом - при замене кинетика на тупой TP-Link Archer C6 - все клиенты штатно получают адреса

В таком случае делайте захват обмена DHCP-пакетами, когда обмен кажется неправильным.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...