Keen_VivaGiga

так как указанных устройств у меня нет - точно не подскажу. А искать в интернете по запросу asterisk extensions Voice Mail. Вот Вам точка старта: https://wiki.asterisk.org/wiki/display/AST/Configuring+Voice+Mail+Boxes

у меня первичного файла под рукой нет (только вычищенный), но я помню, что в сборке было такое, что практически всё парное (wb+nb) а какой-то модуль был один и на него ссылались оба направления. Думаю это не является проблемой, если работает.....

Да как так то? второй день после обновления прошивки роутера: 1) попробовал зайти в веб-интерфейс - минуту не открывался. (интернет вкладки проверял - всё работало) за эту минуту запустил попытку подключиться к CLI по SSH и entware по SSH - никакой реакции. 2) заволновался - взял телефон для проверки входа через приложение. Всё работает. 3) через минуту вручную вбил http://192.168.1.1/ - и зашло отлично. Мало того - перезапуск входов по SSH так же оказался успешным. при этом смотрю в логах на предмет ошибок - а там ничего особенного. Только штатные записи по wireguard. Собственно вопрос: "что такое происходит с роутером, что у него SSH то принимает подключение то запрещает?" Как проверить настройки SSH в момент "странного поведения"?

так приятно осознать, что то что я здесь написал читают разработчики. 😊 Обновили инструкцию https://help.keenetic.com/hc/ru/articles/4407012166674 в части изложенных выше вопросов (да и сборку обновили). Спасибо.

Обновился. В entware по прежнему не пускает. Похоже прочтение информации про entware меня не приблизили к пониманию физического смысла entware. Сверну под HIDE мои эксперименты и умозаключения: Значит у роутера есть правило разрешающее вход в CLI по SSH, и "неожиданно отваливается правило доступа из LAN для entware". где искать причину?

