The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Samba в роли PDC, ddns для клиентов, замена wins?"
Отправлено gard, 27-Мрт-12 11:42 
А подскажите пожалуйста еще, когда клиент вносит запись о себе в DNS, после того, как клиент отключается - будет ли удалена запись? Я заметил, что named переписывает (дополняет) файлы зон при динамической регисрации клиентов.

И еще немного недопонимаю может быть. Вроде бы все настроил, конфиг dhcpd.conf сейчас такой:

authoritative;
default-lease-time 600;
max-lease-time 7200;
log-facility local7;

key dhcpupdate {
        algorithm hmac-md5;
        secret SICqF8F0BVjvoE2EQS0eXA==;
}

zone urfu {
        primary 127.0.0.1;
        key dhcpupdate;
}

zone 2.168.192.in-addr.arpa {
        primary 127.0.0.1;
        key dhcpupdate;
}

subnet 192.168.2.0 netmask 255.255.255.0 {
        option subnet-mask 255.255.255.0;
        option broadcast-address 192.168.2.255;
        option routers 192.168.2.1; #,192.168.2.1;
        option domain-name-servers 192.168.2.1; #93.88.181.2,8.8.8.8,93.88.182.2;
        option domain-name "urfu";
        #option ntp-servers 192.168.2.1;

        ddns-updates on; #Разрешение Dynamic DNS
        ddns-update-style interim;
        ddns-domainname "urfu";
        ddns-rev-domainname "2.168.192.in-addr.arpa";
        ignore client-updates;
        update-static-leases true;

        option netbios-name-servers 192.168.2.10; #Самба-сервер, выступающий в роли WINS-сервера
        option netbios-node-type 8;

        default-lease-time 3600;  #36000;
        max-lease-time 7200; #43200;

#       Клиенты получают маршруты от сервера DHCP (для работы этого надо раскомменитровать определение выше)
#       option ms-classless-static-routes  16,172,16,172,16,10,1, 8,10,172,16,10,1, 20,93,88,176,172,16,10,1;

        range 192.168.2.30 192.168.2.254;

        group top{
        host area51 { hardware ethernet 00:1C:C0:5A:21:E1; fixed-address 192.168.2.10; }
        host dhcp11 { hardware ethernet 00:1c:c0:5a:22:4c; fixed-address 192.168.2.11; }
        host dhcp12 { hardware ethernet 00:e0:4c:16:11:29; fixed-address 192.168.2.12; }
        host dhcp13 { hardware ethernet 00:50:ba:53:49:aa; fixed-address 192.168.2.13; }
        host dhcp14 { hardware ethernet 00:1c:c0:5a:33:1f; fixed-address 192.168.2.14; }
        host dhcp15 { hardware ethernet 00:1c:c0:0a:0f:26; fixed-address 192.168.2.15; }
        host dhcp16 { hardware ethernet 00:1c:c0:0a:0f:18; fixed-address 192.168.2.16; }
        host dhcp17 { hardware ethernet 70:71:bc:0b:c9:c5; fixed-address 192.168.2.17; }
        host dhcp18 { hardware ethernet 00:19:66:2c:4e:a9; fixed-address 192.168.2.18; }
        host dhcp19 { hardware ethernet 00:19:66:2c:4e:a1; fixed-address 192.168.2.19; }
        host dhcp20 { hardware ethernet 00:01:6c:a5:bc:85; fixed-address 192.168.2.20; }
        host dhcp21 { hardware ethernet 00:1c:c0:0a:0f:4a; fixed-address 192.168.2.21; }
        }
}

Конфиг named.conf в плане ключа и зон такой:

//список доступа lan: локальная сеть и 127.0.0.1
acl "lan" { 192.168.2.0/24; 127.0.0.1; };

key dhcpupdate {
    algorithm hmac-md5;
    secret SICqF8F0BVjvoE2EQS0eXA==;
};

//Внутренняя зона
zone "urfu" IN {
      type master;
      file "urfu.zone";
      allow-query { lan; };
      allow-update { key dhcpupdate; lan; };
      allow-transfer { lan; };
};

zone "2.168.192.in-addr.arpa" IN {
      type master;
      file "192.168.2.zone";
      allow-query { lan; };
      allow-update { key dhcpupdate; lan; };
      allow-transfer { lan; };
};

Попытка внести обновление в dns с другого компьютера локальной сети проходит удачно, делаю с помощью nsupdate -d testddns.file, в этом файле слудующее:

key dhcpupdate SICqF8F0BVjvoE2EQS0eXA==

update add test3.urfu. 86400 A 192.168.2.202
send

update add 202.2.168.192.in-addr.arpa 86400 PTR test3.urfu.
send

После этого я могу разрешать имя test3.urfu или же адрес 192.168.2.202. Однако... При включении виндового клиента обновление DNS не происходит. В системном логе в момент включения я вижу:
Mar 27 13:51:33 localhost dhcpd: DHCPDISCOVER from 00:1c:c0:0a:0f:26 via lan
Mar 27 13:51:33 localhost dhcpd: DHCPOFFER on 192.168.2.15 to 00:1c:c0:0a:0f:26 via lan
Mar 27 13:51:33 localhost dhcpd: DHCPREQUEST for 192.168.2.15 (192.168.2.1) from 00:1c:c0:0a:0f:26 via lan
Mar 27 13:51:33 localhost dhcpd: DHCPACK on 192.168.2.15 to 00:1c:c0:0a:0f:26 via lan

То есть клиент получил адрес (адрес для этого клиента привязан к маку), но в named запроса на обновление зоны от клиента нет.
[root@area51 ~]# nslookup 192.168.2.15
Server:        127.0.0.1
Address:    127.0.0.1#53

** server can't find 15.2.168.192.in-addr.arpa.: NXDOMAIN

Возможно, дело тут в ключе или я не совсем понимаю принцип работы сего механизма. Наверное, при общении с dhcp клиенту передается инструкция о возможности регистрации имени в DNS и ключ для регистрации, далее клиент регистрируется в DNS. Так ли это? Конечно, можно привязать адреса к макам в конфиге dhcpd и там же задать ddns-имя. Однако, хочется, чтобы была возможность автоматической регистрации клиентов в DNS. На клиенте (Windows XP) галочка "Зарегистрировать адреса этого подключения в DNS" активирована. Просветите незнающего меня. =)
 

Ваше сообщение
Имя*:
EMail:
Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру