Согласен топик звучить бредово :)Вот что для чего это требуется: пишу приложение, своего рода VPN. Клиент соединяются с моим приложением слушающим на wan интерфейсе роутера и дальше посылают DHCP запросы. Мое приложение эти запросы обрабатывает и посылает в локальную сеть ethernet пакеты с помощию raw сокетов (броадкаст пакет, мак источника = мак роутера). Ответ от DHCP сервера забирается с помощью iptables ну и тд. Приложение прекрасно работает когда в сети DHCP сервер это отдельная коробка. Когда же DCHP сервер в локальной сети включен только на роутере, ответы мое приложение не получает. Точнее они даже не создаются сервером, тк он видит мак отправителя = маку самого себя, ну и следовательно игнорирует такой пакет.
Никто не подскажет, как можно DHCP сервер обмануть и заставить отвечать. Ну или ище какой спосом может кто знает? Заранее спасибо
>Согласен топик звучить бредово :)точно :)
>Ну или ище какой спосом может кто знает? Заранее спасибона ум приходит только принудительно вталкивать во входящию очередь роутера кадр с левым маком и ручками же забирать из очереди ответный кадр(конкретный метод реализации зависит от того что поддерживает твой роутер).
но думаю проще реализавать в твоем приложении возможности DHCP
>[оверквотинг удален]
>локальную сеть ethernet пакеты с помощию raw сокетов (броадкаст пакет, мак
>источника = мак роутера). Ответ от DHCP сервера забирается с помощью
>iptables ну и тд. Приложение прекрасно работает когда в сети DHCP
>сервер это отдельная коробка. Когда же DCHP сервер в локальной сети
>включен только на роутере, ответы мое приложение не получает. Точнее они
>даже не создаются сервером, тк он видит мак отправителя = маку
>самого себя, ну и следовательно игнорирует такой пакет.
>
> Никто не подскажет, как можно DHCP сервер обмануть и заставить отвечать.
>Ну или ище какой спосом может кто знает? Заранее спасибоне совсем понял кухню описанного, но разве нельзя создать псевдо-интерфейс со своим маком, ip и работать вокруг него?
>не совсем понял кухню описанного, но разве нельзя создать псевдо-интерфейс со своим
>маком, ip и работать вокруг него?Alias поднять можно только с левым IP адресом. Для левого мак адреса прийдется поднимать tun/tap девайс. Хотя идея конечно.
>>не совсем понял кухню описанного, но разве нельзя создать псевдо-интерфейс со своим
>>маком, ip и работать вокруг него?
>
>Alias поднять можно только с левым IP адресом. Для левого мак адреса
>прийдется поднимать tun/tap девайс. Хотя идея конечно.Совет был не про алиас.
>>Alias поднять можно только с левым IP адресом. Для левого мак адреса
>>прийдется поднимать tun/tap девайс. Хотя идея конечно.
>
>Совет был не про алиас.Эээ, а о чем тогда?
>[оверквотинг удален]
>локальную сеть ethernet пакеты с помощию raw сокетов (броадкаст пакет, мак
>источника = мак роутера). Ответ от DHCP сервера забирается с помощью
>iptables ну и тд. Приложение прекрасно работает когда в сети DHCP
>сервер это отдельная коробка. Когда же DCHP сервер в локальной сети
>включен только на роутере, ответы мое приложение не получает. Точнее они
>даже не создаются сервером, тк он видит мак отправителя = маку
>самого себя, ну и следовательно игнорирует такой пакет.
>
> Никто не подскажет, как можно DHCP сервер обмануть и заставить отвечать.
>Ну или ище какой спосом может кто знает? Заранее спасибоЭтот велосипед давным-давно изобретен - называется DHCP spoofing. Ваш роутер должен его поддерживать, ну а если не поддерживает - в топку его.
>Этот велосипед давным-давно изобретен - называется DHCP spoofing. Ваш роутер должен его
>поддерживать, ну а если не поддерживает - в топку его.А, прошу прощения - невнимательно прочитал.
DHCP spoofing, в таком случае, должно уметь ваше приложение.
>>Этот велосипед давным-давно изобретен - называется DHCP spoofing. Ваш роутер должен его
>>поддерживать, ну а если не поддерживает - в топку его.
>
>А, прошу прощения - невнимательно прочитал.
>DHCP spoofing, в таком случае, должно уметь ваше приложение.Честно говоря не совсем понял как мне может помочь спуфинг. Моя проблемма в том что приложение и DHCP сервер находятся на одном и том же физическом устройстве с 1м мак адресом. И если под спуфингом понимать следующее - мое приложение лизит айпи и отдает его клиенту - то работать подобная схема не будет вовсе. Тк DHCP сервер просто напросто не ответит на подобный запрос от моего приложения :(