Size: a a a

Asterisk Russian Community

2021 June 04

AD

Andrey Davydov in Asterisk Russian Community
Да откуда ...
источник

AD

Andrey Davydov in Asterisk Russian Community
Он ругается не на сертификат он в принципе не отвечает
источник

A

Anomistyri in Asterisk Russian Community
Через эксплолер попытаться зайти
источник

A

Anomistyri in Asterisk Russian Community
В свойствах обозревателя добавить ip видеорега в надежные узлы.
источник

AD

Andrey Davydov in Asterisk Russian Community
Спасибо, попробуем
источник

AD

Andrey Davydov in Asterisk Russian Community
Все решилось, с другого ПК норм. Всем спасибо 🙏
источник
2021 June 05

VS

Vadim Selin in Asterisk Russian Community
А на сколько безопасно использовать md5secret вместо простого secret? Ведь паролю на телефоне соответствует только один пароль в sip.conf, а при использовании md5secret  вариантов,  которые можно использовать в качестве пароля множество.  Имеется ввиду, что существует не одно значение, значит и подобрать проще?
источник

АХ

Алексей Хабуляк... in Asterisk Russian Community
md5secret исползуется только чтобы не восстановить пароли юзеров по слитому конфигу.
если вас смущают коллизии, то посмотрите на любой запрос с авторизацией в SIP

Digest username="USERNAME", realm="example.com", nonce="YLssr2C7LHNElgwYXmNhbkpuPpN8ZDhyo7jh/TGUK3Gntpt3HX14Emeb5T+A", uri="URI", response="7710b5c09d34b9beed2989aa218694a2", algorithm=MD5

Вот тут например используется MD5 чтобы передать данные на сервер.
Коллизии есть у любой хеш функции, отдающей на выходе хеш одинаковой длинны, независимо от входных данных.
источник

VS

Vadim Selin in Asterisk Russian Community
Ваш пример, похоже, из регистрации аккаунта на сервере воип провайдера. А для внутренних пиров используется хэш из внутреннего номера, реалма и пароля. Реалм и внутренний номер могут быть известны... Вообще да, именно колизии и смущают. Не может теоретически быть одинаковым хэш от пароля из одного символа и пароля из 32 символов?
источник

АХ

Алексей Хабуляк... in Asterisk Russian Community
не вижу принципиальной разницы. идея всегда одна - не дать получить исходные данные из хеша.
хеш в целом так и высчитывается.
login:realm:password
+ подмешивается nonce.
то что реалм и номер известны - ни чем не поможет в расшифровке хеша
вот 2 примера
1000:example.com:12345 - a6456ee21a695746eeb1ce58adeeb066
1001:example.com:12345 - d1482c2c537c940bb3c94bfa4b672d0d

разница всего в 1 цифре логина - при этом хеши совсем не похожи друг на друга
источник

АХ

Алексей Хабуляк... in Asterisk Russian Community
у вас все равно будет высчитываться хеш(причем и на стороне сервера, и на стороне клиента) при авторизации реквеста(инвайта, регистрации и тд)
и тут тоже в теории могут быть коллизии. Но, как говорится - вероятность крайне мала
источник
2021 June 07

D

Demonik in Asterisk Russian Community
Добрый день. Иногда случается так что в очереди оператор In-Use, хотя по факту он не занят. Как с таким пбороться?
источник

V

Victor_sc120 in Asterisk Russian Community
очередь перезагружать
источник

V

Victor_sc120 in Asterisk Russian Community
из консольки
источник

b

bandys in Asterisk Russian Community
А как оператор в очереди виден? Sip, local, iax….
источник

D

Demonik in Asterisk Russian Community
SIP/105
источник

D

Demonik in Asterisk Russian Community
это то понятно. надо както от этого бага избаится )
источник

V

Victor_sc120 in Asterisk Russian Community
обновить ?
источник

D

Demonik in Asterisk Russian Community
наверное )
источник

b

bandys in Asterisk Russian Community
Хинты посмотреть
источник