DHCP клиент и сервер на одном интерфейсе

Напиши скрипт, определяющий что нужно — клиент, или сервер. Вешай его на post-up интерфейса.

Не надо сервер, иначе рискуешь создать геморрой клиенту. А клиент опционально.

Не нужно так делать.

Я бы сделал так: сначала слать запрос dhcp, если ответа не пришло через N секунд - запускать dhcp-сервер.

Я бы сделал так: сначала слать запрос dhcp, если ответа не пришло через N секунд - запускать dhcp-сервер.

Два чаю. Только время отбоя надо уменьшить, ибо на подключенном ПК тоже не вечность будут ждать выдачи IP адреса.

А вообще, сделай на одном из GPIO кнопку, которая будет запускать DHCP сервер. Скрипт кнопки можно написать на bash.

запускать DHCP сервер и присваивать себе статический IP.

Реализовать, кстати, можно очень просто с помощью systemd TimeoutStartSec и OnFailture на юните, который отвечает за поднятие интерфейсов (например networking.service в дебиане).

Реализовать, кстати, можно очень просто с помощью systemd TimeoutStartSec и OnFailture на юните, который отвечает за поднятие интерфейсов (например networking.service в дебиане).

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

Тогда уж к кнопке нужны смена режима по нажатию, индикатор и, соответственно, какой-то механизм отслеживания состояния. А это уже не так просто, как пара конфигов из трёх строк. В противном случае случайное её нажатие создаст больше проблем, чем должно было решить.

Тогда уж к кнопке нужны смена режима по нажатию, индикатор и, соответственно, какой-то механизм отслеживания состояния. А это уже не так просто, как пара конфигов из трёх строк. В противном случае случайное её нажатие создаст больше проблем, чем должно было решить.

Вообще то в цепь переключателя достаточно подключить светодиод. Иди использовать 2 GPIO, один для кнопки, другой для светодиода. И сделать это можно всего на одном скрипте запускаемом из /etc/rc.local

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

Хороший план. systemd, скорее всего, не будет - пока что целимся на openwrt, но схема ясна.

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

Потворствовать тупости - это культивировать её. А полностью автоматическое - может создавать странные глюки и доставлять клиенту ещё большие проблемы.

Потворствовать тупости - это культивировать её. А полностью автоматическое - может создавать странные глюки и доставлять клиенту ещё большие проблемы.

Очень правильное замечание. Сколько уже «копий сломано» из-за «тупой юзер включил еще одно устройство с dhcpd».
ТС Вот как вариант, «тупой юзер» включает эту железку первой (да просто после выруба питания она поднимается первой), она не получает с dhcp адрес и поднимает dhcpd, следом догружается роутер так же dhcpd. Красиво?
Тут без инструкции никак не обойтись. Хоть как советовал rezedent12 переключателем (кстати классное решение!) хоть статика которую потом юзвер сам поправит.

Под описанный Вами случай есть RFC 3927 для IPv4 и RFC 4862 для IPv6.

хочется странного

Ничего странного в этом нет.

Вот прочитал тред, вы что тут все ? С ума посходили ? :) Давно уже есть link-local адреса, используйте их.

Link-local будет работать, да, но я не уверен, как с ним будет работать windows. Если требуется хоть минимальные настройки - вариант отпадает. Если устройство будет выступать в роли dhcp-сервера, а ноутбук пользователя - в роли клиента, то проблем точно не будет.

как с ним будет работать windows.

Этот стандарт ПРИДУМАЛИ в Microsoft. По моему вопросы должны отпасть.

Хорошо, присмотрюсь к этому решению. Link-local умеет ставить статический адрес? Предполагается, что пользователь может перейти по ссылке с сайта (на котором он забит), но найти адрес самостоятельно сильно выше его способностей. В случае с роутером, не будет конфликтов link-local и dhcp?

Предполагается, что пользователь может перейти по ссылке с сайта (на котором он забит), но найти адрес самостоятельно сильно выше его способностей.

Т.е. вы предполагаете что клиент зайдет на сайт оставит открытой страницу, потом выдернит шнурок и воткнет его в малину? Чего-то тут с логикой не то. Если инет есть и у клиента уже раздается dhcp какой в этом смысл?

Кстати да, чего это мы... :) Вполне логичное решение, .1 уж мало вероятно что у клиента будет, прописать статикой и профит.

Такое поведение проще описать в документации, чем ползанье в настройках. Я прекрасно понимаю, что это хреновая идея.

Я только про ссылку с сайта. :) А так действительно robot12 «вернул всех на землю». Link-local и на онтопике работать будет ( правда за всё разнообразие не поручусь). Но один раз мне это пригодилось именно с онтопиком, клавы не было, только моник, и dhcp в сети не было.