TheUniqueDisplayName

Экспериментирую, пытаюсь выяснить, в чем причина странного поведения mumble, решил протестировать отправку udp пакетов на iperf3. Провёл 2 теста, клиентом служил смарт, через отдельный мобильный интернет. Команды в обоих случаях были одинаковые, а результат разный, менялся только сервер. В чем может быть причина такого поведения, и как это починить на роутере? Команда сервера: iperf3 -s -p 64738 Команда клиента: iperf3 -c *.keenetic.link -u -p 64738 -b 1M -t 30 Результат, сервер - роутер ----------------------------------------------------------- Server listening on 64738 (test #4) ----------------------------------------------------------- Accepted connection from ***, port 33407 [ 5] local *** port 64738 connected to *** port 8342 [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-1.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 1.00-2.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 2.00-3.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 3.00-4.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 4.00-5.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 5.00-6.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 6.00-7.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 7.00-8.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 8.00-9.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 9.00-10.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 10.00-11.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 11.00-12.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 12.00-13.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 13.00-14.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 14.00-15.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 15.00-16.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 16.00-17.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 17.00-18.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 18.00-19.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 19.00-20.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 20.00-21.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 21.00-22.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 22.00-23.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 23.00-24.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 24.00-25.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 25.00-26.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 26.00-27.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 27.00-28.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 28.00-29.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) [ 5] 29.00-30.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) Результат, сервер - ПК, подключенный к тому же роутеру ----------------------------------------------------------- Server listening on 64738 ----------------------------------------------------------- Accepted connection from ***, port 47842 [ 5] local 192.168.1.101 port 64738 connected to *** port 65030 [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-1.00 sec 113 KBytes 921 Kbits/sec 2.759 ms 0/83 (0%) [ 5] 1.00-2.00 sec 122 KBytes 1000 Kbits/sec 0.826 ms 0/90 (0%) [ 5] 2.00-3.00 sec 122 KBytes 999 Kbits/sec 2.461 ms 0/90 (0%) [ 5] 3.00-4.00 sec 122 KBytes 999 Kbits/sec 1.558 ms 0/90 (0%) [ 5] 4.00-5.00 sec 122 KBytes 1000 Kbits/sec 2.281 ms 0/90 (0%) [ 5] 5.00-6.00 sec 122 KBytes 999 Kbits/sec 2.534 ms 0/90 (0%) [ 5] 6.00-7.00 sec 122 KBytes 999 Kbits/sec 1.329 ms 0/90 (0%) [ 5] 7.00-8.00 sec 122 KBytes 999 Kbits/sec 2.056 ms 0/90 (0%) [ 5] 8.00-9.00 sec 123 KBytes 1.01 Mbits/sec 2.289 ms 0/91 (0%) [ 5] 9.00-10.00 sec 122 KBytes 999 Kbits/sec 3.871 ms 0/90 (0%) [ 5] 10.00-11.00 sec 122 KBytes 999 Kbits/sec 2.154 ms 0/90 (0%) [ 5] 11.00-12.00 sec 121 KBytes 988 Kbits/sec 1.951 ms 0/89 (0%) [ 5] 12.00-13.00 sec 122 KBytes 999 Kbits/sec 3.888 ms 0/90 (0%) [ 5] 13.00-14.00 sec 123 KBytes 1.01 Mbits/sec 1.809 ms 0/91 (0%) [ 5] 14.00-15.00 sec 119 KBytes 977 Kbits/sec 1.456 ms 0/88 (0%) [ 5] 15.00-16.00 sec 125 KBytes 1.02 Mbits/sec 1.722 ms 0/92 (0%) [ 5] 16.00-17.00 sec 122 KBytes 999 Kbits/sec 1.668 ms 0/90 (0%) [ 5] 17.00-18.00 sec 122 KBytes 999 Kbits/sec 3.003 ms 0/90 (0%) [ 5] 18.00-19.00 sec 121 KBytes 988 Kbits/sec 3.482 ms 0/89 (0%) [ 5] 19.00-20.00 sec 123 KBytes 1.01 Mbits/sec 1.499 ms 0/91 (0%) [ 5] 20.00-21.00 sec 122 KBytes 1000 Kbits/sec 2.891 ms 0/90 (0%) [ 5] 21.00-22.00 sec 122 KBytes 999 Kbits/sec 1.124 ms 0/90 (0%) [ 5] 22.00-23.00 sec 122 KBytes 999 Kbits/sec 2.469 ms 0/90 (0%) [ 5] 23.00-24.00 sec 122 KBytes 999 Kbits/sec 6.867 ms 0/90 (0%) [ 5] 24.00-25.00 sec 122 KBytes 1000 Kbits/sec 1.317 ms 0/90 (0%) [ 5] 25.00-26.00 sec 122 KBytes 999 Kbits/sec 2.121 ms 0/90 (0%) [ 5] 26.00-27.00 sec 122 KBytes 999 Kbits/sec 2.124 ms 0/90 (0%) [ 5] 27.00-28.00 sec 122 KBytes 999 Kbits/sec 5.568 ms 0/90 (0%) [ 5] 28.00-29.00 sec 123 KBytes 1.01 Mbits/sec 5.411 ms 0/91 (0%) [ 5] 29.00-30.00 sec 121 KBytes 988 Kbits/sec 5.634 ms 0/89 (0%)

Похожая ситуация, правда у меня активация по голосу. Иногда связь будто обрывается - с моей стороны сигнал идет, но друг часто его не слышит, у него сигнала нет. Я сам подключаюсь к роутеру из локальной сети, а другу даю свой айпи. Еще странно, что друг не мог подключиться через keendns, через ссылку типа ***.keenetic.io, может нужны какие-то особенные действия? Тестировал другой вариант - когда оба пользователя из локальной сети подключаются к роутеру, в этом случае всё работает хорошо. Конфиг мой не сильно отличается от дефолтного, пароль только выставил и всё. UPD: подключился через мобильный интернет (приложение Mumla) - проблема как у yarik, кажется, что сигнал передается, когда он идет с обеих сторон. Если поставить мут на микрофон с одной стороны, то пользователи друг друга не услышат. Заодно попробовал зарегистрировать домен в keendns, а не использовать выданный - с Mumla подключился, главное чтобы адрес был без протокола в начале (без http/https) UPD2: запустил оригинальный сервер Mumble у себя на компе - работает отлично, также на ПК собрал билд репозитория с GnuTLS (с OpenSSL 3 не собирается) - работает с теми же настройками, как и на роутере, без проблем. UPD3: Собрал билд umurmur из последнего коммита репозитория с OpenSSL3 на роутере, также протестировал пару версий из архива - первую и серединную, первая на OSSL1, другая на OSSL1.1. Ничего из этого не помогло, проблема ровно та же. Думаю, это всё исключает баг из-за перехода на новые библиотеки или случайно добавленного бага в репе. Если у людей выше всё работало нормально, то вижу такие причины проблемы: В системе что-то поменялось с обновлением. У людей просто другие железки. Поменялся сам клиент Mumble, и более не совместим со стареньким urmurmur. На вики написано, что должна быть версия клиента от 1.2.*, а Mumla мне пишет что версия сервера - 1.2.4. Возможно еще проделки провайдера, но баг слишком странный для этого. Ну и кривые руки никто не отменял. Хотелось бы, чтобы пользователи выше отписались, как у них работает пакет сейчас.

Пообщался с техподдержкой, оказалось что я выставил роль не тому порту. На моих роутерах (1010, 1910) номера портов, которые нарисованы на роутере - на 1 выше, чем соответствующий номер интерфейса: Обозначение на роутере Интерфейс 0 (Синий порт) GigabitEthernet1/0 1 GigabitEthernet0/0 2 GigabitEthernet0/1 3 GigabitEthernet0/2 По остальным вопросам: STP влияет только на проводные устройства. Чтобы выключить STP на устройстве, подключенному к ретранслятору, нужно зайти в админ панель самого ретранслятора и задать роль там (я думал что через главный роутер это может делаться). Роль удалять так: interface GigabitEthernet0/1 no role iseg system configuration save

На ПК, подключенном проводом к главному роутеру, уже есть роль iseg; от главного роутера идет провод к ретранслятору, к которому подключены все остальные устройства по проводу и WiFi. Несмотря на настройку, когда этот ПК включается, на устройствах пропадает интернет. Отсюда вопросы: 1. Должен ли я также выключать STP на устройствах ретранслятора, чтобы там интернет не пропадал? 2. Если должен, как быть с устройствами, подключенными по WiFi? 3. Правильно ли я понял, что порт главного роутера, выходящего на ретранслятор - лучше не трогать?

Спасибо что пояснили. Я просто навидался подобных фраз от техподдержки крупных и не очень компаний, меня они несколько триггерят, за что извиняюсь) Про это выше писал - оно ломает юзер флоу. Я уверен, что без обновления у меня всё будет работать так же, как и работало, поэтому не хочу тратить кучу времени на обновление приложения, когда могу за 10с просто включить нужную опцию и закрыть приложение. Это окно напоминает рекламу на весь экран "Установите наш браузер", или рекламу перед тем, пока не посмотришь видео - браузер не нужен, то что рекламируется покупать не будешь, но время потратишь. Правда там они деньги зарабатывают на этом, а тут просто кто-то решил, что так будет удобнее для всех.

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

