Всем приветНет ли под linux утилиты для проверки, есть ли в сети девайс с данным IP?
> Всем привет
> Нет ли под linux утилиты для проверки, есть ли в сети девайс
> с данным IP?Есть. Вот вам пара вариантов навскидку: ping, nmap.
>> Всем привет
>> Нет ли под linux утилиты для проверки, есть ли в сети девайс
>> с данным IP?
> Есть. Вот вам пара вариантов навскидку: ping, nmap.Извиняюсь. Неправильно сформулировал вопрос. Система только загрузилась и сетевому интерфейсу пока не присвоен IP. Запускается скрипт, который вот-вот выполнит "ifconfig eth0 192.168.1.1". Но как мне перед этим проверить, нет ли в сети уже девайса с 192.168.1.1?
Собственно ищу утилиту, которая бы посылала arp-запрос "у кого 192.168.1.1", затем слушала несколько секунд "эфир" и выдавала ответ "IP свободен"/"IP занят".
> Собственно ищу утилиту, которая бы посылала arp-запрос "у кого 192.168.1.1", затем слушала
> несколько секунд "эфир" и выдавала ответ "IP свободен"/"IP занят".arping? Он как раз на L2 работает.
>> Собственно ищу утилиту, которая бы посылала arp-запрос "у кого 192.168.1.1", затем слушала
>> несколько секунд "эфир" и выдавала ответ "IP свободен"/"IP занят".
> arping? Он как раз на L2 работает.Спасибо Вам огромное. То, что искал. Там как раз есть опция -D для обнаружения duplicated IP.
ping -W 3 192.168.1.1 || ifconfig eth0 192.168.1.1
>>> Всем привет
>>> Нет ли под linux утилиты для проверки, есть ли в сети девайс
>>> с данным IP?
>> Есть. Вот вам пара вариантов навскидку: ping, nmap.
> Извиняюсь. Неправильно сформулировал вопрос. Система только загрузилась и сетевому интерфейсу
> пока не присвоен IP. Запускается скрипт, который вот-вот выполнит "ifconfig eth0
> 192.168.1.1". Но как мне перед этим проверить, нет ли в сети
> уже девайса с 192.168.1.1?
> Собственно ищу утилиту, которая бы посылала arp-запрос "у кого 192.168.1.1", затем слушала
> несколько секунд "эфир" и выдавала ответ "IP свободен"/"IP занят".а потом в сети включается комп с ИП 192.168.1.1 и понеслась...
статические адреса или DHCP никак не?
сдается что основная цель именно в подмене ИП - тут без мну - адназначна.
> а потом в сети включается комп с ИП 192.168.1.1 и понеслась...
> статические адреса или DHCP никак не?
> сдается что основная цель именно в подмене ИП - тут без мну
> - адназначна.Цель была установить резервный сервер. Когда основной работает - резервный, без IP, ждет своего часа; когда основной не отвечает - резервный конфигурирует себе его IP и принимает огонь на себя.
> Цель была установить резервный сервер. Когда основной работает - резервный, без IP,
> ждет своего часа; когда основной не отвечает - резервный конфигурирует себе
> его IP и принимает огонь на себя.Вы сейчас описали работу кластера на базе связки drbd+heartbeat. :) Поднимал в свое время его на Gentoo - на нем биллинг UTM крутился. Если интересно - могу ссылку подкинуть. С сайта www.netup.ru (разработчики UTM).
>> Цель была установить резервный сервер. Когда основной работает - резервный, без IP,
>> ждет своего часа; когда основной не отвечает - резервный конфигурирует себе
>> его IP и принимает огонь на себя.
> Вы сейчас описали работу кластера на базе связки drbd+heartbeat. :) Поднималда неужели?
м/б он описал ход ваших мыслей решения ч/з жопу одной конкретной проблемы? никакой связи с кластерами не вижу.> в свое время его на Gentoo - на нем биллинг UTM
> крутился. Если интересно - могу ссылку подкинуть. С сайта www.netup.ru (разработчики
> UTM).
>> а потом в сети включается комп с ИП 192.168.1.1 и понеслась...
>> статические адреса или DHCP никак не?
>> сдается что основная цель именно в подмене ИП - тут без мну
>> - адназначна.
> Цель была установить резервный сервер. Когда основной работает - резервный, без IP,
> ждет своего часа; когда основной не отвечает - резервный конфигурирует себе
> его IP и принимает огонь на себя.keepalived вам в помощь. :)
>> а потом в сети включается комп с ИП 192.168.1.1 и понеслась...
>> статические адреса или DHCP никак не?
>> сдается что основная цель именно в подмене ИП - тут без мну
>> - адназначна.
> Цель была установить резервный сервер. Когда основной работает - резервный, без IP,
> ждет своего часа; когда основной не отвечает - резервный конфигурирует себе
> его IP и принимает огонь на себя.а когда основной снова в сети появляется? имеем конфликт ИП-адресов.
хватит врать или велосипед ч/з жопу изобретать.
>> а потом в сети включается комп с ИП 192.168.1.1 и понеслась...
>> статические адреса или DHCP никак не?
>> сдается что основная цель именно в подмене ИП - тут без мну
>> - адназначна.
> Цель была установить резервный сервер. Когда основной работает - резервный, без IP,
> ждет своего часа; когда основной не отвечает - резервный конфигурирует себе
> его IP и принимает огонь на себя.Для этих целей придуманы протоколы CARP, VRRP и HSRP (ну и наверняка еще что-то, о чем я не знаю).
>>> а потом в сети включается комп с ИП 192.168.1.1 и понеслась...
>>> статические адреса или DHCP никак не?
>>> сдается что основная цель именно в подмене ИП - тут без мну
>>> - адназначна.
>> Цель была установить резервный сервер. Когда основной работает - резервный, без IP,
>> ждет своего часа; когда основной не отвечает - резервный конфигурирует себе
>> его IP и принимает огонь на себя.
> Для этих целей придуманы протоколы CARP, VRRP и HSRP (ну и наверняка
> еще что-то, о чем я не знаю).Теперь оцените уровень постановки вопроса с уровнем своего ответа :).
> Всем привет
> Нет ли под linux утилиты для проверки, есть ли в сети девайс
> с данным IP?Если задача стоит в рамках одного сегмента, может быть полезен arping.