Master slave

В этой статье я хочу рассказать вам о том, как настроить BIND9 Named сервер на Linux машинах и сделать из них связку основного и резервного ДНС сервера.

Если у вас возникли вопросы по установке пакета BIND из репозиториев или из исходников. Отпишите об этом в комментариях и я постараюсь помочь вам в решении вашего вопроса.

Итак, допустим, BIND установлен и что же дальше?

Давайте проверим работает ли он в данный момент времени или нет?

Примечание: такую проверку сделать нужно, потому что при установке пакета BIND, в некоторых дистрибутивах Linux, установщик сразу же его может запустить. Этого нам пока не нужно.

Итак, если BIND запущен — остановите его.

давайте заглянем в основной конфигурационный файл BIND (обычно он располагается по пути /etc/named.conf или /etc/bind/named):

### КОД по-умолчанию ###

options {
     directory «/var/named»;
};


zone «.» IN {
     type hint;
     file «caching-example/named.root»;
};

zone «localhost» IN {
     type master;
     file «caching-example/localhost.zone»;
     allow-update { none; };
};

zone «0.0.127.in-addr.arpa» IN {
     type master;
     file «caching-example/named.local»;
     allow-update { none; };
};

теперь давайте из этого конфига сделаем конфиг для MASTER зон:

### КОД для MASTER ###

options {
     directory «/var/named»;
     allow-query { any; }; //указываем кто может обращаться за ДНС запросами к этому серверу — ставим «any», т.е. любой.
     version «No info»; // Прячем реальную версию ДНС сервера за надписью «No info».
т можно всякое написать, в т.ч. и «заборное».
     listen-on { 192.168.1.100; 127.0.0.1; }; // Тут мы указываем на каких интерфейсах нам нужно ловить ДНС запросы, на 53 порту.
     allow-recursion { none; }; // отключаем рекурсию
     allow-transfer { 192.168.2.100; }; // Говорим MASTER серверу куда можно передавать зоны (обычно тут указывается адрес IP Slave сервера).
};

zone «.» IN {
     type hint;
     file «caching-example/named.root»;
};

zone «localhost» IN {
     type master;
     file «caching-example/localhost.zone»;
     allow-update { none; };
};

zone «0.0.127.in-addr.arpa» IN {
     type master;
     file «caching-example/named.local»;
     allow-update { none; };
};

zone «domain1.ru» IN { // Вот собственно и первая наша внешняя зона, которую будет обслуживать наш сервер
     type master; // поскольку мы хотим чтобы для этой зоны наш сервер был первичным (MASTER), то и пишем тут «type master»
     file «caching-example/domain1.conf»; // А это место расположения файла с описанием зоны.
звание файла «domain1.conf» может быть произвольным.
     notify yes; // Говорим зоне MASTER сервера предупреждать SLAVE сервер о том что зона обновилась (если в нее вносили какие-то изменения).
};

zone «domain2.ru» IN { // А это вторая зона. Таких зон может быть ооочень много.
     type master; // По аналогии.
     file «caching-example/domain2.conf»; // По аналогии.
     notify yes; // По аналогии.
};

Вот и все.

А теперь давайте посмотрим на другую машину. Также поставим там Bind как и для MASTER. Смотрим конфиг:

### КОД для SLAVE ###

options {
     directory «/var/named»;
     allow-query { any; }; //указываем кто может обращаться за ДНС запросами к этому серверу — ставим «any», т.е.
бой.
     version «No info»; // Прячем реальную версию ДНС сервера за надписью «No info». Тут можно всякое написать, в т.ч. и «заборное».
     listen-on { 192.168.2.100; 127.0.0.1; }; // Тут мы указываем на каких интерфейсах нам нужно ловить ДНС запросы, на 53 порту.
     allow-recursion { none; }; // отключаем рекурсию
};

zone «.» IN {
     type hint;
     file «caching-example/named.root»;
};

zone «localhost» IN {
     type master;
     file «caching-example/localhost.zone»;
     allow-update { none; };
};

zone «0.0.127.in-addr.arpa» IN {
     type master;
     file «caching-example/named.local»;
     allow-update { none; };
};


