[Bear_UA]

Здравствуйте

 

Используем isc-dhcpd для выдачи клиентам ип.

В последнее время заметили странный глюк.

 

В конфиге у нас прописано

default-lease-time 43200;
max-lease-time 86400;

 

проходит какое-то время (2-3 дня приблизительно) и dhcpd начинает выдавать ип с временем жизни в 120 секунд. После перезагрузки dhcpd - дальше выдает нормальное время жизни. Может кто сталкивался и знает как побороть данный глюк? Пока сделали костыльное решение с рестартом dhcpd по крону - но это как-то не по-православному :(

[pppoetest]

Один дхцп сервер? На стороне клиента, в тцпдамп/вайршарк можно увидеть всю цепочку discover-offer-request-ack с лизтайм в 120с?

[Bear_UA]

В 08.03.2022 в 09:25, pppoetest сказал:

Один дхцп сервер? На стороне клиента, в тцпдамп/вайршарк можно увидеть всю цепочку discover-offer-request-ack с лизтайм в 120с?

Один дхцп сервер. Нет возможности проверить. Клиенты подключить по пон, в таблице dhcp snooping на олте видно лизтайм. Когда наступает глюк - все новые лизы - 120 секунд, перегружаем дхцп сервер - 43200 секунд.

[pppoetest]

В 08.03.2022 в 15:43, Bear_UA сказал:

Клиенты подключить по пон, в таблице dhcp snooping на олте видно лизтайм.

Если в деле снупинги, возможно проблема в софте олт? Тут дебаг нужен, хотябы со стороны сервера подампить, какой лизтайм отдаёт.

[No_name]

В 07.03.2022 в 23:02, Bear_UA сказал:

Используем isc-dhcpd для выдачи клиентам ип.

Какая версия, чтобы знать.

[YuryD]

 Точно 1 дхцп ? Бывает клиенты  подгаживают... Ну на голове, если сможете - заблочьте межклиентский трафик, если сможете - только dhcp...

[taf_321]

Не может такого случиться, что у вас банально исчерпался пул адресов? И по этой причине сервер начал дрючить лизы чтобы быстрее ловить высвободившиеся.

[Bear_UA]

В 08.03.2022 в 15:40, YuryD сказал:

 Точно 1 дхцп ? Бывает клиенты  подгаживают... Ну на голове, если сможете - заблочьте межклиентский трафик, если сможете - только dhcp...

Клиент получает нужный ип который ему назначен - насколько я помню когда делал tcpdump во время глюка - то таки сервер отвечал с 120 секунд лизой. После рестарта дхцп сервера - стало все ок. Непонятно почему такое.

 

В 09.03.2022 в 08:00, taf_321 сказал:

Не может такого случиться, что у вас банально исчерпался пул адресов? И по этой причине сервер начал дрючить лизы чтобы быстрее ловить высвободившиеся.

У нас строго привязан ип к мак адресу ОНУ клиента. Неизвестным клиентам просто не выдаются ип.

 

В 08.03.2022 в 14:22, No_name сказал:

Какая версия, чтобы знать.

Internet Systems Consortium DHCP Server 4.3.1

[st_re]

В 09.03.2022 в 09:00, taf_321 сказал:

Не может такого случиться, что у вас банально исчерпался пул адресов? И по этой причине сервер начал дрючить лизы чтобы быстрее ловить высвободившиеся.

никогда не видел такой реакции у isc-dhcp на окончание пула

[ixi]

В 07.03.2022 в 23:02, Bear_UA сказал:

Может кто сталкивался и знает как побороть данный глюк?

добавить min-lease-time?

 

В 09.03.2022 в 12:39, Bear_UA сказал:

У нас строго привязан ип к мак адресу ОНУ клиента. Неизвестным клиентам просто не выдаются ип.

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

[Ivan_83]

В 09.03.2022 в 15:13, ixi сказал:

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

Не надо придумывать, идите читайте документацию на ваш дхцп сервер.

[Bear_UA]

Выстаили min-lease-time 28800;

Все равно через некоторое время dhcp сервер начинает выдавать лизу в 120 секунд.

Подскажите как исправить :(((

 

Вот что показывает tcpdump

 

10:07:14.714746 bc:62:ce:55:07:93 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 641: (tos 0x0, ttl 64, id 45677, offset 0, flags [none], proto UDP (17), length 623)
    0.0.0.0.68 > 255.255.255.255.67: [no cksum] BOOTP/DHCP, Request from bc:62:ce:55:07:93, length 595, xid 0x2d4d475e, Flags [none] (0x0000)
          Client-Ethernet-Address bc:62:ce:55:07:93
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Client-ID Option 61, length 7: ether bc:62:ce:55:07:93
            Vendor-Class Option 60, length 8: "MSFT 5.0"
            Requested-IP Option 50, length 4: 10.169.16.101
            Server-ID Option 54, length 4: 10.169.19.254
            Parameter-Request Option 55, length 12:
              Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
              BR, Static-Route, YD, YS
              NTP, Netbios-Name-Server, Classless-Static-Route-Microsoft, Classless-Static-Route
            Agent-Information Option 82, length 41:
              Circuit-ID SubOption 1, length 5: ^C^N^@^H^S
              Remote-ID SubOption 2, length 6: M-`M-hM-fM-9M-^HM-}
              Unknown SubOption 9, length 24:
                0x0000:  0000 0cf8 1301 0002 0947 6c69 626f 6368
                0x0010:  6f6b 0304 ac10 0139

10:07:14.715397 00:1b:21:d6:bb:75 > bc:62:ce:55:07:93, ethertype IPv4 (0x0800), length 376: (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 362)
    10.169.19.254.67 > 10.169.16.101.68: [udp sum ok] BOOTP/DHCP, Reply, length 334, xid 0x2d4d475e, Flags [none] (0x0000)
          Your-IP 10.169.16.101
          Client-Ethernet-Address bc:62:ce:55:07:93
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: ACK
            Server-ID Option 54, length 4: 10.169.19.254
            Lease-Time Option 51, length 4: 120
            Subnet-Mask Option 1, length 4: 255.255.252.0
            Default-Gateway Option 3, length 4: 10.169.19.254
            Domain-Name-Server Option 6, length 8: 8.8.8.8,1.1.1.1
            Domain-Name Option 15, length 11: "mydomain"
            Agent-Information Option 82, length 41:
              Circuit-ID SubOption 1, length 5: ^C^N^@^H^S
              Remote-ID SubOption 2, length 6: M-`M-hM-fM-9M-^HM-}
              Unknown SubOption 9, length 24:
                0x0000:  0000 0cf8 1301 0002 0947 6c69 626f 6368
                0x0010:  6f6b 0304 ac10 0139

Как мы видим в ответе Lease-Time - 120 секунд :(((

 

После рестарта dhcpd

 

Lease-Time Option 51, length 4: 43200

Изменено 15 марта, 2022 пользователем Bear_UA

[1boris]

@Bear_UA Выложите ваш полный конфиг

[ixi]

В 15.03.2022 в 11:04, Bear_UA сказал:

            DHCP-Message Option 53, length 1: Request

discover не было до этого?

что в dhcpd.leases по этому хосту (время)?

[Bear_UA]

В 15.03.2022 в 10:44, z1boris сказал:

@Bear_UA Выложите ваш полный конфиг

option domain-name "mydomain";
option domain-name-servers 8.8.8.8, 1.1.1.1;
default-lease-time 43200;
max-lease-time 86400;
min-lease-time 28800;

authoritative;
ddns-update-style none;
one-lease-per-client true;
log-facility local7;


subnet 10.169.16.0 netmask 255.255.252.0
{
        option routers 10.169.19.254;
        option domain-name-servers 8.8.8.8, 1.1.1.1;
        pool { range 10.169.16.1;allow members of "46-0";}
......

}



class "46-0" { match if suffix(option agent.remote-id,6)=c0:7e:40:a7:2a:32;}
....

там где многоточия просто перечисленны классы и ип остальных клиентов. вот все :)

 

В 15.03.2022 в 16:52, ixi сказал:

discover не было до этого?

что в dhcpd.leases по этому хосту (время)?

уже не могу посмотреть, ребутнул дхцп сервер, стало все ок. Пока поставил "костыль" с ребутом раз в сутки. Но хочется таки разобраться почему это происходит :(((

[Bear_UA]

В 15.03.2022 в 16:52, ixi сказал:

discover не было до этого?

что в dhcpd.leases по этому хосту (время)?

 

Почему-то по некоторым клиентам дважды записи в dhcpd.leases. 

вот пример

lease 10.169.12.82 {
  starts 2 2022/03/15 18:24:35;
  ends 2 2022/03/15 18:36:10;
  tstp 2 2022/03/15 18:36:10;
  cltt 2 2022/03/15 18:24:36;
  binding state free;
  hardware ethernet e8:94:f6:bb:ee:99;
  uid "\001\350\224\366\273\356\231";
  set vendor-class-identifier = "MSFT 5.0";
}
lease 10.169.12.82 {
  starts 2 2022/03/15 19:35:58;
  ends 3 2022/03/16 07:35:58;
  cltt 2 2022/03/15 19:35:58;
  binding state active;
  next binding state free;
  rewind binding state free;
  hardware ethernet e8:94:f6:bb:ee:99;
  uid "\001\350\224\366\273\356\231";
  option agent.circuit-id 3:d:0:9:1e;
  option agent.remote-id 4:8d:38:70:94:b8;
  option agent.unknown-9 0:0:c:f8:12:1:0:2:8:53:6e:79:61:63:68:69:76:3:4:ac:10:1:38;
  client-hostname "TL-WR841N";
}

Причем это клиент которому выдавалась лиза по 120 секунд, после рестарта dhcp сервера - выдалась лиза на 12 часов и появилась вторая запись в dhcpd.leases

Ничего не могу понять :(

 

До рестарта dhcpd вот какая запись была по этому клиенту которому выдавалась лиза в 120 секунд

lease 10.169.12.82 {
  starts 2 2022/03/15 18:24:35;
  ends 2 2022/03/15 18:36:10;
  cltt 2 2022/03/15 18:24:36;
  binding state active;
  next binding state free;
  rewind binding state free;
  hardware ethernet e8:94:f6:bb:ee:99;
  uid "\001\350\224\366\273\356\231";
  set vendor-class-identifier = "MSFT 5.0";
  option agent.circuit-id 3:d:0:9:1e;
  option agent.remote-id 4:8d:38:70:94:b8;
  option agent.unknown-9 0:0:c:f8:12:1:0:2:8:53:6e:79:61:63:68:69:76:3:4:ac:10:1:38;
}

Причем время starts и ends далеко уже просроченное от фактического времени на сервере.

[st_re]

а не проще было

    host h10_11_64_10 { hardware ethernet 00:2a:12:71:fd:f3; fixed-address 10.11.64.10; }
    host h10_11_64_108 { hardware ethernet 00:1c:f1:af:71:60; fixed-address 10.11.64.108; }
    host h10_11_64_109 { hardware ethernet 00:10:8a:2f:c9:ef; fixed-address 10.11.64.109; }
    host h10_11_64_11 { hardware ethernet 00:1a:6a:3c:83:80; fixed-address 10.11.64.11; }
    host h10_11_64_115 { hardware ethernet 60:a2:4c:3a:a9:b8; fixed-address 10.11.64.115; }

?

 

ну и снесите файл с лизами, может там мусор какой и dhcp крыша едет.

[ixi]

В 15.03.2022 в 22:42, Bear_UA сказал:

Почему-то по некоторым клиентам дважды записи в dhcpd.leases. 

записи с binding state free хранятся для повторной выдачи адреса в обычном пуле, но не срабатывает из-за option82

 

В 15.03.2022 в 22:42, Bear_UA сказал:

Причем время starts и ends далеко уже просроченное от фактического времени на сервере.

похоже на discover, при запросе истёкшей запись там захардкожен двухминутный таймер. Возможно у клиента нестандартный/устаревший дхцп-клиент, который вместо реквеста каждый раз шлёт дисковер?

[Bear_UA]

В 16.03.2022 в 09:24, ixi сказал:

похоже на discover, при запросе истёкшей запись там захардкожен двухминутный таймер. Возможно у клиента нестандартный/устаревший дхцп-клиент, который вместо реквеста каждый раз шлёт дисковер?

Судя по мак адресу у клиента роутер тп-линк. Может он так как-то работает. Захардкодено в dhcpd моем что при discover выдавать двухминутный таймер?

 

В 15.03.2022 в 22:11, st_re сказал:

а не проще было

    host h10_11_64_10 { hardware ethernet 00:2a:12:71:fd:f3; fixed-address 10.11.64.10; }
    host h10_11_64_108 { hardware ethernet 00:1c:f1:af:71:60; fixed-address 10.11.64.108; }
    host h10_11_64_109 { hardware ethernet 00:10:8a:2f:c9:ef; fixed-address 10.11.64.109; }
    host h10_11_64_11 { hardware ethernet 00:1a:6a:3c:83:80; fixed-address 10.11.64.11; }
    host h10_11_64_115 { hardware ethernet 60:a2:4c:3a:a9:b8; fixed-address 10.11.64.115; }

?

 

ну и снесите файл с лизами, может там мусор какой и dhcp крыша едет.

снес. а hardware ethernet - это ж мак адрес клиентского оборудования - а у нас идет по remote.id в option82 пакете

[YuryD]

В 16.03.2022 в 14:43, Bear_UA сказал:

Судя по мак адресу у клиента роутер тп-линк. Может он так как-то работает.

 

 Некоторые модели тплинков конкретно гадские, например выдают по 2 мака на wan.... Лечится сменой абонента :) Ну вот у меня такой есть, аж массажный салон, pptp. И что я ему скажу - помассируйте свой тп-линк ?

[Bear_UA]

В 16.03.2022 в 12:02, YuryD сказал:

 Некоторые модели тплинков конкретно гадские, например выдают по 2 мака на wan.... Лечится сменой абонента :) Ну вот у меня такой есть, аж массажный салон, pptp. И что я ему скажу - помассируйте свой тп-линк ?

Захардкодено 120 секунд в моей версии dhcpd? Потому как лизу с 120 секунд отдает же мой dhcpd клиенту.

[YuryD]

В 16.03.2022 в 16:08, Bear_UA сказал:

Захардкодено 120 секунд в моей версии dhcpd? Потому как лизу с 120 секунд отдает же мой dhcpd клиенту.

 Захардкодено сходить с ума, и слать бред dhcp с разных маков. Ы ?

[Bear_UA]

Ок, нашел еще одного клиента только что. Микротик.

Лиза не expired.

 

lease 10.169.12.107 {
  starts 3 2022/03/16 10:51:58;
  ends 3 2022/03/16 22:51:58;
  cltt 3 2022/03/16 10:51:58;
  binding state active;
  next binding state free;
  rewind binding state free;
  hardware ethernet dc:2c:6e:05:b0:64;
  uid "\001\334,n\005\260d";
  option agent.circuit-id 3:d:0:8:3c;
  option agent.remote-id c0:7e:40:46:7:c6;
  option agent.unknown-9 0:0:c:f8:12:1:0:2:8:53:6e:79:61:63:68:69:76:3:4:ac:10:1:38;
  client-hostname "MikroTik";
}

Выдается клиенту все равно лиза в 120 секунд :(

 

 

[YuryD]

В 16.03.2022 в 16:27, Bear_UA сказал:

Ок, нашел еще одного клиента только что. Микротик.

Лиза не expired.

 

lease 10.169.12.107 {
  starts 3 2022/03/16 10:51:58;
  ends 3 2022/03/16 22:51:58;
  cltt 3 2022/03/16 10:51:58;
  binding state active;
  next binding state free;
  rewind binding state free;
  hardware ethernet dc:2c:6e:05:b0:64;
  uid "\001\334,n\005\260d";
  option agent.circuit-id 3:d:0:8:3c;
  option agent.remote-id c0:7e:40:46:7:c6;
  option agent.unknown-9 0:0:c:f8:12:1:0:2:8:53:6e:79:61:63:68:69:76:3:4:ac:10:1:38;
  client-hostname "MikroTik";
}

Выдается клиенту все равно лиза в 120 секунд :(

 

 

Может убить все uid в транслейте ?

 

[Bear_UA]

Вот что происходит по tcpdump. Помогите разобраться

 

14:12:43.550273 dc:2c:6e:05:b0:64 > 00:1b:21:d6:bb:75, ethertype IPv4 (0x0800), length 360: (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 346)
    10.169.12.107.68 > 10.169.15.254.67: [no cksum] BOOTP/DHCP, Request from dc:2c:6e:05:b0:64, length 318, xid 0x188e30b2, Flags [none] (0x0000)
          Client-IP 10.169.12.107
          Client-Ethernet-Address dc:2c:6e:05:b0:64
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Parameter-Request Option 55, length 8:
              Subnet-Mask, Classless-Static-Route, Default-Gateway, Static-Route
              Domain-Name-Server, NTP, Option 138, Vendor-Option
            Hostname Option 12, length 8: "MikroTik"
            Client-ID Option 61, length 7: ether dc:2c:6e:05:b0:64
            Agent-Information Option 82, length 16:
              Circuit-ID SubOption 1, length 6: ^@^JZM-!^GM-R
              Remote-ID SubOption 2, length 6: ^@^JZM-!^GM-R
14:12:43.550898 00:1b:21:d6:bb:75 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 343: (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 329)
    10.169.15.254.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 301, xid 0x188e30b2, Flags [Broadcast] (0x8000)
          Server-IP 10.169.15.254
          Client-Ethernet-Address dc:2c:6e:05:b0:64
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: NACK
            Server-ID Option 54, length 4: 10.169.15.254
            MSG Option 56, length 31: "requested address not available"
            Agent-Information Option 82, length 16:
              Circuit-ID SubOption 1, length 6: ^@^JZM-!^GM-R
              Remote-ID SubOption 2, length 6: ^@^JZM-!^GM-R
14:12:43.804918 dc:2c:6e:05:b0:64 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 388: (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 370)
    0.0.0.0.68 > 255.255.255.255.67: [no cksum] BOOTP/DHCP, Request from dc:2c:6e:05:b0:64, length 342, xid 0x28f063f0, Flags [Broadcast] (0x8000)
          Client-Ethernet-Address dc:2c:6e:05:b0:64
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Discover
            Parameter-Request Option 55, length 8:
              Subnet-Mask, Classless-Static-Route, Default-Gateway, Static-Route
              Domain-Name-Server, NTP, Option 138, Vendor-Option
            Hostname Option 12, length 8: "MikroTik"
            Client-ID Option 61, length 7: ether dc:2c:6e:05:b0:64
            Agent-Information Option 82, length 40:
              Circuit-ID SubOption 1, length 5: ^C^M^@^H<
              Remote-ID SubOption 2, length 6: M-@~@F^GM-F
              Unknown SubOption 9, length 23:
                0x0000:  0000 0cf8 1201 0002 0853 6e79 6163 6869
                0x0010:  7603 04ac 1001 38
14:12:43.805560 00:1b:21:d6:bb:75 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 362: (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 348)
    10.169.15.254.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 320, xid 0x28f063f0, Flags [Broadcast] (0x8000)
          Your-IP 10.169.12.107
          Client-Ethernet-Address dc:2c:6e:05:b0:64
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Offer
            Server-ID Option 54, length 4: 10.169.15.254
            Lease-Time Option 51, length 4: 43200
            Subnet-Mask Option 1, length 4: 255.255.252.0
            Default-Gateway Option 3, length 4: 10.169.15.254
            Domain-Name-Server Option 6, length 8: 8.8.8.8,1.1.1.1
            Agent-Information Option 82, length 40:
              Circuit-ID SubOption 1, length 5: ^C^M^@^H<
              Remote-ID SubOption 2, length 6: M-@~@F^GM-F
              Unknown SubOption 9, length 23:
                0x0000:  0000 0cf8 1201 0002 0853 6e79 6163 6869
                0x0010:  7603 04ac 1001 38
14:12:43.837109 dc:2c:6e:05:b0:64 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 388: (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 370)
    0.0.0.0.68 > 255.255.255.255.67: [no cksum] BOOTP/DHCP, Request from dc:2c:6e:05:b0:64, length 342, xid 0x28f063f0, Flags [Broadcast] (0x8000)
          Client-Ethernet-Address dc:2c:6e:05:b0:64
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Server-ID Option 54, length 4: 10.169.15.254
            Requested-IP Option 50, length 4: 10.169.12.107
            Parameter-Request Option 55, length 8:
              Subnet-Mask, Classless-Static-Route, Default-Gateway, Static-Route
              Domain-Name-Server, NTP, Option 138, Vendor-Option
            Hostname Option 12, length 8: "MikroTik"
            Client-ID Option 61, length 7: ether dc:2c:6e:05:b0:64
            Agent-Information Option 82, length 40:
              Circuit-ID SubOption 1, length 5: ^C^M^@^H<
              Remote-ID SubOption 2, length 6: M-@~@F^GM-F
              Unknown SubOption 9, length 23:
                0x0000:  0000 0cf8 1201 0002 0853 6e79 6163 6869
                0x0010:  7603 04ac 1001 38
14:12:43.837712 00:1b:21:d6:bb:75 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 362: (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 348)
    10.169.15.254.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 320, xid 0x28f063f0, Flags [Broadcast] (0x8000)
          Your-IP 10.169.12.107
          Client-Ethernet-Address dc:2c:6e:05:b0:64
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: ACK
            Server-ID Option 54, length 4: 10.169.15.254
            Lease-Time Option 51, length 4: 120
            Subnet-Mask Option 1, length 4: 255.255.252.0
            Default-Gateway Option 3, length 4: 10.169.15.254
            Domain-Name-Server Option 6, length 8: 8.8.8.8,1.1.1.1
            Agent-Information Option 82, length 40:
              Circuit-ID SubOption 1, length 5: ^C^M^@^H<
              Remote-ID SubOption 2, length 6: M-@~@F^GM-F
              Unknown SubOption 9, length 23:
                0x0000:  0000 0cf8 1201 0002 0853 6e79 6163 6869
                0x0010:  7603 04ac 1001 38

 

Почему dhcpd в Offer предлагает время лизы 43200 а в ACK - 120? Что за непонятный глюк? :(