Must not — «нельзя», явный запрет на что-то.
Переводить это как «не должен» неверно. В русском языке «не должен» равносильно «не обязан», тут корректно именно don`t have to.
Учителя с низким уровнем «технической грамотности» никакие пароли менять не будут, уверяю вас. Даже если им показать. Скажут, не наше это дело, пусть компьютерщики делают, им за это деньги платят.
Списки придётся уточнять, корректировать, потом обрабатывать каким-то скриптом (для работы с которым ещё придётся их привести в должный вид).
Игра не стоит свеч, как мне кажется. Много лишних действий ради предоставления сомнительной востребованности сервисов.
Смысла от отдельной учётки каждому учащемуся, честно говоря, не вижу.
Это ведь не их рабочие компьютеры, они не должны хранить на них никаких данных, не относящихся к учёбе.
Почту им, опять же, делать, скорее всего, вы не будете.
Проще сделать по одной учётке на курс (или класс, если угодно).
А если делать каждому — это огромный геморрой с созданием, сменой для них паролей (ой, простите, я забыл свой, поменяйте, пожалуйста), раздачей этих самых паролей и т.д.
Знаю на своём опыте, как тяжело выбить из руководства своевременные обновления списков сотрудников (кто пришёл, кто ушёл). Даже при всех орг. мерах и написанных приказах, в гос. учреждениях на это часто банально забивают.
«Freeradius понравился всем (особенно отзывчивостью устройства при command authorization...»
Разве RADIUS поддерживает покомандную авторизацию? Я думал, там только уровень привилегий можно выставить пользователю.
Конфигурацию можно синхронизировать каким-нибудь drbd (если у вас линукс) или как-то так под фрёй.
Да, конечно. Проприетарность только в сетевом протоколе.
Производитель даже пишет о возможности использования коробочки как бэкапа на лету для основного диска компьютера. Вышел из строя — вынимаем запаску из хранилища, вкручиваем в комп и всё работает.
Какая магия, какой UDP? :)
Повторюсь, используется свой собственный протокол LPX. У хранилища нет ip-адреса вообще, к нему нельзя подключиться стандартными средствами, без LPX.
Автор, думаю, беспокоился не о паролях пользователей, которые, конечно, все задают через secret, а о всех остальных, хранящихся в running-config, конфиденциальных параметрах, типа ключей, их цепочек и т.д.
Совершенно верно, RSTP может сходится очень быстро. Ни одного пинга не пропадёт.
Но есть условие — линк должен упасть совсем. Тогда смысла ждать 3 хеллоу, конечно, не будет, и свитч переключит сразу.
А вот если линк жив, а BPDU перестали идти — фатальный сбой совсем не очевиден. Может, канал забит где-то. Или процессор на той стороне загрузили так жестоко, что команду генерации и отправки BPDU никак не отработает. А может, конечно, и Root Bridge умер. Так что ждём, а вдруг разродится.
Переводить это как «не должен» неверно. В русском языке «не должен» равносильно «не обязан», тут корректно именно don`t have to.
Правильно — You should not be able to see…
Списки придётся уточнять, корректировать, потом обрабатывать каким-то скриптом (для работы с которым ещё придётся их привести в должный вид).
Игра не стоит свеч, как мне кажется. Много лишних действий ради предоставления сомнительной востребованности сервисов.
Это ведь не их рабочие компьютеры, они не должны хранить на них никаких данных, не относящихся к учёбе.
Почту им, опять же, делать, скорее всего, вы не будете.
Проще сделать по одной учётке на курс (или класс, если угодно).
А если делать каждому — это огромный геморрой с созданием, сменой для них паролей (ой, простите, я забыл свой, поменяйте, пожалуйста), раздачей этих самых паролей и т.д.
Знаю на своём опыте, как тяжело выбить из руководства своевременные обновления списков сотрудников (кто пришёл, кто ушёл). Даже при всех орг. мерах и написанных приказах, в гос. учреждениях на это часто банально забивают.
Разве RADIUS поддерживает покомандную авторизацию? Я думал, там только уровень привилегий можно выставить пользователю.
Конфигурацию можно синхронизировать каким-нибудь drbd (если у вас линукс) или как-то так под фрёй.
У меня тоже была такая мысль, когда впервые прочитал. Люблю удивляться. :)
Производитель даже пишет о возможности использования коробочки как бэкапа на лету для основного диска компьютера. Вышел из строя — вынимаем запаску из хранилища, вкручиваем в комп и всё работает.
Повторюсь, используется свой собственный протокол LPX. У хранилища нет ip-адреса вообще, к нему нельзя подключиться стандартными средствами, без LPX.
Но есть условие — линк должен упасть совсем. Тогда смысла ждать 3 хеллоу, конечно, не будет, и свитч переключит сразу.
А вот если линк жив, а BPDU перестали идти — фатальный сбой совсем не очевиден. Может, канал забит где-то. Или процессор на той стороне загрузили так жестоко, что команду генерации и отправки BPDU никак не отработает. А может, конечно, и Root Bridge умер. Так что ждём, а вдруг разродится.