Собственно проблема с неожиданным : $ ssh 192.168.10.1 -p 22 ssh: connect to host 192.168.10.1 port 22: Connection refused справедлива и для версии из "ast18-keenetic-entware-mipsel-2021-09-03.tar.gz" (кстати, на https://help.keenetic.com/hc/ru/articles/4407012166674 версия сборки обновилась - теперь 2021-12-09) Как обычно, остаётся доступ в CLI по SSH (если изначально передвинуть его на другой порт). Вопрос повторю: как понять что именно ломается? может куда-то можно посмотреть. И как исправить? может можно "перезапустить порт entware" Если можно - ответ в виде команд линукса (я с ним не очень дружу) PS версию роутера не обновлял с момента разворачивания "ast18-keenetic-entware-mipsel-2021-09-03.tar.gz". Но так как "и так не работает" - сейчас обновлю роутер с 3,6,10 до 3,6,12 и сообщу - починилось ли.

Это не из-за обновления проблема. Она всегда появляется спустя некоторое время. Даже если не обновляться (я имею ввиду "сознательно не обновляться" - может он тихо сам себе и обновляется) Я в этой ветке продолжу эту тему обсуждать https://forum.keenetic.com/topic/2518-entware-3x-проблемы-с-установкой-настройки/page/18/#comments

нет. мало того - в ssh перестало пускать. С - стабильность. (это я про баг)

Что-то мне подсказывает, что КЛИ-команда для перезагрузки модемов сработает и для прочих устройств. (но это не точно) Ну а кнопку в интерфейсе не помешает....

Так как не всякое приложение работает из под Андроида с Астериском Кинетика поделюсь тем, что заработало у меня: PortSIP UC и звонит отлично, и сообщения шлет (на дворе конец 2021 года)

Если кто-то будет пробегать в поиске информации по FreeBSD , то там скрипт запускается так #sh /PATH/telega.sh "Hel ра плjdпр" А в диалплане так: exten => sms,n,Set(ivar=at_${STRFTIME(${EPOCH},,%Y%m%d-%H:%M:%S)}_SMS_${DONGLENUMBER}_:_${BASE64_DECODE(${SMS_BASE64})})}) exten => sms,n,System(sh /usr/local/etc/asterisk/scripts/telega.sh " ${ivar} ")

Собственно конструкция с которой начал, после исправления тоже работает # wget -O - --no-check-certificate "https://api.telegram.org/bot(вырезано)/sendMessage?chat_id=(вырезано)&text=Привет мир" --2021-11-20 18:03:28-- https://api.telegram.org/bot(вырезано)/sendMessage?chat_id=(вырезано)&text=%D0%9F%D1%80%D0%B8%D0%B2%D0%B5%D1%82%20%D0%BC%D0%B8%D1%80 Resolving api.telegram.org... 149.ХХХ.ХХХ.ХХХ, 2001:ХХХ:ХХХ:ХХХ:5:100:0:a, 2001::ХХХ:ХХХ:ХХХ:3:100:0:a, ... Connecting to api.telegram.org|149.ХХХ.ХХХ.ХХХ|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 319 [application/json] Saving to: 'STDOUT' - 0%[ ] 0 --.-KB/s {"ok":true,"result":{"message_id":27,"from":{"id":123,"is_bot":true,"first_name":"@tbot6","username":"Mbot"},"chat":{"id":123,"first_name":"(вырезано)0\u0439","type":"priv- 100%[============================================>] 319 --.-KB/s in 0s 2021-11-20 18:03:29 (11.2 MB/s) - written to stdout [319/319]

нашел. не знаю правильно или нет, но работает: -o /dev/null curl -sS -o /dev/null \ --max-time 30 \ --header 'Content-Type: application/json' \ --request 'POST' \ --data '{"chat_id": "'"${CHAT_ID}"'", "text": "'"${TEXT}"'"}' \ "https://api.telegram.org/bot${BOT_AUTH_TOKEN}/sendMessage" 2>&1 Да, такая конструкция не способствует отладке, зато вызов теперь проходит в полной "тишине" /opt/etc/asterisk/scripts # ./telega.sh "Helloiвапорлвоп олпвра плjdпр" /opt/etc/asterisk/scripts # Всем спасибо за помощь.

Спасибо!!!! Именно этого знания мне не хватало. Написал этому боту, и в ответ получил идентификатор, который вставил в CHAT_ID="ваш_id". И в ответ на вызов /opt/etc/asterisk/scripts # ./telega.sh Hello я получил (кроме сообщания на телефон) в шеле подробную информацию о заголовках и в конце: {"ok":true,"result":{"message_id":20,"from":{"id":123,"is_bot":true,"first_name":"@tbot6","username":"bot"},"chat":{"id":123,"first_name":"\u004339","type":"private"},"date":1637910936,"text":"Hello"}} Пробовал добавить во второй строке telega.sh строку ECHO OFF, но эту команду линукс похоже не воспринимает. Гугл говорит , что правильнее set echo off, но результата желаемого не получается. Решил глянуть мануал к Curl, и удивился, что в предложенных параметрах и так установлен бесшумный режим в виде -sS И только описание второго параметра (-i) приблизило к желаемому: Убрав -i вывод уменьшился до {"ok":tru................llo"}} Теперь думаю как и его убрать.

Для таких же как и я начинающих описываю подробно действия: 1) Устанавливаю # opkg install curl 2) Проверяю # curl -V curl 7.78.0 (mipsel-openwrt-linux-gnu) libcurl/7.78.0 OpenSSL/1.1.1k zlib/1.2.11 Release-Date: 2021-07-21 Protocols: file ftp ftps http https imap imaps mqtt pop3 pop3s rtsp smtp smtps tftp Features: alt-svc HSTS HTTPS-proxy IPv6 Largefile libz SSL 3) создаю файл (создавал копированием в привычном мне mc путём копирования существовавшего при установке callback-802.sh) /opt/etc/asterisk/scripts # ls callback-802.sh telega.sh Права не трогал - они на файле-образце стояли нормально. 4) ЗАПУСКАЮ /opt/etc/asterisk/scripts # ./telega.sh Hello HTTP/1.1 403 Forbidden Server: nginx/1.18.0 Date: Sat, 20 Nov 2021 11:51:31 GMT Content-Type: application/json Content-Length: 88 Connection: keep-alive Strict-Transport-Security: max-age=31536000; includeSubDomains; preload Access-Control-Allow-Origin: * Access-Control-Expose-Headers: Content-Length,Content-Type,Date,Server,Connection {"ok":false,"error_code":403,"description":"Forbidden: bot can't send messages to bots"}/opt/etc/asterisk/scripts # Уже чуть больше информации: "description":"Forbidden: bot can't send messages to bots" Это я не верно прописал идентификаторы?: Или в чём-то другом проблема?