Не надо.

И раз уж заговорили: не набирайте "system reset" и не подтверждайте на (очень) удалённой системе клиента, когда вам просто нужен был "system reboot", чтобы исправить небольшую проблему… К сожалению, после этого даже безопасный режим не помогает… Ну, если подумать: почему бы не отключить "system reset" (и, возможно, даже "system reboot") в безопасном режиме? Я думаю, можно смело предположить, что если кто-то находится в безопасном режиме, он что-то настраивает и, конечно, не хочет перезагружаться (без сохранения, то есть, покидая безопасный режим) и точно не хочет сбрасывать настройки до заводских. Как вам такая идея? Думаю, реализовать будет просто, и точно не повредит. Нормундс? С наилучшими пожеланиями, Christian Meis.

Да, "system reset" заставил многих моих клиентов подумать, что это выполнит "сброс" как на ПК – то есть перезагрузку. Может, лучше переименовать в "factory-default" или что-то более понятное. Но думаю, стоит подумать и над моим другим предложением: отключение определенных "опасных" команд в безопасном режиме. С уважением, Christian Meis.

Я знаю это – и предлагал расширить это, чтобы отключить команды, которые вам НЕ понадобятся во время работы с КОНФИГУРАЦИЕЙ. И восстановление заводских настроек или перезагрузка роутера никогда не потребуется во время настройки и в безопасном режиме. Так что отключение этих команд не повредит, а возможно, поможет избежать одного из бедствий… С наилучшими пожеланиями, Christian Meis.

Это было бы вполне возможно, если бы использовать систему вроде той, что на Cisco: все изменения только в памяти. Перезагрузишься — и все исчезнет. Только специальная команда записывает текущую конфигурацию в flash и делает ее постоянной… С наилучшими пожеланиями, Christian Meis

Отличная идея!

Я еще не пробовал, но понимаю, что если делать Netinstall с опцией ‘configure script’, то система установится с твоими настройками как ‘default’ – значит, ‘system reset’ просто вернет RB к твоей первоначальной конфигурации… Кто-нибудь может это подтвердить?

Мне очень нравится, как Juniper делает это в JunOS. В Cisco IOS каждая команда, которую ты вводишь, вступает в силу немедленно, даже если она еще не сохранена во флэш-память и не будет восстановлена после перезагрузки. Например, если ты подключаешься к Cisco IOS по telnet и выдаешь команду “shutdown” для интерфейса, по которому работает твой telnet-сеанс, ты лишаешь себя доступа. В Juniper JunOS все команды CLI редактируют лишь “кандидатскую конфигурацию”. Команды CLI не оказывают немедленного эффекта на роутер. Ты можешь вносить сложные изменения в конфигурацию, не прерывая сеанс или не влияя на трафик клиентов, а когда почувствуешь, что все готово, можешь “закрепить” кандидатскую конфигурацию. Тогда роутер либо применит ее целиком и сразу, если конфигурация корректна, либо не применит вообще, если обнаружит какие-либо проблемы, например, если кандидатская конфигурация содержит ссылку на именованный ACL, который ты удалил из конфигурации, но забыл удалить с интерфейса. –Том

Переименование команды — отличная идея. /system reset и /system reboot слишком похожи — единственное различие — сокращение, которое состоит всего из одного символа. Я однажды случайно сбросил систему именно из-за этого.