Предотвращение захвата чужого ip (DHCP и Ubuntu Server)?

Question

[Марат Рахматуллин]

Вопрос простой, но я к сожалению не Линуксоид.



После перезагрузки сервер хватает чужой ip-адрес (10.1.8.44)



Если написать:

sudo /etc/init.d/networking restart

то все становится на свои места: сервер берет свободный ip



в /etc/network/interfaces только это:

# The loopback network interface<br/>
auto lo<br/>
iface lo inet loopback<br/>
<br/>
# The primary network interface<br/>
auto eth0<br/>
iface eth0 inet dhcp

Куда чего дописать, чтобы сервер сразу брал свободный ip-адрес?

Answer 1

[merlin-vrn]

На клиенте в файликах /var/lib/dhcp3/dhclient.eth?.leases что? Там как раз и хранится адрес, который «выдавали раньше» и который можно попросить у сервера снова (есть такая возможность в протоколе DHCP). Возможно, Убунта это и пытается сделать и делает это неправильно или сервер не по стандарту и её не понимает.

Если что, эти файлики можно смело удалять.

Comments

[Марат Рахматуллин]

Да, такие файлики есть. В одном из них прописан конфликтный адрес. Вот только удалю я его, он снова создастся и возможно снова будет конфликтовать?

[merlin-vrn]

Создастся, но уже с новым, правильным адресом.

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

[Vladimir Zhurkin]

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

[merlin-vrn]

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

В протоколе сделано всё, чтобы при таком продлении или выдаче нового адреса ты получил тот же самый, который получал ранее.

Answer 2

[Vladimir Zhurkin]

Вообще странная проблема, и я не совсем уверен, что виновата ubuntu.
Как вариант, пропишите постоянный адрес машина на DHCP.

Comments

[Марат Рахматуллин]

Статический адрес сетевики не дают, если его задать принудительно, не факт, что dhcp-сервер его не выдаст кому-то еще. А про что ubuntu в чем-то виновата я не говорил.

[Vladimir Zhurkin]

пинайте сетевиков. С вашей стороны вроде все хорошо.

P.S можно взять тяжелое средства и поизучать сеть, типа dhcping итд итп.

Answer 3

[merlin-vrn]

Почитайте п. 3.2 RFC 2131 о том, как работает DHCP. Там, в итоге, от клиента требуется перед окончательной установкой конфигурации проверить, что конфликтов не будет (послать ARP-запрос). Если он ставит себе в итоге конфликтный адрес — значит, виноват клиент.

В Ubuntu используется dhclient. Может быть, стоит про него почитать подробнее. Если захочется попробовать альтернативы — то это udhcpc, dhcpcd; как их ставить в Ubuntu — представления не имею.

Answer 4

[Марат Рахматуллин]

Спасибо!

Answer 5

[Carzil]

А какое название будет? МедвЯндекс? ДамГугл?

Comments

[Carzil]

упс! комментарий сюда — habrahabr.ru/blogs/personal/112243/

[Марат Рахматуллин]

Ну значит хоть заходили посмотреть, что-за вопрос я тут задал… ;)

Answer 6

[Марат Рахматуллин]

Я кажется разобрался в том кто же виноват:
Данный конфликтный адрес (10.1.8.44) сейчас имеет широкоформатный плоттер, который большую часть времени спит (он может проспать с учетом выходных дня 3-4), проснувшись он скорее всего не удосуживается спросить у dhcp-сервера, а не отдали ли его адрес кому-то… и сам нормально печатать не может и другим мозги пудрит… Но я за ним (и еще за парой его собратьев) еще понаблюдаю, у нас в сети регулярно такое происходит, сетевики отмахиваются («бывает, просто отключите и включите соединение»), думаю будем требовать статику для всех сетевых принтеров, так-же под вопросом компы которых «выключают» в гибернацию.

Comments

[merlin-vrn]

При гибернации по крайней мере винда точно возвращает адрес, а при просыпании — снова запрашивает. А вот в принтере, по-видимому, что-то реализовано не так.

Вторым вариантом будет зарезервировать его адрес, так, чтобы он не выдавался другим клиентам, а ему и только ему. Например, по MAC-адресу.