W
Так и вымрет человечество
оно вымрет от другого 😊
Size: a a a
2020 June 21
AZ
Так и вымрет человечество
Это же хорошо, что меньше возни
W
Это же хорошо, что меньше возни
AZ
В смысле я про ОС, не про человечество
R
А мне и про человечество нравится
VP
delay treshold юзать наверное надо
Угу
VP
Windows XP
Эм... но ведь это не приоритеты
Читайте про delay treshhold.
W
Читайте про delay treshhold.
Наверное, Вы тут самый умный. Спасибо.
W
Илья еще был, но его давно не видать 😞
W
Подскажите, кто-то на курсах тика был? Там обучают таким вещам как вот, к примеру, такие параметры как delay-threshold? И какой это уровень считается?
VP
Windows XP
Подскажите, кто-то на курсах тика был? Там обучают таким вещам как вот, к примеру, такие параметры как delay-threshold? И какой это уровень считается?
На MTCRE это в программе.
m
Вместо 1 000 слов, цитата из RFC 4388
A DHCPv4 server contains considerable authoritative information concerning the IP addresses it has leased to DHCP clients. Sometimes devices or other processes may need access to this information. In some cases, these devices or processes already have the capability to send and receive DHCP packets, and so the leasequery protocol is designed to give these processes and devices a low-overhead way to access such information.
For example, access concentrators that act as DHCP relay agents sometimes derive information important to their operation by extracting data out of the DHCP packets they forward, a process known as "gleaning". Unfortunately, the typical access concentrator loses its gleaned information when the access concentrator is rebooted or is replaced. This memo proposes that when gleaned DHCP information is not available, the access concentrator/relay agent can obtain location information directly from the DHCP server(s) using the DHCPLEASEQUERY message.С длинными английскими текстами проблема
В общем, если клиент уже получал айпи и отправляет запрос на переполучение этого же айпи, то этот запрос будет обработан сервером в случае если он обслуживает эту подсеть?
В общем, если клиент уже получал айпи и отправляет запрос на переполучение этого же айпи, то этот запрос будет обработан сервером в случае если он обслуживает эту подсеть?
RP
misha
С длинными английскими текстами проблема
В общем, если клиент уже получал айпи и отправляет запрос на переполучение этого же айпи, то этот запрос будет обработан сервером в случае если он обслуживает эту подсеть?
В общем, если клиент уже получал айпи и отправляет запрос на переполучение этого же айпи, то этот запрос будет обработан сервером в случае если он обслуживает эту подсеть?
Да на его продление или получения информации о лизах в случае relay agent, то сервер будет отвечать только если он обслуживает данную подсеть, иначе будет молчать.
m
т.е. первый раз должен выдать другой сервер, а потом этот будет продлевать?
RP
misha
т.е. первый раз должен выдать другой сервер, а потом этот будет продлевать?
Нет, если сервер не обслуживает данную сеть и нечего не знает о адресе клиента, то он ответит отказом, если будет считать себя авторитетным.
Вместо того, чтобы просто промолчать.
Вместо того, чтобы просто промолчать.
m
стоп
вопрос был как работает настройка authoritative=no
как я понял из текстов выше, в этом случае сервер отвечает только если клиент запрашивает конкретный адрес из сети, которая среди пулов сервера, либо продлевает лизу адреса из пулов сервера
но клиенту сначала нужно хотя бы раз получить айпи чтобы потом его запрашивать и продлевать <- вот это кто выдаст?
вопрос был как работает настройка authoritative=no
как я понял из текстов выше, в этом случае сервер отвечает только если клиент запрашивает конкретный адрес из сети, которая среди пулов сервера, либо продлевает лизу адреса из пулов сервера
но клиенту сначала нужно хотя бы раз получить айпи чтобы потом его запрашивать и продлевать <- вот это кто выдаст?
m
должен быть другой сервер?
RP
misha
должен быть другой сервер?
А вы об этом, да конечно, кто-то должен выдать адрес клиенту сначала, и этот кто-то по понятным причинам будет не наш сервер, иначе он априори будет авторитетным для подсетей которые и так обслуживает.
VP
misha
стоп
вопрос был как работает настройка authoritative=no
как я понял из текстов выше, в этом случае сервер отвечает только если клиент запрашивает конкретный адрес из сети, которая среди пулов сервера, либо продлевает лизу адреса из пулов сервера
но клиенту сначала нужно хотя бы раз получить айпи чтобы потом его запрашивать и продлевать <- вот это кто выдаст?
вопрос был как работает настройка authoritative=no
как я понял из текстов выше, в этом случае сервер отвечает только если клиент запрашивает конкретный адрес из сети, которая среди пулов сервера, либо продлевает лизу адреса из пулов сервера
но клиенту сначала нужно хотя бы раз получить айпи чтобы потом его запрашивать и продлевать <- вот это кто выдаст?
Вы не смешивайте первое получение аренды и продление. Это разное. "авторитативность" действует тогда, когда клиент продлевается или просит конкретный адрес. Тогда авторитативный отправит нак, а неавторитативный промолчит.
m
Вы не смешивайте первое получение аренды и продление. Это разное. "авторитативность" действует тогда, когда клиент продлевается или просит конкретный адрес. Тогда авторитативный отправит нак, а неавторитативный промолчит.
нак - это же указание клиенту освободить айпи
Роман прояснил, а вы запутали )
Роман прояснил, а вы запутали )