zone «domain1.ru» IN { // Вот собственно и первая наша внешняя Slave зона, которую будет обслуживать наш сервер
     type slave; // поскольку мы хотим чтобы для этой зоны наш сервер был вторичным (SLAVE), то и пишем тут «type slave»
     file «caching-example/domain1-slave.conf»; // А это место расположения файла с описанием зоны. Название файла «domain1-slave.conf» может быть произвольным. Но лучше, для удобства помечать файлик маркером, так как сделал это я «-slave».
     masters { 192.168.1.100; }; // А вот Этой переменной мы указываем SLAVE серверу адрес MASTER сервера, откуда, собственно, мы и будем забирать описание и детали зоны «domain1.ru»
};

zone «domain2.ru» IN { // А это вторая Slave зона. Таких зон может быть ооочень много.
     type slave; // По аналогии
     file «caching-example/domain2-slave.conf»; // По аналогии.
     masters { 192.168.1.100; }; // По аналогии.
};

Обратите внимание, что в listen-on { 192.168.2.100; 127.0.0.1; }; стоит IP адрес отличный от адреса сервера MASTER, более того он находится в другой подсети.
о сделано для того чтобы, если вдруг подсеть #1 192.168.1.xxx «упадет» и перестанет отвечать на запросы… то резервный сервер в подсети #2 192.168.2.xxx — наш SLAVE останется доступным для общекорпоративной сети 192.168.xxx.xxx и он сможет продолжать обрабатывать ДНС запросы пользователей так, что они ничего не почувствуют. Как только MASTER сервер встанет в строй, работа продолжится в штатном режиме.
Примечание: Если MASTER сервер выходит из строя очень важно понимать, что добавление новых записей на SLAVE сервер лучше не производить.. иначе база данных зон на MASTER сервере потеряет свою актуальность и хоть перебросить новые зоны на мастер сервер не составит труда, надо понимать, что в масштабах обновления записей к примеру 1000 и более, это будет очень тяжело.
Потому, если аварийное состояние MASTER сервера затянется надолго.. то лучше объявить клиентам о технических работах и приостановить также работу и SLAVE сервера до момента полного восстановление работоспособности MASTER узла.
Так же обратите внимание, что мы убрали allow-transfer { 192.168.2.100; }; — Для SLAVE сервера нет нужны передавать зону куда либо еще (за редким исключением), потому мы убрали эту опцию.

Вот и все со SLAVE.

Теперь можно добавлять на сервере MASTER файлы описания/содержания зоны и выкладывать их в соответствующие (указанные в файле конфигурации) директории. На сервер SLAVE эти файлы добавлять не нужно, SLAVE сервер сам их заберет с базы MASTER сервера.


Пример такого файла:

$ORIGIN .
$TTL 1800      ; 30 minutes
domain1.ru     IN SOA ns1.domain1.ru. info.domain1.ru. (
       201108083 ; serial
       1800   ; refresh (30 minutes)
       900   ; retry (15 minutes)
       604800   ; expire (1 week)
       86400   ; minimum (1 day)
       )
       NS ns1.domain1.ru.
       NS ns2.domain1.ru.
       A 192.168.1.100
       MX 10 mail.domain1.ru.
$ORIGIN domain1.ru.
*     A 192.168.1.100
mail      A 192.168.1.100
ns1     A 192.168.1.100
ns2     A 192.168.2.100
www     A 192.168.1.100

О синтаксисе этого файла в интернете написано очень много, но если вопросы возникнут тут, я готов она них ответить и добавить в этот материал информацию о синтаксисе написания конфигурации зон.

Теперь запустим поочередно Bind (named) демоны на MASTER и на SLAVE серверах и посмотрим как оно все работает.

На сим все..
Надеюсь у вас все получится.

С Уважением,
Savaog

dedicatesupport.com

Master&Slave устройства в датчиках присутствия


В датчиках присутствия понятия «master» и «slave» относятся к подключению датчиков.
Как и принято, master здесь ведущее устройство, а slave – ведомое.

Такую схему подключения используют для автоматизации помещений с большой площадью или для управления одной нагрузкой с большим количеством светильников на длинных расстояниях, например, на складах.

В проходе между стеллажей, устанавливается один датчик master, у которого есть все необходимые функции. В глубине прохода устанавливают slave-датчики. От них требуется только обнаружение.

2

Комбинация master и slave-устройств расширяет зону действия ведущего датчика. Это удобно, например, для управления длинной группой светильников.

