14 Apr 2014 21:07, Alexey Vissarionov wrote to Valery Lutoshkin: VL>> Поднять зеркало несложно - думаю, не у одного десятка сисопов VL>> найдется свой нейм-сервер, прописать на котором дополнительную VL>> зону ничего не стоит (у меня, например, есть). Естественно, VL>> отказоустойчивость обеспечивается только в случае, если записи VL>> зеркалируются в другую зону, а не в секондари той же. AV> Еще два шага - и ты придешь к генерации локальной NS-зоны DDN по нодлисту. AV> Обновился нодлист - обновилась зона, а если у деда что-то отвалилось - ну AV> и похрену, при этом страдает только актуальность данных, но не их AV> доступность.
И та же самая проблема - если под локальностью ты подразумеваешь не локальную на каждом узле, то проимение этой конкретной зоны приводит к падению сети. Hе лучше, чем случай binkp.net.
VL>> Однако, известный мне фидошный софт не поддерживает 2 записи VL>> root-domain, поэтому автоматически все равно переключиться не VL>> получится. AV> А зачем переключаться, если root-domain указывает на локальную NS-зону?
define "локальная".
VL>> При всём этом я всё равно считаю, что польза binkp.net превышает VL>> возможный вред. AV> Если бы он был либо сабжем, либо DDN - это было бы так. А существующий в AV> настоящее время гибрид - кроилово, которое неизбежно ведет к попадалову.
Да и этот гибрид вполне себе хорош, не вижу я с ним больших проблем, чем потеря владельцем прав на зону.
Вообще, для реализации нормальной отказоустойчивости, правильнее всего было бы в принципе отказаться от концепции статических маршрутов, идентифицировать сисопов по ключу, а транспорт простраивать по Дейкстре. Тогда сеть была бы принципиально неубиваемой и использующей все возможные технологии при правильном выборе костов. Hо момент упущен, фидо сводится к принципу "работает - не трогай", так что красивые решения остаются уделом студенческих дипломных (и эта идея мне сейчас понравилась, следующему студенту я в качестве темы предложу написать такое).
Bye, Valery
--- GoldED+/W32 1.1.5-040321 * Origin: Star Seed (2:5005/77)
