Albram

Отлично! Значит будем ждать решения.

Если используется контроль доступа к сети wifi по MAC адресам, и на iphone iOS 14, то, как уже ответили, либо отключать на телефоне "Частный адрес", либо отключать контроль доступа по MAC адресам. Если не помогло, то посмотрите какой тип шифрования у вас установлен в настройках wifi сети на кинетике, если WPA2-PSK+WPA3-PSK, или WPA3-PSK, то попробуйте поставить WPA2-PSK.

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

И даже в рамку выделили: Но безуспешно.... т.к.: Но тем не менее, виноваты всё равно разработчики кинетика)

Возможно, у меня не используется mesh. Но при удалении на большое расстояние, на грани "видимости" wifi сети, телефон продолжает работать в wifi сети, пока не отвалится в сотовую сеть.

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

Это из-за wpa-psk, это сейчас небезопасный метод шифрования, и он не рекомендуется к использованию. Странно, у меня iPhone подключается и работает, и когда на роутере шифрование wpa2-psk+wpa3-psk, и когда wpa3-psk, и когда wpa2-psk. Причём с wpa3-psk даже, кажется, что чуть больше скорость соединения показывает. iOS 14.0. А с чего бы им на требования apple ориентироваться?)) Есть общепринятые стандарты, которых производители обязаны придерживаться, и apple в том числе.

Наверное версии не совпадают. У меня такие, и работает: librrd - 1.2.30-3a rrdtool - 1.2.30-3a libpng - 1.6.37-7

Я ничего не могу указать в любом сообщении этого топика. Я не автор этого топика, к тому же, даже свои старые посты я тоже не могу править, т.к. время на редактирование постов здесь очень ограничено. Про телегу, здесь на форуме есть тема про то, как отправлять оповещения в телеграм, нужно будет посмотреть. P.S.: А тем временем вышла вторая версия скрипта smarthtml, сейчас установил, выглядит бодрее конечно)

Спасибо. Если нужен будет self-test, то предоставлю. Я сравнивал два файла self-test, один после перезагрузки и незапущенном сервисе, а второй когда всё нормально, но ничего подозрительного не заметил.

Так выше на скрине уже работало. Поздравляю)

Здравствуйте. Суть проблемы: после перезагрузки Keentic Ultra (KN-1810, KeeneticOS 3.4.12) не всегда оказывается запущенным сервис tsmb слушающий порт udp/3702. Соответственно и сетевое обнаружение в проводнике Windows 10 по WSD не работает, но если обратится напрямую по адресу, то "шары" на кинетике открываются. Эту проблему я подробно описывал несколько месяцев назад: здесь. Тогда она была на первой чёрной ультре с версией 2.16. Найти окончательное решение там не удалось, и приходилось руками поднимать сервис после перезагрузки. Сейчас роутер другой, прошивка другая, а проблема та же, только не такая острая, т.к. после перезагрузки чаще всего всё работает, но не всегда. Хотелось бы как-то решить эту проблему, чтобы сервис устойчиво запускался всегда. Вот так выглядит, когда обнаружение не работает: А так, когда работает:

А ведь про этот ключ есть в этой теме упоминание: здесь. И буквально через два сообщения есть пример что нужно делать чтобы hdd распознавался базой: вот.

Дело видимо в контроллере, который в переходнике (кейсе) SATA-USB используется. А если так: smartctl -a -d sat /dev/sda

А если так: smartctl -a /dev/sda Что будет в выводе?

Да, спасибо, это оно.

Aplle не доверяет пользователю такие сложные вещи))) Потому в настройках сети в Appl TV есть только подключиться и забыть сеть)

Я конечно понимаю бесперспективность этого своего вопроса 😉 Но мало ли....

Возможно это максимум для вашего ноута. У меня в ноуте 2 антенны, и скорость он держит тоже 866.

Разница есть, например, при копировании больших объёмов в локалке с/на hdd, у которого скорость чуть больше 100МБайт/сек при чтении (не Мбит).

