Динамическая служба DNS для низкого qps, но высокого количества развертывания

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

3
задан 9 July 2011 в 22:44
1 ответ

Установка Вашего собственного сервиса DDNS не является особенно трудной; самая твердая часть должна была бы удостовериться, что клиенты могут на самом деле сделать обновления (поскольку я предполагаю эти устройства, которые Вы имеете, не поддерживают надлежащий динамический протокол обновления DNS, но вместо этого один из многих специальных протоколов, которые сервисные поставщики DDNS выдумали). Кроме того, если Ваши устройства будут все локализованы сетью вместе, то выполнение Вашей собственной инфраструктуры DNS даст лучшую производительность, чем использование внешнего поставщика (кто не будет как близко, сеть топологически).

При необходимости в в сделанном второпях найдите кого-то, кто знает сервис DNS прилично, и дайте им небольшой пакет наличных денег для установки его и документы записи о том, как поддержать его. Если это не спешка, получите копию книги BIND O'Reilly и имейте в ней. Если Вы не могли сделать его на неделе проигрывания вокруг, вернуться к плану A.

До использования существующего поставщика DDNS Вы будете автоматически уменьшены до использования тех, которые совместимы с механизмом (механизмами), доступным в Ваших устройствах; кроме того, так как Вы имеете дело с большими количествами пользователей, они захотят деньги, и, учитывая, что это - коммерческая служба, Вы работаете, Вы захотите сервисные гарантии (больше денег). Это, вероятно, будет пользовательское расположение, Вы идете, поэтому наденьте свою обувь согласования. Мое предположение - то, что это будет, вероятно, стоить столько в первичное время/деньги для закрепления соглашения, как это было бы, чтобы установить его самостоятельно и вероятно стоить столько для продолжающегося сервиса, сколько это будет, чтобы просто выполнить и поддержать установку самостоятельно.

1
ответ дан 3 December 2019 в 07:39

Теги

Похожие вопросы