DHCP и ваш провайдер

NAT, option 50 побоку.

Нафиг обратная зона у домашнего ISP? Каждый приличный мылосервер отфутболит тебя только за нахождение в диапазоне домашнего ISP невзирая на неё. И емнип option 81 и обратная зона — немного разные вещи.

Каждый приличный мылосервер

ты имел ввиду говносервер со spamhaus

И емнип option 81 и обратная зона

ну разъясни суть

и со спамхаузом не все так страшно
is not listed in the SBL
is listed in the PBL
is not listed in the XBL

Каждый приличный мылосервер отфутболит тебя только за нахождение в диапазоне домашнего ISP

Приличный — нет. Разве что яндекс какой-нибудь.

Обе опции не поддерживаются, и как провайдер не вижу смысла в них.

А к интернету у тебя доступ напрямую через магистрали?

для таких отдельный чан в аду.

Не понял твоей логики

Поддерживает ли ваш пров dhcp option 50(Requested IP Address.)?

Мой пров поддерживает то, что я напишу. Занимаюсь разработкой и поддержкой dhcp-сервера. Реалии сейчас такие, что статика дорого обходится _хорошим_ провайдерам, у которых наплыв новых клиентов - негде брать адреса. Приходится давать статику только за денежку, для остальных динамика и круги адского биг-ната.

Ты действительно считаешь что провайдер долже тебе давать тот ип который ты попросишь?

А если поддерживает, но адрес уже раздали? И я редко видел, чтобы белые IP раздавали по DHCP

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

продление уже занятого ип адреса это совсем другая история. Пулы уже давно все заняты(

кое-кто расторопный и захавал как не в себя

поподробней, что за пров, что за разработка и чего?
я чуть выше написал, в чем проблема «продлять» динамику, если «мигнул свет»

поподробней, что за пров, что за разработка и чего?

Зачем знать какой именно пров? Разработка и поддержка инфраструктуры DHCP для провайдера на которого я работаю.

я чуть выше написал

Не знаю что там «выше»

в чем проблема «продлять» динамику, если «мигнул свет»

у кого мигнул? У прова? Ну так и сиди со своим конфигом пока пров поднимается, зачем тебе его Opt50?

Когда пров работоспособен, он решает какой конфиг тебе выдать (можно вмешаться - купить статику отдельной услугой), это действительно важно для серьезных провов.

гигантские пулы и их более-менее свободность

Сразу бы писал, что про DHCPv6.

никак нет, маня, завидуй=)

серьезных провов

разлолировал.
сранные айпадики и ко без поддержки dhcp release, которые при пробуждении запрашивают новую лизу. В итоге на 1 девайс по три мертвых лизы. Ну нат-то проще нагородить, я понял.

IPv6 настрой. Ну или dyndns какой. Надеяться на такую статику нельзя.

Я выпал из контекста, перестал понимать что происходит.

ну так. у he.net все ок. И обратная зона ДЕЛЕГИРУЕТСЯ и dyn и api есть. Куда до буржуев.

я грю с dhcp бай дефолт пулы забиты не освобожденными лизами. Что делать? Я бы просто запрашивал тот же айпи

я грю с dhcp бай дефолт пулы забиты не освобожденными лизами.

«бай дефолт» ты увидишь только в пионерских поделках. Нет, ну конечно есть наивные реализации, которые реагируют на release, на а мне зачем эти проблемы? У меня «мертвых» лизов не бывает.

Что делать? Я бы просто запрашивал тот же айпи

Тут ты приближаешься к суровой реальности, не не учитываешь всей сложности нынешних сетей (тот же Opt82 забыл).

почему «наивно» реагировать на release. Просвящай попугаев

почему «наивно»

На первом месте вопрос «зачем». В боевых условиях мне интересны только discover и request, хватает чтобы полноценно обслуживать клиентов в конкретной сети. Без release смогу полноценно обслуживать клиентов.

Вот типичный пример. Есть dhcp-клиент, который полностью поддерживает все мыслимые и немыслимые стандарты. Этот клиент запущен на глючном дешевом роутере и шлет моему серверу 1000 request в секунду, на каком request должен сработать мой flood-guard? Где-то в стандартах DHCP это описано?

лиза на 5 минут?