Андрей Филатов

Сервис через dhcp выдаёт IP в подсети 172.21.0.0/16 и так же через dhcp единственный маршрут: все пакеты на IP адрес сервера через установленный канал (интерфейс).
адреса 169.254.150. – это адреса, которая выдаёт винда если не смогла ничего получить через dhcp

У меня только одно не получилось – настроить l2tp на андройде. Почему-то ну…[Читать далее]

Пробовал подключить свой NAS к здешнему VPN через встроенный клиент OpenVPN. Ничего не вышло: клиент требует загрузить файл сертификата (*.сrt), который непонятно где брать. А без него пишет ошибку подключения.

И аот что интересно. Когда прописываю в роутере VPN на ruvoip, то даже без какой-то маршрутизации, т.е. когда VPN интерфейс висит в воздухе, доступ к сайту ruvoip становится невозможным.

Как говорится, если собаке делать нечего то … Вот и я пытаюсь прописать у себя в роутере DLink DFL-260e маршрутизацию так, чтобы SIP на ruviop шло через VPN…[Читать далее]

Надо использовать не L2TP, а родной клиент SoftEtherVPN и все будет хорошо.

Недавно снова игрался с организацией VPN к ruvoip по L2TP/IPSek Получал на интерфейсе внутренний IP вида 169.254.0.0 (пишу по памяти), но так и не понял, как маршрутизировать. vpn.ruvoip.net …89 и ruvoip.net …80 находятся в одной подсети, а внутренний IP через VPN выдаётся в другой подсети.
Так и не победил это дело и откатил роутер назад.…[Читать далее]

Довольно просто реализовано.
Vpn сервер стоит на одном айпи, что позволило использовать много разных портов (в т.ч. и 443). А сам сервер на другом.
И.. при поднятии канала меняется не дефолтный шлюз, а маршрут всего на один айпи.

При запросе баланса через API мы получаем:
Внутренняя ошибка сервера
Произошла внутренняя ошибка сервера. Возможно, некоторые из компонентов системы в данный момент недоступны. Пожалуйста, повторите попытку позже.

Запросил мегафон в твитере… жду ответа

А что хочет от меня сервер Т37 в этой записи?
chan_sip.c: Got authentication request (401) on unknown NOTIFY to '<sip:srv_dxxxxx@talk37.ru>;tag=z9hG4bK09729ffb'

Кстати у меня астериск подключён аналогичным образом ещё к 2 сервисам. Там проблем с регистрацией как не было, так и нет.
Чисто логически предполагаем, что проблема всё-таки не на моей стороне.

И чем он плох?) Практика – критерий истины.
Я вообще предпочитаю придерживаться золотого правила: не трогай, пока работает. Именно поэтому например у меня на компе до сих пор Windows 7 и MSOffice 2003, а на сервере – Asterisk 1.4. Потому что всё это настроено и работает как часики. А ковыряние в багах новых версий мне никакого кайфа уже давно не…[Читать далее]

У тебя один единственный аргумент: а ведь раньше работало.
Хочу добавить что с точки зрения сервера твои устройства и твой астериск абсолютно ничем не отличаются. Ну совершенно ничем.

VPN тунель. При использовании тунеля от сервиса в него пойдёт трафик ТОЛЬКО до моего сервера. Никакие торренты туда не полезут. Маршруты прописываются толь…[Читать далее]

UPD: вернул время перерегистрации 60 секунд. И о чудо, только что впервые за последнее время прошёл вызов с Т37 на шлюз!

Правда теперь опять началась эта чехарда: 1 минута регистрации и потом 2 минуты отдыха. То есть шлюз недоступен 2/3 времени 🙁

Причём чем больше я делаю defaultexpiry, тем больше становятся паузы между регистрациями! Н…[Читать далее]

Так а где тогда запись в журнале сервера?

У меня все телефоны и астериск всю жизнь сидели на 5060 портах, всё работало. Я конечно попробую поменять порт астериску, но боюсь это пустая трата времени.
Проброс настраивать бесполезно, ибо провайдерский NAT. Попробую ещё с SIP ALG в роутере поиграться, но по прошлому опыту лучше его не трогать)

Сделал. См. выше.
А после проверил и решил что теперь оффлайн. Но передать шлюзу что сервер считает его теперь оффлайн он ведь не может, да?

В чём разница между телефонами и астериском?
Может развести их все на разные клиентские порты? Нет ли каког-то телефона, который сидит на клиентском порту 5060? Бывают проблемы с NAT и в этом.
может для…[Читать далее]

Вот запись из журнала Астериска:
talk37.ru:5060 srv_dxxxxx 45 Registered Wed, 12 Sep 2018 17:37:27

В журнале на сервере этой регистрации нет. То есть получается, сервер сказал Астериску, что зарегистрировал его, а сам по факту ничего не сделал.

Мм. Раньше для шлюза нормальным состоянием было ОК (в списке уч. записей), звонки на него соответственно работали.
Сейчас нормальное состояние Unreachable, звонки не проходят.
Для телефонов как было, так и осталось ОК, и звонки ходят в обе стороны. Напомню: телефоны и шлюз в одной сети, так что пакеты тут ни при чём.
В чём тогда проблема?

По поводу регистрации.
Никто её не держит.. есть моменты когда пакеты приходят и таймаут хранения этого состояния.
1. По трубе от тебя пришёл пакет REGISTER. Сервер пометил – online
2. пришло время и сервер отправил по трубе к тебе пакет OPTIONS. Нет ответа.. тишина. облом. значит offline
вот время между этими двумя событиями и есть состоян…[Читать далее]

@Demon я пытаюсь понять, почему “пакеты бегают” по-разному до телефонов и до Астериска… подключённых к одному и тому же провайдеру и роутеру… Почему телефоны работают в обе стороны, а у Астериска вдруг стала только исходящая связь..

Туннель VPN? Чтобы гонять весь мой торрентовый трафик через сервер T37? Вряд ли это хорошая ид…[Читать далее]

UDP протокол – не сеансовый.. это как двунаправленная труба. И направления независимы друг от друга.
с твоей стороны пакеты по трубе добегают до моего сервера.
со стороны сервера пакеты по трубе обламываются на NAT провайдера и не доходят до твоего шлюза.
Что может сделать сервер? Моё предложение – установи тунель (VPN). Ну или попробовать сеансов…[Читать далее]

@Demon ну вот же, я вижу записи в Истории:
17:02:01 – 17:05:06 srv_dxxxxx 00:03:05
16:32:01 – 16:35:06 srv_dxxxxx 00:03:05
16:02:01 – 16:05:06 srv_dxxxxx 00:03:05

Надо понимать, в эти трёхминутные периоды регистрация была? Так вот, при этом исходящие на шлюз всё равно не проходят (в Истории пишется “абонент не ответил”, по факту вызова на той сто…[Читать далее]