Не присваивается IP

[YellowRaccoon]

Доброго дня. Большое мероприятие, много народу. внезапно дхцп сервер перестал присваивать ИП.
конфига dhcpd.conf

(Нажмите, чтобы показать/скрыть)

ddns-update-style none;
authoritative;
default-lease-time 86400;
max-lease-time 86400;
log-facility local7;

subnet 10.168.1.0 netmask 255.255.255.0 {
option routers 10.168.1.1;
option subnet-mask 255.255.255.0;
option broadcast-address 10.168.1.255;
option domain-name-servers 212.98.160.50, 8.8.8.8;
option netbios-name-servers 10.168.1.1;
option netbios-dd-server 10.168.1.1;
option netbios-node-type 8;
option ip-forwarding on;
range 10.168.1.20 10.168.1.255;

Если указывать руками - все ок. сервис рестартил. Если дело в нехватке адрессов, нужно быстро перепрыгнуть на B сеть, или можно почистить уже существующий список IP на предмет неиспользуемых? lease-time 86400

[golota]

Для начала, исправьте
range 10.168.1.20 10.168.1.255;
Это broadcast address

[YellowRaccoon]

golota,
угу, 254 стал.
Пользователь решил продолжить мысль 29 Января 2014, 17:29:26:ок,теперь конфига dhcpd.conf такая

(Нажмите, чтобы показать/скрыть)

server-name raccoon;
ddns-update-style none;
authoritative;
default-lease-time 86400;
max-lease-time 86400;
log-facility local7;

subnet 10.168.0.0 netmask 255.255.254.0 {
option routers 10.168.0.1;
option subnet-mask 255.255.254.0;
option broadcast-address 10.168.1.255;
option domain-name-servers 212.98.160.50, 8.8.8.8;
option netbios-name-servers 10.168.0.1;
option netbios-dd-server 10.168.0.1;
option netbios-node-type 8;
option ip-forwarding on;
range 10.168.0.20 10.168.1.254;
}

т.е /23 маска и сеть с 10.168.1.0 стала 10.168.0.0 единственная проблема, это что из локалки с ип, скажем, 10.168.0.33 я не могу выпинговать фаилопомойку и принт-сервер из локалки 10.168.1.0. iptables-save

(Нажмите, чтобы показать/скрыть)

# Generated by iptables-save v1.4.12 on Wed Jan 29 16:03:25 2014
*filter
:INPUT ACCEPT [261551:20823583]
:FORWARD ACCEPT [482016:45454950]
:OUTPUT ACCEPT [178835:16478845]
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
COMMIT
# Completed on Wed Jan 29 16:03:25 2014
# Generated by iptables-save v1.4.12 on Wed Jan 29 16:03:25 2014
*mangle
:PREROUTING ACCEPT [11823652:5699713269]
:INPUT ACCEPT [261557:20823907]
:FORWARD ACCEPT [11559919:5678675464]
:OUTPUT ACCEPT [178940:16491465]
:POSTROUTING ACCEPT [11739446:5695275330]
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
COMMIT
# Completed on Wed Jan 29 16:03:25 2014
# Generated by iptables-save v1.4.12 on Wed Jan 29 16:03:25 2014
*nat
:PREROUTING ACCEPT [470481:42439987]
:INPUT ACCEPT [120234:8842812]
:OUTPUT ACCEPT [1583:346605]
:POSTROUTING ACCEPT [1649:358254]
-A PREROUTING -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A POSTROUTING -o eth0 -j SNAT --to-source 212.98.187.70
COMMIT
# Completed on Wed Jan 29 16:03:25 2014

не могу эту локалку выпинговать и со шлюза

[AnrDaemon]

Уберите гугл из domain-name-servers
broadcast-address нет смысла указывать - система не дура, сама посчитает.
iptables рано показываете. Показывайте
ip a; ip r

[golota]

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

Не обязательно на данном сервере, а в целом, в корпоративной сети.
Например, может другой админ на свтчиах софт поапгрейдил.
И теперь новая, супер-пупер защита от broadcast storm всё покрошила 
by default на новой прошивке другие параметры и старые конфиги малость по другрому работают.

Если контора большая, то часто правая рука не знает что делает левая.
И имеет место конкуренция и интриги  надо кого-то подставить ... 

Кроме того, я не понял, теперь ВСЕ машины СОВСЕМ НИЧЕГО не получают по DHCP ?
Опять-же, в логах, что-нибудь пишется ?

[YellowRaccoon]

AnrDaemon,
правки внес
выхлоп ip a

(Нажмите, чтобы показать/скрыть)

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:02:b3:26:11:4d brd ff:ff:ff:ff:ff:ff
    inet 10.168.0.1/23 brd 10.168.1.255 scope global eth1
    inet6 fe80::202:b3ff:fe26:114d/64 scope link
       valid_lft forever preferred_lft forever
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc htb state UP qlen 1000
    link/ether 00:04:61:9d:37:47 brd ff:ff:ff:ff:ff:ff
    inet 212.98.187.70/24 brd 212.98.187.255 scope global eth0
    inet6 fe80::204:61ff:fe9d:3747/64 scope link
       valid_lft forever preferred_lft forever

ip r

(Нажмите, чтобы показать/скрыть)

10.168.0.0/23 dev eth1  proto kernel  scope link  src 10.168.0.1
212.98.187.0/24 dev eth0  proto kernel  scope link  src 212.98.187.70

golota,
админов, кроме половины меня, нету. из изменений только смена маски на /23. Насколько я читал, и насколько меня уверяли, при смене маски и сопутствующих изменениях в конфиге interfaces и dhcpd.conf из сети с 0.1 должны видеться и пинговаться все из 1.1. dhcp сервер ип раздает из обоих сетей. но друг друга не пингуют (из разных локалок. из одинаковых все ок)

[fisher74]

а раздаёт с какой маской?

[YellowRaccoon]

fisher74,
правильной, 255.255.254.0

[fisher74]

а на файлопомойке поменяли маску? Или если там тоже dchp проверьте: подхватилась новая?

[golota]

Честно говоря, я уже ничего не понимаю.
DHCP уже раздаёт адреса ? Вы пишите ... через libastral ничего не видно 

Если раздаёт, то временно резко сократите lease-time, например
max-lease-time 120;
default-lease-time 120;

В то, что компы с правильной маской, упорно не пингуют нулевую сеть из первой (и наоборот) , я не верю !

[fisher74]

а я верю.
Мне кажется всё просто: dhcpd сменил конфиг, и теперь раздаёт новую маску, но клиентам на это фиолетово до окончания срока аренды.

[golota]

а я верю.
Мне кажется всё просто: dhcpd сменил конфиг, и теперь раздаёт новую маску, но клиентам на это фиолетово до окончания срока аренды.

Вы не верите в то, что "компы с правильной маской" ... оригинально ...
А остальное, верно. Надо пробежаться и сделать например "ipconfig /renew"

При изменении конфига, я советовал уменьшить lease-time именно для этог.
Если будут ошибки, то они быстро пройдут.

[fisher74]

Вы не верите в то, что "компы с правильной маской" ... оригинально ...

а ну то что с "правильной маской", это конечно малоправдоподобно. Скорее всего ТС поторопился с этим утверждением смотря только в терминалку одной железяки.

[YellowRaccoon]

нет-нет, господа. на компах присваивается нужный ип и нужная подсеть. иначе ж бы не работал тырнет, о чем я узнал бы сразу =\ проблема оказалась проще, в моей невнимательности. как верно заметил fisher74, на принте и фаил-сервере стоит статика. на принте сменил  маску и адресс шлюза - все заработало)

[AnrDaemon]

а я верю.
Мне кажется всё просто: dhcpd сменил конфиг, и теперь раздаёт новую маску, но клиентам на это фиолетово до окончания срока аренды.

Вы не верите в то, что "компы с правильной маской" ... оригинально ...
А остальное, верно. Надо пробежаться и сделать например "ipconfig /renew"

При изменении конфига, я советовал уменьшить lease-time именно для этог.
Если будут ошибки, то они быстро пройдут.

При отстутствии authoritative; в конфиге ? Охотно верю.
Чем гадать, надо пойти и посмотреть настройки клиента.
Пользователь решил продолжить мысль 30 Января 2014, 18:46:17:

нет-нет, господа. на компах присваивается нужный ип и нужная подсеть. иначе ж бы не работал тырнет

Вполне работал бы.