Albram

А где логика? Если пользователь отключил автообновление, значит ему не нужна автоматическая установка новых версий, и зачем тогда проводить проверку на их наличие. Тогда нужно разделить "ползунок" на два, в одном оставить отключение автообновления, в другом проверку новых версий.

Смартфон и роутер несколько разные девайсы по сценарию использования. Смартфон, это персональное устройство, которым пользуетесь только вы. А роутер, всё-таки, устройство с более широкой аудиторией использования (если, конечно, вы не интроверт или затворник), ещё и с охватом части бизнес-аудитории. И последствия от подобных инцидентов совершенно разные. Для примера, в тот "день великой перезагрузки кинетиков" была на время парализована работа нескольких связанных кинетиками офисов. После прояснения причины, как думаете какое предложение было первым от владельцев? Правильно, "выкинуть эти кинетики тогда".

А зачем проверять обновления, если автообновление на всех вышеперечисленных кинетиках отключено? Получается, что не совсем обновления и отключены, раз при отключенном "ползунке" автообновления они продолжают проверяться. И тут можно посмотреть на мой предыдущий пост по-другому. Т.е. мы думаем, что мы управляем интернет-центрами Кинетик, а на самом деле.... мы только так думаем.

Отмечусь тоже. Ультра KN-1810 (3.6.10) после входа в её веб-интерфейс, ушла в перезагрузку. Следом от приложения прилетели уведомления от трёх KN-1010, расположенных далеко друг от друга, что они перешли в статус "Запущен". Что за массовый "падёж"? Не припомню, чтобы такое раньше случалось. Плохая тенденция... т.е. нашими железками рулят кинетиковцы?

Хмм... странно. Тоже сегодня KN-1810 неожиданно перезагрузилась в 9:45 МСК. Потом от приложения пришли уведомления о том, что три KN-1010, расположенные далеко друг от друга, вдруг были "Запущен". Плохая тенденция однако...

Ложная тревога оказалась. Адрес роутера попал в банлист fail2ban на серверах, потому пакеты и не доходили до них. Разобраться помог wireshark.

Вряд ли. Я это читал, и про оканчивающийся срок сертификата R3 тоже в курсе был. Если бы проблема была в сертификатах серверов, то снаружи тоже бы не подключалось с SSL. Проверка сертификатов серверов проходит, видится вся цепочка, включая новый ISRG Root X1. Клиенты в локалке на разных ОС, т.е. влияние ОС, и конкретного клиента, исключается.

