PDA

Показать полную графическую версию : После смены IP адресов сети перестали разрешаться имена компьютеров


VictorSh
10-02-2012, 02:57
Здравствуйте,
после смены LAN адресов внутренней сети с 169.254.107/24 на 192.168.0/24, на сервере если пинговать по имени компьютера, то вылезают старые IP адреса :(

Пробовал менять dhcpd.conf и smb.conf и перезапускать сервисы - бесполезно. Перезагружал сервер. Не помогло.

# nmblookup A0600010001
querying A0600010001 on 192.168.0.255
querying A0600010001 on 192.168.1.255
192.168.0.79 A0600010001<00>
# ping A0600010001
PING A0600010001.company.ru (169.254.107.34): 56 data bytes

Telepuzik
10-02-2012, 10:22
VictorSh,
У Вас DNS сервер поднят в сети ?

VictorSh
10-02-2012, 10:47
Да, используется. Но я думаю, что это связано с WINS или Samba

Telepuzik
10-02-2012, 10:51
Вывод nslookup A0600010001.company.ru покажите.

VictorSh
10-02-2012, 11:45
nslookup A0600010001.company.ru
Server: 127.0.0.1
Address: 127.0.0.1#53

Name: A0600010001.company.ru
Address: 169.254.107.34

а должно быть 192.168.0.79

Telepuzik
10-02-2012, 11:47
Name: A0600010001.company.ru
Address: 169.254.107.34 »
Смотрите записи на DNS сервере - они у Вас не изменились на новые.

VictorSh
10-02-2012, 13:59
Я менял настройки DNS, но тем не менее пингуются старые адреса, которых уже нет. Видимо, где-то закешировалось.
Пробовал перезапукать сервисы - не помогло.
rdnc тоже не помог :(

я всего лишь заменил 169.254.107 на 192.168.0
и для обратной зоны аналогично.

/etc/namedb/named.conf

options {
directory "/etc/namedb";
pid-file "/var/run/named/pid";
dump-file "/var/dump/named_dump.db";
statistics-file "/var/stats/named.stats";

listen-on { 127.0.0.1; 192.168.0.1; };

zone "." {
type hint;
file "named.root";
};

zone "0.0.127.IN-ADDR.ARPA" {
type master;
file "master/localhost.rev";
};

zone "0.168.192.in-addr.arpa" {
type master;
file "master/ina";
allow-update { 192.168.0.1; };
};
zone "company.ru" {
type master;
file "master/company.ru";
allow-update { 192.168.0.1; };
};

/etc/namedb/master/ina

$ORIGIN .
$TTL 3600 ; 1 hour
0.168.192.in-addr.arpa IN SOA server.company.ru. root.server.company.ru. (
20072158 ; serial
3600 ; refresh (1 hour)
900 ; retry (15 minutes)
3600000 ; expire (5 weeks 6 days 16 hours)
3600 ; minimum (1 hour)
)
NS server.company.ru.
$ORIGIN 0.168.192.in-addr.arpa.
* PTR host.company.ru.

/etc/namedb/master/company.ru

$ORIGIN .
$TTL 3600 ; 1 hour
kim-sh.ru IN SOA server.company.ru. root.server.company.ru. (
20072165 ; serial
3600 ; refresh (1 hour)
900 ; retry (15 minutes)
3600000 ; expire (5 weeks 6 days 16 hours)
3600 ; minimum (1 hour)
)
NS server.company.ru.
$ORIGIN company.ru.
server A 192.168.0.1
@ A 91.197.8.212
www A 91.197.8.212
domino-srv A 192.168.0.250
ftp A 213.248.47.47

# ifconfig
age0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=4319b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MCAST,WOL_MAGIC,VLAN_HWTSO>
ether 00:1b:fc:b9:5d:e4
inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 00:02:a5:43:7b:fe
inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
fxp1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 00:02:a5:43:7b:ff
inet 192.168.2.2 netmask 0xffffff00 broadcast 192.168.2.255
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT> metric 0 mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> metric 0 mtu 1500
inet 169.254.106.1 --> 169.254.106.2 netmask 0xffffffff
Opened by PID 1299

vadblm
10-02-2012, 14:09
Сдаётся мне, вы серийный номер зон забыли увеличить после редактирования, вот named и игнорирует ваши изменения.

Serial number This value is perhaps the greatest source of DNS-related head scratching. To make things fast and efficient, BIND processes zone files into another format. When BIND loads a zone file at startup, it checks the serial number and only processes the zone file if the serial number is bigger than its previously processed version. So, if you change the zone file but not the serial number, BIND will ignore the changes.

VictorSh
10-02-2012, 15:28
Да, действительно, я этого не делал :) а как его надо изменить?

vadblm
10-02-2012, 16:06
а как его надо изменить? »
Как, как. Текстовым редактором. :) Серийным номером SOA-записи может быть любое целое число в диапазоне от 1 до 4294967295 (32 бита), при изменении уже существующей зоны серийный номер должен быть увеличен. RFC 1912 рекомендует, во избежание путаницы, пользоваться для серийных номеров схемой YYYYMMDDnn (YYYY - год, MM - месяц, DD - день, nn - номер ревизии). Например, для отредактированной в первый раз за сегодня зоны, serial будет 2012021001. Это число и следует прописать в блоке SOA вместо 20072158 и 20072165. Сохранить, перечитать зоны rndc reload.

VictorSh
10-02-2012, 18:04
Сделал, поменял серийный номер - не помогает и rndc reload :(

rndc reload
server reload successful
server /etc/namedb/master # ping A0600010001
PING A0600010001.kim-sh.ru (169.254.107.34): 56 data bytes

--- A0600010001.kim-sh.ru ping statistics ---
3 packets transmitted, 0 packets received, 100.0% packet loss

Telepuzik
13-02-2012, 23:33
VictorSh,
После смены серийного номера сервер перезагружали?

VictorSh
15-02-2012, 12:17
да, перезагружал.

VictorSh
16-02-2012, 19:10
есть какие-нибудь еще идеи насчет разрешения имен?

Telepuzik
16-02-2012, 21:58
VictorSh,
Старый файл зоны 169... удалили? Адреса клиенты получают от DHCP сервера или нет?

VictorSh
16-02-2012, 22:32
Старый файл зоны 169... удалили? »
я редактировал старый файл, так что он стал новым

Адреса клиенты получают от DHCP сервера или нет? »
да, получают от DHCP сервера

Но как я понял, что проблема даже не в DNS, а в NetBIOS именах или нет?

Telepuzik
16-02-2012, 23:10
Но как я понял, что проблема даже не в DNS, а в NetBIOS именах или нет? »
Раз у Вас nslookup выдает старые адреса то значит в DNS старые записи.
да, получают от DHCP сервера »
DHCP сервер на каком из интерфейсов настроен? Конфиг DHCP сервера покажите.
kim-sh.ru IN SOA server.company.ru. root.server.company.ru. ( »
Откуда взялся домен kim-sh.ru ?

VictorSh
17-02-2012, 13:33
Раз у Вас nslookup выдает старые адреса то значит в DNS старые записи. »
# nslookup A0600010001
Server: 127.0.0.1
Address: 127.0.0.1#53

** server can't find A0600010001: NXDOMAIN

DHCP сервер на каком из интерфейсов настроен? Конфиг DHCP сервера покажите. »
Настроен на age0 (192.168.0.0/24, раньше было 169.254.107.0/24 на fxp0).

Конфиг dhcpd.conf

option domain-name "kim-sh.ru";
option domain-name-servers 192.168.0.1;
option netbios-name-servers 192.168.0.1;
option netbios-node-type 8;

# ad-hoc DNS update scheme - set to "none" to disable dynamic DNS updates.
ddns-update-style ad-hoc;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;

subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.30 192.168.0.100;
option routers 192.168.0.1;
}


старый конфиг

option domain-name "kim-sh.ru";
option domain-name-servers 169.254.107.8;
option netbios-name-servers 169.254.107.8;
option netbios-node-type 8;

ddns-update-style ad-hoc;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;

subnet 169.254.107.0 netmask 255.255.255.0 {
range 169.254.107.30 169.254.107.100;
option routers 169.254.107.1;
}


Откуда взялся домен kim-sh.ru ? »
это наш домен. Его зарегистрировали и делегировали компании. Физически домен второго уровня привязан к серверу, который находится не у нас и за него отвечает совсем другая компания. У меня сервер в домене третьего уровня. Хотя все основные сервисы именно на нем. На сервере второго уровня прописаны соответствующие DNS записи, отсылающие на наш сервер.

VictorSh
24-02-2012, 14:25
есть еще идеи?

VictorSh
03-05-2012, 17:08
поменял в файле /etc/nsswitch.conf
строку
hosts: files dns
на
hosts: wins files dns

после чего стало работать! хотя до смены IP адресов работало и без этого. непонятно.
здесь (http://daemony.org/freebsd/samba-server-setup.html) есть описание /etc/nsswitch.conf и тоже нет слова wins

ping A0600010001
PING A0600010001 (192.168.0.79): 56 data bytes
64 bytes from 192.168.0.79: icmp_seq=0 ttl=128 time=0.443 ms
64 bytes from 192.168.0.79: icmp_seq=1 ttl=128 time=0.374 ms
^C
--- A0600010001 ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.374/0.408/0.443/0.035 ms

а в самбе всегда было (smb.conf)

wins support = yes
# wins server = w.x.y.z
wins proxy = yes
dns proxy = no
name resolve order = lmhosts wins dns host bcast
но без nsswitch.conf не работало!

осталось понять, как сделать, чтобы A0600010001.company.ru пинговалось без прописывания в dns, как написано в первом посте
Ведь раньше - работало.




© OSzone.net 2001-2012