Я не знаю что я успел сломать, но раньше в network.10 создавался файл *****.jnl - и в него что-то писалось. Сейчас он не создается. Не понимаю, толи права доступа опять мать их...толи еще какаято хрень.

Это файлы журнала для динамических зон. Судя по вашему dhcpd.conf, dhcpd не раздаёт адреса для network.10 - нет и журналов, т.к. нет изменений в файле зоны.

Какого-то хрена update лезет в view {network.10} и соответственно мне это даром не нужно. Как сказать ему трогать ТОЛЬКО view {network.11} ??

Поменть порядок следования view, т.к.

The order of the view statements is significant — a client request will be resolved in the context of the first view that it matches.

см. здесь http://www.csd.uwo.ca/~magi/doc/bind9/Bv9ARM.ch06.html#AEN3035

Но тогда не будет обновляться зона 10.168.192.in-addr.arpa.

Проблема №2 вытекает из №1 - localhost попадет во view для network.10, в которой ему не разрешено изменять зону 11.168.192.in-addr.arpa.

Может вам как-то пересмотреть схему? Так ли необходимы отдельные view для каждой подсети в рамках одного dns-сервера?

-=:=-

Ох, спасибо за ответ.
Были мысли поменять местами .10 и .11, но удерживала логика - что если таких зон будет дофига, - словит апдейт первая в списке? Как же так...хмм

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

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

Может вам как-то пересмотреть схему? Так ли необходимы отдельные view для каждой подсети в рамках одного dns-сервера?

Ну, эмм..я выдумал из вакуума такую компоновку для:
из .10.0/24
ping satt.local
192.168.10.254

из .11.0/24
ping satt.local
192.168.11.1

В моем представлении такая схема полностью логична.

хех, а кстати, я же еще думаю сделать pppoe для 11 сети, вот как тогда быть с апдейтами? чтобы например клиент получил через пппое 10.66.66.77 и например ему выдало name 10-66-66-77.pppoe.satt.local ??

Помнятся мне времена, когда пинганув Ip - я видел не PING 192.168.11.2 (192.168.11.2), а PING 192.168.11.2 (некий-хост-нейм.какой-то-там-домен)?? такое возможно?

Ну, эмм..я выдумал из вакуума такую компоновку для:
из .10.0/24
ping satt.local
192.168.10.254

из .11.0/24
ping satt.local
192.168.11.1

Имя satt.local общее, если нет необходимости запретить клиентам из .10.0/24 разрешать имена для .11.0.24, можно, например, сделать так:

view "local" {
        match-clients { localhost; };
        zone "satt.local" IN {
                type master;
                file "pri/satt.local.zone";
                allow-update { key DHCP_UPDATER; };
        };
 
        zone "10.168.192.in-addr.arpa" IN {
                type master;
                file "pri/192.168.10.zone-rev";
                allow-update { key DHCP_UPDATER; };
        };

        zone "11.168.192.in-addr.arpa" IN {
                type master;
                file "pri/192.168.11.zone-rev";
                allow-update { key DHCP_UPDATER; };
        };
};

view "mynetworks" {
       match-clients { satt.10; satt.11; };
       zone "satt.local" IN {
              type forward;
              forwarders { 127.0.0.1; };
       };
       zone "10.168.192.in-addr.arpa" IN {
              type forward;
              forwarders { 127.0.0.1; };
       };
       zone "11.168.192.in-addr.arpa" IN {
              type forward;
              forwarders { 127.0.0.1; };
       };
};

view "other" {
// бла-бла-бла;
};

хех, а кстати, я же еще думаю сделать pppoe для 11 сети, вот как тогда быть с апдейтами? чтобы например клиент получил через пппое 10.66.66.77 и например ему выдало name 10-66-66-77.pppoe.satt.local ??

С pppoe не работал, подсказать ничего путного не могу.

Помнятся мне времена, когда пинганув Ip - я видел не PING 192.168.11.2 (192.168.11.2), а PING 192.168.11.2 (некий-хост-нейм.какой-то-там-домен)?? такое возможно?

Вроде бы, в скобках указывается как раз ip-адрес узла, а до них - имя.