Кроме экономии важная особенность системы с ведущими и ведомыми элементами – согласованность. Использование двух и более master-устройств в датчиках присутствия может привести к рассогласованности или неправильной работе системы.

В схеме Master&Slave ведущее устройство – «капитан на корабле». Конечные действия принимает только он, ведомые лишь посылают импульс главному датчику по специальному каналу.

Схема подключения Master&Slave датчиков присутствия


В датчиках компании B.E.G. для подключения Slave устройств к датчику Master используется разъем R. Ниже представлена схема подключения ведущего и ведомого устройства.

master&slave

Нужно иметь в виду, что схемы подключения бывают разные в зависимости от модели. К одному master-устройству можно подключить до десяти slave-датчиков, длина линии не должна при этом превышать ста метров.

Привязки к конкретной модели нет: к любому master-датчику может быть подключен любой slave-датчик. При этом датчики slave не могут использоваться без ведущих устройств, так как master обладает множеством функций, недоступных датчикам slave и только датчик master управляет нагрузкой.

Например, master управляет группой светильников и измеряет освещенность, ведомое же устройство регистрирует движение и присутствие в своей зоне не доступном датчику мастер. Slave-датчики не имеют реле, сенсоров освещенности и программируемых функций, они могут только подавать импульс раз в две или раз в девять секунд.

Также slave-датчик имеет возможность отключения светодиодных индикаторов, для этого у него есть потенциометр на корпусе датчика.

Так как реле и сенсором освещенности оснащен только датчик master, важно правильное его расположение в связке master&slave – master устанавливается подальше от окон, где меньше всего естественного освещения, а ближе к окнам ставится датчик slave.


4

beg-russia.ru

Это режимы работы IDE-устройств.

На одном IDE-кабеле могут работать до двух устройств:

Master (MA) — основной, или первый, и
Slave (SL) — дополнительный, или второй.

На некоторых IDE шлейфах есть пометки: Master/Slave.
Мастер — дальний конец шлейфа, слейв — тот, что посередине.
Если устройство на кабеле одно, оно обычно может работать в режиме Master, однако у некоторых для этого есть отдельный режим Single.

Как правило, не допускается работа устройства в режиме Slave при отсутствии Master-устройства, однако многие новые устройства могут работать в этом режиме.
При этом требуется поддержка со стороны BIOS или драйвера: многие драйверы, обнаружив отсутствие Master-устройства, прекращают дальнейший опрос данного контроллера.

Conner Present (CP) — имеющийся на некоторых моделях режим поддержки винчестеров Conner в режиме Slave; введен из-за несовместимостей в диаграммах обмена по интерфейсу.

Cable Select (CS, CSel) — выбор по разъему кабеля — режим, в котором устройство само устанавливается в режим Master/Slave в зависимости от типа разъема на интерфейсном кабеле.
Для этого должен быть выполнен ряд условий:

— оба устройства должны быть установлены в режим Cable Select;
— контакт 28 со стороны контроллера должен быть либо заземлен, либо на нем должен поддерживаться низкий уровень;
— на одном из разъемов кабеля контакт 28 должен быть удален, либо отключен подходящий к нему провод кабеля.

Таким образом, на одном из устройств контакт 28 оказывается заземленным (этот винчестер настраивается на режим Master), а на другом — свободным (Slave).

Это означает, чтобы начал работать режим Cable Select нужен в первую очередь специальный шлейф.
Он симметричен, т.е. если его сложить пополам, то ровно в середине будет коннектор.
Именно этот коннектор включается в мат. плату, а оба оставшихся крайних конектора — в устройства IDE.

На обоих IDE устройствах перемычки переключаются в режим Cable Select.
Тогда контроллер сам выбирает, кто ведущий, а кто ведомый в этой паре.
Этот режим корректно работает только при наличии двух устройств на кабеле и не получил широкого распространения.
На обычном кабеле этот режим не работает.

В комплекте с мат. платами идут кабели Master-Slave, и лучше перемычками выставить зависимости устройств.

Все перечисленные режимы устанавливаются перемычками (джамперами) на плате устройства.
Положения перемычек обычно описаны на корпусе или в инструкции.

faqhard.ru

dev.1c-bitrix.ru


You May Also Like

About the Author: admind

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Adblock
detector