skeletor Posted June 18, 2013 Posted June 18, 2013 Столкнулся с проблемой: есть резервации, но он упорно начинает раздавать их совершенно другим клиентам. Пока решение только одно: режу диапазон (уже кусков 6, но чувствую это не предел) выдаваемых IP. Можно конечно перетасовать адреса, но многие адреса завязаны на другие сервисы и получим лаввиную перенастройку с возможными проблемами. Что за глюк такой странный? Версия 4.1.0.7, ОС Solaris 11.1 sparc. Вставить ник Quote
skeletor Posted June 18, 2013 Author Posted June 18, 2013 Как обычно, вот так host pc14 { hardware ethernet 20:10:7a:52:06:7f; fixed-address 10.5.5.177; } Вставить ник Quote
orlik Posted June 18, 2013 Posted June 18, 2013 все правильно так и должно быть , зарезервированые адреса, чтоб они не выдавались кому попало, надо вырезать из пула. Вставить ник Quote
skeletor Posted June 18, 2013 Author Posted June 18, 2013 То есть, такое поведение нормально? Я, почему-то думал по другому: если адрес зарезервирован, то он не должен выдаваться никому, кроме нужного, при любых обстоятельствах. Кстати, вот, нашёл у человека проблема 1 в 1 http://forum.sysadmins.su/index.php?showtopic=40248824#entry650893 Вставить ник Quote
Abram Posted June 18, 2013 Posted June 18, 2013 Как обычно, вот так host pc14 { hardware ethernet 20:10:7a:52:06:7f; fixed-address 10.5.5.177; } Это не резервирование. Это "выдать этот адрес этому хосту". Для резервирования нужно вырезать из пула, да. Вставить ник Quote
snark Posted June 20, 2013 Posted June 20, 2013 Для резервирования нужно вырезать из пула Нет. Т.к. ТС использует конструкцию host, то достаточно сделать так: pool { range x.x.x.x y.y.y.y; deny known-clients; } known-clients; If specified, this statement either allows or prevents allocation from this pool to any client that has a host declaration (i.e., is known). A client is known if it has a host declaration in any scope, not just the current scope. Вставить ник Quote
skeletor Posted June 20, 2013 Author Posted June 20, 2013 И? Это запретит выдачу known-clients адресов из указанного пула, но не запретит выдачу unknown клиентам зарезервированных адресов. Реальный выход из этой ситуации только один - вырезать из пула участки с зарезервированными адресами. Вставить ник Quote
snark Posted June 20, 2013 Posted June 20, 2013 В конструкции: host pc { hardware ethernet 0a:0b:0c:0d:0e:0f; fixed-address 10.0.0.3; } pool { range 10.0.0.1 10.0.0.6; deny known-clients; } IP адрес 10.0.0.3 не должен будет выдаваться из пула. Вставить ник Quote
skeletor Posted June 20, 2013 Author Posted June 20, 2013 Почему? Это запретит выдачу из пула адреса клиенту 0a:0b:0c:0d:0e:0f, то есть тот, который имеет host declaration. То ли я не понимаю, то ли так написано в man'e. Даже приведённая вами цитата говорит именно так. Вставить ник Quote
snark Posted June 20, 2013 Posted June 20, 2013 Это запретит ему выдачу, т.к. ему не нужно выдавать из пула, т.к ему выдается статический адрес. Его статический адрес никому другому из пула так же не будет выдаваться, на сколько я помню (очень давно с DHCP общался на эту тему). Вставить ник Quote
skeletor Posted June 20, 2013 Author Posted June 20, 2013 Его статический адрес никому другому из пула так же не будет выдаваться В том-то и дело, что это не так. Вставить ник Quote
snark Posted June 20, 2013 Posted June 20, 2013 Эм ... тогда надо искать какой-то путь, чтобы не рисовать over 9000 пулов и рисовать только тогда, когда уже ничего не поможет :( Вставить ник Quote
orlik Posted June 20, 2013 Posted June 20, 2013 правильно ставьте сервер с привязкой к базе и будет счастье. Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.