keenet07

А чем вы рискуете? Безвозвратно слететь могут настроенные OpenVPN конфиги и что-то ещё... Ну вроде мэш ещё слетит, если не ошибаюсь. Все основные настройки хранятся в конфиге. Его вы можете сохранить. И если после сброса сайты так и не откроются с роутера, то загрузите старый конфиг.

Если именно на флэшку установлен и она не вставлена, то это как будто бы его и не установлено. На внутреннюю флэш память его не ставили точно?

Entware же у вас не установлен? Только там. Ну можете конфиг роутера выгрузить и в текстовом редакторе просмотреть на предмет маршрутов которые вдруг по какой-то причине не отображаются интерфейсом. Ищите там строки ip route. там все пользовательские маршруты.

На клиенте, имеете в виду на ПК? Настройки ПК могут изменяться в зависимости от интерфейса через который работаете. Когда подключено через роутер это один интерфес со своими настройками. Когда напрямую в ПК это другой интерфейс. Когда просто на ПК запускается ВПН это уже третий интерфейс. Я почему и спрашивал у вас про ПО которое может настраивать ограничения на эти интерфейсы. Но всё это не имеет значения, если вы говорите, что сайт не открывается даже на мобильных устройствах при работе через роутер. Ну а так трассировка у вас правильная, пинг идёт. Что ещё может мешать... Дата и время на ПК корректные же стоят?

Вот тут у человека была подобная ситуация. В итоге проблема обнаружилась с софтом на самом ПК. Тоже через роутер не открывалось, а напрямую работало. Проверьте всё что может как-то влиять на доступ в интернет на ПК. Антивирусы, бранмауэры и пр. Так же для проверки зайдите на сайты через роутер, но с другого устройства.

Версия прошивки то в итоге какая? За одно проверьте не стоят ли какие-то другие настройки DNS в сетевом подключении на компьютере при работе через роутер.

А для какой цели вам засыпание HDD? Уменьшение энергопотребления? Актуально для портативных устройств работающих от аккумулятора. Снижение тепловыделения или уровня шума? Этот фактор? Или продление срока службы HDD? А вот это навряд ли. Работающий в круглосуточном режиме HDD более надежен, чем тот который постоянно включается и отключается. Знающие люди для надежности даже парковку головок в моменты простоя отключают, не говоря уже об остановке вращения дисков. Для стационарных устройств.

Заметил, со временем предупреждение при отключении соединения стал нажимать на полном автомате, не задумываясь. Думаю с замочком на соединении, тем более самостоятельно выставленном было бы немного иначе.

@metcenger Чем всё кончилось?

Дашборд, Монитор трафика, Другие подключения. С этих меня не разлогинивает. Чаще всего что-то из этих открыто. Ну есть и другие. С Межсетевого экрана - возможно выкидывает. Точно не помню, нужно перепроверить. (не выкидывает)

А какая у вас вкладка чаще всего открыта? На активных вкладках интерфейса, где хоть какие-то данные обновляются разлогина не происходит. Вообще не перелогиниваюсь, если браузер всегда открыт. Если закрыть, тоже есть какое-то время на его перезапуск без разлогина. Полностью отключать время сессии, наверное плохая идея.

Ну так у вас и будет возможность заблокировать соединение от случайного отключения. Вне зависимости от причины. Наличие замочка предполагается для всех подключений. Я лишь против того чтоб подтверждать отключение всех без разбору подключений. Лишние действия.

Ну да, если вы заходите в админку через это соединение. И допустим у вас при этом нет другого способа зайти на устройство, даже если на нем есть интернет. Есть возможность случайно себя отключить. Ставим для себя замочек на этом подключении и выключатель соединения становится неактивным.

Наверное, если это делать в других подключениях, то тогда уж лучше с дополнительным замочком. На те подключения которые являются для вас входящим интерфейсом можно этот замочек активировать. А всё остальное пусть в один клик подключается и отключается. Совсем не хочется для этого какие-то дополнительные действия осуществлять.

В кабель Ethernet есть предупреждение при отключении. Случайно не отключишь.

Просто дождаться здесь. Я ник упомянул, будет уведомление.

Думаю @Le ecureuil может прояснить ситуацию с закрытием установленных соединений. Почему реализовано именно так. И возможно ли сделать иначе.

Не уверен насчет CLI, но в enware наверняка можно вручную отчистить таблицу активных соединений через conntrack -F. Возможно было бы не плохо иметь такую кнопку также где-нибудь в веб-интерфейсе. Или увязать любые изменения правил с изменением этой таблицы. Не в курсе в чем там конкретно сложность, возможно используется stateful брандмауэр. Видимо должна быть процедура после сохранения нового правила, которая ищет в таблице активных соединений подходящее по параметрам правила соединение и разрывает его.

Правила в межсетевом экране действуют на момент установления соединения, если я не ошибаюсь. Если соединение установлено и вы отмените правило, то отмена скажется только на новые соединения. Установленное не прервется само. Если я ничего не путаю. А вот отключение правил Переадресации портов вообще не имеют никакого отношения к правилам межсетевого экрана.

потому-что у вас устройства все через которые выходите зарегистрированы на другие IP со старыми настройками. А нужно чтоб получили адреса со спидстера заново. (Свой DHCP на локалку на хоппере нужно отключить.) Работать это должно но в целом вариант всёравно не интересный без WAN многих возможностей лишится устройство.

Ещё можно WAN перенастроить/перенести на другой порт. Для проверки.

А почему нет? Лан из списдстера в Лан хоппера. Вы должны будете оказаться в подсети Спидстера.

Воткните провод не в WAN а в LAN. В этом режиме то работает как свитч? DHCP Спидстера должен будет выдать свои IP адреса вашим устройствам. И инет должен работать.

Режим работы порта WAN на хоппере меняли? Вместо автоопределения поставьте какой-нибудь фулдуплекс 100.

Ну тогда остается только поиграться с режимами скорости порта WAN на хоппере. Не понятно что там ещё может быть. Ну может ещё кабель с медиаконвертора обжат как-то необычно. Микротик видит, а хопер не очень.