Нет такой возможности, т.к. стоит максимально возможная. У меня тоже, например телефон, иногда подключаются одинаково и с WPA2 и с WPA3 на 585Мбит/сек, но затем с WPA3 он в течении считанных минут, а иногда и почти сразу, переходит на 866Мбит/сек и так и остается на этой скорости, если условия не меняются. Тогда как с WPA2 долго держит 585, и потом переключается на 650Мбит/сек, а максимально что я видел на нём с WPA2 это 705. ))) логично, но хочу разобраться, может есть возможность использовать смешанный режим.

После замены роутера на KN-1810 (Версия ОС 3.4.12) имя сети wifi cделал прежним, а шифрование выставил WPA2-PSK + WPA3-PSK, т.к. есть устройства и с WPA2 и с WPA3. Все устройства сети, после ввода нового пароля, успешно зарегистрировались, кто с WPA2, кто с WPA3, кроме Apple TV 3-его поколения (модель A1469). На нём выходила ошибка: "Введённый пароль сети Wi-Fi недействителен. Повторите попытку. (-100)" или (-3900), но при этом не предлагалось ввести другой пароль. После включения старого роутера с таким же именем wifi сети, после первой же неудачной попытки предлагалось ввести новый пароль, и если в этот момент выключить старый роутер и ввести пароль сети от нового, то Apple TV успешно регистрировался на KN-1810. Попробовав различные комбинации (забыть сеть, перезагрузка с выключением и т.д.), но без включенного старого роутера невозможно было зарегистрироваться в wifi сети KN-1810. После этого решил сбросить настройки на Apple TV к заводским, но после сброса ничего не изменилось, он по-прежнему не регистрировался в сети с той же ошибкой. В итоге оказалось, что причина в WPA3, который этот старый Apple TV не поддерживает. После выставления на роутере шифрования WPA2-PSK + WPA3-PSK, Apple TV перестает регистрироваться в сети, и, ни в логе, ни в файле self-test нет видимых попыток регистрации. Т.е. после сохранения новой конфигурации, все устройства в течении нескольких секунд успешно регистрируются, и это видно и в логе, и в self-test, а попыток регистрации от Apple TV нет. Если оставить только шифрование WPA2, то через 4-5 секунд после сохранения конфигурации Apple TV успешно регистрируется в сети, и это видно и в логе, и в self-test. Проблема скорее всего в Apple TV (хотя не обязательно), но хотелось бы понять, почему в логах и self-test нет ничего, что указывало бы на проблему. Все другие устройства, причем того же периода выпуска и поколения, как и Apple TV, например старый планшет iPad Air, тоже не поддерживающие WPA3, прекрасно регистрируется с WPA2. Собственно вопрос навеян тем, что в режиме WPA2-PSK + WPA3-PSK, устройства с WPA3 соединяются на более высокой скорости, чем когда выставлен только WPA2. Или регистрируются на примерно одинаковой, но затем быстро доходят до максимальной с WPA3.

Так посмотрите кто занял этот порт. Закомментируйте в файле .toml строку user_name = 'username'

👍 Видимо да, если вообще оно будет. Я по совету Le ecureuil позвал в эту тему @vst (он и до этого тут отписывался), и если у него будет время и желание, тогда думаю, что решение найдется.

Не совсем так. Статуса LISTEN на udp портах нет, посмотрите на другие сервисы, висящие на udp портах, они тоже без статуса listen, но это не значит, что эти порты не слушаются. В 2.16 проблема в отсутствии процесса на udp/3702, а не в том, что нет статуса LISTEN. Вот так выглядит, когда не работает сетевое определение: ~ # netstat -tulnp | grep 3702 tcp 0 0 0.0.0.0:3702 0.0.0.0:* LISTEN 1385/tsmb-server А так, когда работает: ~ # netstat -tulnp | grep 3702 tcp 0 0 0.0.0.0:3702 0.0.0.0:* LISTEN 1385/tsmb-server udp 0 0 0.0.0.0:3702 0.0.0.0:* 1385/tsmb-server