Мои наблюдения такие, что "домохозяйки" выбирают что-то попроще, например роутер, который предоставляет провайдер интернета. Или любой другой аналог, помощнее и подешевле, чем Кинетики не выделяются совсем - относительно китайцев у Кинетиков железо слабенькое, а цена высокая. В основном Кинетик выбирают люди, знающие что хотят, или те же домохозяйки по совету знающих людей. Ведь настраивать роутер и поддерживать его в рабочем состоянии в любом случае придется администратору - домохозяйки не будут в этом разбираться. Вообще, конечно, мне подобные заявления рвут шаблон. Домохозяйки, получается, не заслуживают пользоваться нормальным инструментом? Я приложение маркетплейса не просто так привел в пример - приложение маркетплейса не является инструментом, с точки зрения пользователя это онлайн магазин. Я лично привык, что в магазине появляются новые или свежие товары от разных поставщиков - это нормально; для подобного флоу приложение обязано обновляться. Но вот если у меня дрель то будет работать, то не будет, в зависимости от погоды в Австралии, а еще током начнет бить - я ее просто выкину и больше такую покупать не буду, популярность этой дрели меня тут вообще не интересует.

Я через облако приложением почти не пользуюсь. Мое основное требование к приложению, чтобы панель управления роутером была "под рукой", без использования ПК. Я готов смириться, если без обновления облако отвалится, но т.к. смартфон имеет функцию подключения к WiFi, он может управлять роутером напрямую в локальной сети, это нужно в случае, если интернета на роутере нет. Роутер я тоже обновляю вручную, поэтому мне не доставит проблем внезапная несовместимость API самого роутера и приложения. Когда я в последний раз обновил приложение - пожалел дважды. Первый раз пожалел, когда меня приложение заставило залогиниться в учетку кинетика, хотя я пользовался им до обновления, и возможно был уже залогинен. Я был в локальной сети, и мог бы управлять роутером напрямую, но приложение мне этого не давало. Вспомнить логин от учетки было тем еще квестом, поэтому на время пришлось забить на управление со смартфона и настраивать с ПК. Второй раз пожалел со всплытием этой плашки. Для тех кому нужна новая версия - есть настройка в Google Play, которая автоматически обновляет все приложения до новой версии. Кажется, она включена по-умолчанию в WiFi. Допускаю, что она может работать плохо и не обновлять приложение вовремя, для этих случаев и нужно окно, но включать его нужно с согласия пользователя. Видел, что в некоторых приложениях просто плашка на главной "приложение устарело", которая не ломает юзер флоу, но даже ее стоит делать опциональной: мне лично такая плашка не нужна, я и так знаю что оно скорее всего устарело. Стоит не забывать, что мы не приложение маркетплейса для массового пользователя сейчас обсуждаем, а инструмент сисадмина. Я думаю ни одному сисадмину не нравится, когда за него решают "как лучше".

Обновил скрин в шапке. В общем, как я понял, без шаманских бубенов эту штуку не убрать. Если это так - прошу модераторов отправить тему в баги и назвать соответствующе, например "сделать опцию выключения in-app update", или "удалить in-app updates". Я считаю это багом, потому что сделали сомнительную фичу, а опцию ее выключения добавить забыли.

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

Я некоторое время назад на форуме нашел решение, которое мне не помогло, найти его заново не могу, что сделал не помню уже, но хотел бы вернуть настройку к заводским. Сбрасывать и перенастраивать оба устройства не очень хочу. Есть ли какой-то способ посмотреть историю введенных команд в telnet или <ip>/a? Или посмотреть список настроек, которые отличаются от стандартных?

Сабж. Я сам решу, когда мне обновить приложение, мешает только.