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

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Общий по FreeBSD (http://forum.oszone.net/forumdisplay.php?f=10)

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

Здравствуйте,
после смены 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

VictorSh,
У Вас DNS сервер поднят в сети ?

Да, используется. Но я думаю, что это связано с WINS или Samba

Вывод nslookup A0600010001.company.ru покажите.

Код:

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

Цитата:

Цитата VictorSh

Name: A0600010001.company.ru
Address: 169.254.107.34 »

Смотрите записи на DNS сервере - они у Вас не изменились на новые.

Я менял настройки 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

Сдаётся мне, вы серийный номер зон забыли увеличить после редактирования, вот 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

а как его надо изменить? »

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

Сделал, поменял серийный номер - не помогает и 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

VictorSh,
После смены серийного номера сервер перезагружали?

да, перезагружал.

есть какие-нибудь еще идеи насчет разрешения имен?

VictorSh,
Старый файл зоны 169... удалили? Адреса клиенты получают от DHCP сервера или нет?

Цитата:

Цитата Telepuzik

Старый файл зоны 169... удалили? »

я редактировал старый файл, так что он стал новым

Цитата:

Цитата Telepuzik

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

да, получают от DHCP сервера

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

Цитата:

Цитата VictorSh

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

Раз у Вас nslookup выдает старые адреса то значит в DNS старые записи.

Цитата:

Цитата VictorSh

да, получают от DHCP сервера »

DHCP сервер на каком из интерфейсов настроен? Конфиг DHCP сервера покажите.

Цитата:

Цитата VictorSh

kim-sh.ru IN SOA server.company.ru. root.server.company.ru. ( »

Откуда взялся домен kim-sh.ru ?

Цитата:

Цитата Telepuzik

Раз у Вас nslookup выдает старые адреса то значит в DNS старые записи. »

# nslookup A0600010001
Server: 127.0.0.1
Address: 127.0.0.1#53

** server can't find A0600010001: NXDOMAIN

Цитата:

Цитата Telepuzik

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;

}

Цитата:

Цитата Telepuzik

Откуда взялся домен kim-sh.ru ? »

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

есть еще идеи?

поменял в файле /etc/nsswitch.conf
строку

Код:

hosts: files dns

на

Код:

hosts: wins files dns

после чего стало работать! хотя до смены IP адресов работало и без этого. непонятно.
здесь есть описание /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, как написано в первом посте
Ведь раньше - работало.