KN-1810 контроллер, KN-1910 экстендер, версии KeenOS на обоих 3.6.10. Неожиданно появилась проблема, которой раньше не было. Буквально до вчерашнего дня работали запросы с любого устройства локальной сети по доменному имени к веб и почтовому серверам, расположенным в этой же локальной сети. Ничего не менялось, на роутерах аптайм был 73 дня, с момента обновления до 3.6.10. На серверах тоже за это время изменений не происходило. Но, тем не менее, вчера перестало работать обращение по доменному имени из локальной сети. В браузерах пишет о таймауте подключения. Причем, если обращаться снаружи, то всё работает. А при обращении из локалки, в логах серверов видно, что запросы до них не доходят. За день до этого почтовые клиенты начали "ругаться" на закончившийся 30.09.21 корневой сертификат Let`s Encrypt R3 на почтовом сервере, но потом перестали. Но вряд ли это причина, или всё-таки может быть, т.к. других изменений не замечено. Такая картина присуща микротикам, у них по умолчанию нет nat loopback, в кинетиках с этим проблем не было. Перезагрузка роутеров и серверов ничего не дала. В конфиге параметра nat loopback для WAN интерфейса не видно (его собственно и в ранних копиях нет, когда всё работало). Непонятно что послужило причиной такого.

До этого резервным было L2TP, а основным, как и сейчас, PPPoE, и время подключения показывалось для обоих соединений, и на главном экране, и в разделе проводных подключений. А после перевода резервного подключения на IPoE на нём перестало отображаться время подключения. И про L2TP я указал, в качестве примера того, что на резервном подключении время тоже отображается.

И какая разница для указания времени подключения?

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

В web интерфейсе KN-1810 (версия KeenOS 3.6.10) отсутствует информация о длительности времени подключения IPoE соединения (для PPPoE и L2TP отображается). Возможно ли добавить? Удобно одним взглядом видеть был ли разрыв одного из соединений, и какое время назад. Скрины для иллюстрации (имена провайдеров закрашены):

Тогда попробуйте в межсетевом экране роутера правило добавить пропускать пакеты на этот порт с внешнего интерфейса. Наподобие такого:

В винде, к которой коннектитесь, в Брандмауере открыт порт 5938? Может обновление windows ставились, и что-то поломали, раз откат на предыдущую прошивку, на которой до этого работало, не помогает. Или у провайдера что-то изменилось.

И локальный адрес у тплинка 10.0.0.1 ? На первом скрине хост dss какой IP адрес имеет, из подсети 10.0.0.0/24 ? Хост dss адрес получает по DHCP от роутера, или он статически настроен? Если статика, то совпадает ли подсеть с роутером? Лично я ни разу, ни на одном девайте keenetic (и zyxel keenetic тоже) ни на одной прошивке не имел проблем с перенаправлением порта/диапазона портов.

Честно говоря, упоминание AdGuard стало вызывать стойкую изжогу, из-за постоянных проблем с ним. Не знаю кто виноват, сам AdGuard, или KeenOS, но в логах постоянно вот такое, и доступ в Инет, естественно пропадает, иногда кратковременно на 1-2 минуты, иногда надолго:

У меня entware тоже на 16GB флешке ext2 и проблемы такой нет. Всё копируется в винде в любую сторону по tsmb без ошибок. А у вас в именах копируемых файлов кириллических символов нет? Если есть, попробуйте на латиницу заменить.

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

Вот тут, вроде бы, однозначно понятно, при каком токе делался замер напряжения: Диску вполне достаточно питания. Он уверенно стартует при подключении к порту, без лишних звуков. Даже если в момент разгона он потребляет больше 1А, или больше 1,2А, то всё равно, пока диск не выдаст сигнал готовности, никакие дисковые операции не производятся, и драйвер явно опрашивает диск перед тем, как прочитать/записать что-то. К тому же, в комповых USB 3.0 портах (не С конечно) при токе 1А напряжение даже меньше, чем на порту роутера при такой же нагрузке. Не напрямую же от Красноярской ГЭС порты компов запитаны. Поверьте, я не одну неделю занимался этой проблемой, и опробовал практически все доступные варианты. Потому сейчас возвращаться к вопросу, что диску не хватает питания, не вижу смысла. К тому-же диск же запитывался и от USB 3.0 хаба с внешним БП.

В этой теме есть фото напряжения на USB 3.0 порту роутера при нагрузке 1А, и оно чуть выше 5V, т.е. недостатка питания не ощущается.

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

Понятно. Либо tuxera "косячит" с драйвером ntfs, либо keenetic с его интеграцией со своим железом. В любом случае это плохо, и хотелось бы, чтобы keenetic обратил на это внимание. Уважаемый @Le ecureuil , рассмотрите, пожалуйста, описываемую здесь проблему. В кратце: к USB 3.0 порту роутера KN-1810 подключен внешний hdd, в моём случае это Seagate Maxtor M3 Portable 4TB с файловой системой NTFS, периодически в логах вижу ошибки: Сен 27 04:55:46 kernel tntfs error (device sdb2, pid 32401): ntfs_write_end(): Write failed (orig copied 1344, len 4096, actual copied 0). Проблема обнаружилась с самого начала использования нового роутера с версией ОС 3.4.12, и продолжается до сих пор, на актуальных 3.6.1, 3.6.2. Предпринятые действия описаны в этой теме (тут, много "воды", конечно, но суть проблемы отражена). Казалось, что подключение диска через внешний хаб решило проблему, но нет, это было временное улучшение, и не только у меня.

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

Попробуйте обновиться до 3.6.1 Я сейчас обновил, и снова создал архив и проверил. И, несмотря на то, что в логе во время создания архива появилась одна ошибка: Тестирование архива прошло без ошибок. Попробовал создать архив другого каталога, тоже без ошибок. Ещё раз создал архив, который вчера выдавал ошибку, всё прошло без ошибок. P.S.: Раз ошибка ntfs в логе появляется и с хабом, который я ставил, чтобы от неё избавиться, и, вроде бы, казалось, что это помогло, но, как видим, не помогло. Попробую опять подключить диск напрямую в роутер.

NTFS, и менять её не хочу. Со старой ультрой внешний диск (другой) c NTFS работал 6 лет без проблем, а с 1810 с самого начала началась проблема с диском. Вот и вчера, в логе, во время создания архива, были ошибки: Получается, что вернулся к началу этой темы.