Задать вопрос
  • Ocserv. Почему клиент пингует сам сервер но дальше пакеты не уходят?

    @alexeyaktanov Автор вопроса
    Дмитрий, Благодарю, заработало))
    А по второму вопросу не подскажете? устройство внутри организации получает адрес 10.3.х.х и при попытке подключиться по впн клиент говорит:
    "Не удалось подключиться к серверу. Проверьте, имеется ли доступ к интернету и уточните адрес сервера."
    Прокси отсутствует, доступ в интернет есть, внешний адрес dns пингуется.
    Написано
  • Ocserv. Почему клиент пингует сам сервер но дальше пакеты не уходят?

    @alexeyaktanov Автор вопроса
    Alexey Dmitriev,
    iptables -L
    Chain INPUT (policy ACCEPT)
    target     prot opt source               destination
    
    Chain FORWARD (policy ACCEPT)
    target     prot opt source               destination
    
    Chain OUTPUT (policy ACCEPT)
    target     prot opt source               destination


    Он по дефолту и пропускает весь трафик
    Написано
  • Как в docker сохранить данные имеющиеся в контейнере?

    @alexeyaktanov Автор вопроса
    Valentin Barbolin, да, действительно так данные остаются :)
    Благодарю за совет. Не знал об этом отличии в именованных и неименованных вольюмов.
    Написано
  • Как в docker сохранить данные имеющиеся в контейнере?

    @alexeyaktanov Автор вопроса
    Так я же говорю что в директории контейнера /etc/exim4 уже есть дефолтные файлы и если монтировать вольюм с сервера, который изначально не содержит данных (пустой каталог), в директорию контейнера, то в контейнере папка так же становится пустой.
    А нужно что бы данные в контейнере при монтировании вольюма не потерялись.
    Идея была такая что директорию в контейнере копирую
    RUN cp -r /etc/exim4/ /etc/exim4_tmp/
    А потом смонтировать вольюм и перекопировать файлы обратно. Вот с этим шагом возникли сложности. Может есть более простой и изящный способ сохранить дефолтные конфиги в контейнере?
    Написано
  • Как правильно презентовать datastor с СХД на esxi хосты?

    @alexeyaktanov Автор вопроса
    А если без кластера сделать на хостах общий том это правильный подход? Планируется VM, которая должна постоянно жить на конкретном сервере и что бы у нее не было возможности автоматом переехать на другой хост
    Написано
  • Как найти причину односторонней слышимости?

    @alexeyaktanov Автор вопроса
    Valentin Barbolin,
    Проблема спустя 5 дней не повторялась.
    Как Вы и сказали, на фортике пробросил порты 5060, 5160 и диапазон RTP портов. Осталось разобраться с проблемой когда основной провайдер отваливается и инет идет по второму провайдеру. А то приходится лезть на FreePBX и править внешний адрес. Но это уже в другой теме, если ответа не найду))))

    Спасибо.
    Написано
  • Как найти причину односторонней слышимости?

    @alexeyaktanov Автор вопроса
    На фортике был проброс всех портов до сегодняшнего утра для IP адреса провайдера MTT. Сегодня утром проблема повторилась и сменил условие все порты, на конкретно 5060. Связь сразу же восстановилась. Но при звонках вываливается сообщение:

    [2024-04-11 08:43:08] WARNING[2587]: chan_sip.c:4167 retrans_pkt: Hanging up call SDfs6f101-cb91d337b6572b63d41abb7e7504791f000@127.0.0.1 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Ret...).


    Возможно на это можно закрыть глаза, ведь звонки то работают.
    Потестирую какое то время. Если все норм, то вернусь и подведу итог что помогло.
    Спасибо за советы.
    Написано
  • Как найти причину односторонней слышимости?

    @alexeyaktanov Автор вопроса
    Прошелся по этой блок-схеме:

    66177bf16382c628166453.jpeg

    Провайдер ссылается на поставщика услуг интернета. Якобы он шлет не туда RTP пакеты. Но поставщик услуг интернета тут не причем. Где то на моей стороне ошибка, которую я не могу найти.
    Написано
  • Как найти причину односторонней слышимости?

    @alexeyaktanov Автор вопроса
    Valentin Barbolin,
    Вот сейчас снова проблема повторилась.
    Зашел в консольку и там куча попыток регистрации:

    [2024-04-11 08:27:20] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 1717 sip:1717@91.197.190.62' failed for '188.165.1.202:5147' - Wrong password
    [2024-04-11 08:27:22] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 1472 sip:1472@91.197.190.62' failed for '188.165.1.202:5150' - Wrong password
    [2024-04-11 08:27:31] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 406 sip:406@91.197.190.62' failed for '188.165.1.202:5091' - Wrong password
    [2024-04-11 08:27:33] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 1313 sip:1313@91.197.190.62' failed for '188.165.1.202:5171' - Wrong password
    [2024-04-11 08:27:35] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 3883 sip:3883@91.197.190.62' failed for '188.165.1.202:5091' - Wrong password
    [2024-04-11 08:27:37] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 167 sip:167@91.197.190.62' failed for '188.165.1.202:5132' - Wrong password
    [2024-04-11 08:27:42] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 646 sip:646@91.197.190.62' failed for '188.165.1.202:5078' - Wrong password
    [2024-04-11 08:27:43] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 3026 sip:3026@91.197.190.62' failed for '188.165.1.202:5140' - Wrong password
    [2024-04-11 08:27:54] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 4286 sip:4286@91.197.190.62' failed for '188.165.1.202:5141' - Wrong password
    [2024-04-11 08:27:55] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 606 sip:606@91.197.190.62' failed for '188.165.1.202:5128' - Wrong password
    [2024-04-11 08:27:55] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 6819 sip:6819@91.197.190.62' failed for '188.165.1.202:5164' - Wrong password
    [2024-04-11 08:27:56] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 8133 sip:8133@91.197.190.62' failed for '188.165.1.202:5111' - Wrong password
    [2024-04-11 08:27:56] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 252 sip:252@91.197.190.62' failed for '188.165.1.202:5159' - Wrong password
    [2024-04-11 08:28:01] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 2759 sip:2759@91.197.190.62' failed for '188.165.1.202:5064' - Wrong password
    [2024-04-11 08:28:01] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 330 sip:330@91.197.190.62' failed for '188.165.1.202:5063' - Wrong password
    [2024-04-11 08:28:02] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 5966 sip:5966@91.197.190.62' failed for '188.165.1.202:5104' - Wrong password
    [2024-04-11 08:28:06] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 90 sip:90@91.197.190.62' failed for '188.165.1.202:5141' - Wrong password
    [2024-04-11 08:28:12] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 2903 sip:2903@91.197.190.62' failed for '188.165.1.202:5172' - Wrong password
    [2024-04-11 08:28:15] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 126 sip:126@91.197.190.62' failed for '188.165.1.202:5146' - Wrong password
    [2024-04-11 08:28:17] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 2448 sip:2448@91.197.190.62' failed for '188.165.1.202:5178' - Wrong password
    [2024-04-11 08:28:18] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 1381 sip:1381@91.197.190.62' failed for '188.165.1.202:5158' - Wrong password
    [2024-04-11 08:28:19] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 966 sip:966@91.197.190.62' failed for '188.165.1.202:5169' - Wrong password
    [2024-04-11 08:28:20] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 4712 sip:4712@91.197.190.62' failed for '188.165.1.202:5131' - Wrong password
    [2024-04-11 08:28:21] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 766 sip:766@91.197.190.62' failed for '188.165.1.202:5172' - Wrong password
    [2024-04-11 08:28:22] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 1562 sip:1562@91.197.190.62' failed for '188.165.1.202:5156' - Wrong password
    [2024-04-11 08:28:27] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 373 sip:373@91.197.190.62' failed for '188.165.1.202:5178' - Wrong password
    [2024-04-11 08:28:35] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 1050 sip:1050@91.197.190.62' failed for '188.165.1.202:5091' - Wrong password
    [2024-04-11 08:28:36] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 7243 sip:7243@91.197.190.62' failed for '188.165.1.202:5114' - Wrong password
    [2024-04-11 08:28:37] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 734 sip:734@91.197.190.62' failed for '188.165.1.202:5105' - Wrong password
    [2024-04-11 08:28:38] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 134 sip:134@91.197.190.62' failed for '188.165.1.202:5082' - Wrong password
    [2024-04-11 08:28:39] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 2339 sip:2339@91.197.190.62' failed for '188.165.1.202:5149' - Wrong password
    [2024-04-11 08:28:47] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 571 sip:571@91.197.190.62' failed for '188.165.1.202:5125' - Wrong password
    [2024-04-11 08:28:48] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 2228 sip:2228@91.197.190.62' failed for '188.165.1.202:5113' - Wrong password
    [2024-04-11 08:28:49] NOTICE[2587]: chan_sip.c:29044 handle_request_register: Registration from 1986 sip:1986@91.197.190.62' failed for '188.165.1.202:5166' - Wrong password



    Эти регистрации я не создавал. Откуда они могли появиться?
    Написано
  • Как найти причину односторонней слышимости?

    @alexeyaktanov Автор вопроса
    Какой тип регистрачии транка?

    Тип транка SIP.

    Не забыл указать список локальных сетей?

    Нет, не забыл. Локальные сети прописаны. Помимо внешних звонков еще есть между филиалами по VPN. С ними всегда все стабильно работает.

    Запускал в консольке FreePBX команду sip set debug peer TRUNK_NAME в моментах когда слышимость нормальная и когда односторонняя, но ничего полезного для себя я там не увидел.
    По поводу проброса портов сомневаюсь, потому что проблема носит периодический характер, то работает то не работает. SIP ALG отключил, понаблюдаю.

    Уверен что регистрация транка всегда идет через один и тот же внешний адрес?

    Думаю что да. В личном кабинете MTT в строке регистрации написан мой внешний ИП который на FreePBX указан, но тем не менее односторонняя слышимость присутствует.
    Написано
  • Почему группируются принтеры на терминальном сервере?

    @alexeyaktanov Автор вопроса
    Проблема с дублированием. Да, это МФУ, но подключаются только как принтер. Каждая из дублирующих записей это принтер (не сканер, не факс, а именно принтер). В диспетчере устройств вот что:
    6553367e98e79363258447.jpeg
  • Почему группируются принтеры на терминальном сервере?

    @alexeyaktanov Автор вопроса
    VoidVolker, Проблема в том, что это один и тот же принтер. И почему то он дублируется. На клиенте если зайти на принтсервер и подключить сетевой принтер, добавляется один принтер, а при повторном подключении принтера новая запись не создается.
    Нужно отключить дублирование (что бы второй и т.д. принтера уже не устанавливались повторно), а не группировать.
  • Что не так в ldap_search?

    @alexeyaktanov Автор вопроса
    Rsa97, если честно я не знаю где это посмотреть.
    я запускаю этот скрипт через приложение и ошибку смотрю вот тут:
    /var/log/apache2/error.log
  • Что не так в ldap_search?

    @alexeyaktanov Автор вопроса
    Добавил:
    $ldaphost = "10.10.10.10";
    $ldapport = '389';
    $login = "openfire";
    $password = "P@ssw0rd";
    $base = "DC=myDomain, DC=local";
    
    $ldap = ldap_connect($ldaphost, $ldapport) or die('Connection to LDAP failed!');
    $filter="(sAMAccountName=$username)";
    $array = array("telephoneNumber", "otherTelephone", "givenname", "mail");
    ldap_set_option($ldap, LDAP_OPT_PROTOCOL_VERSION, 3);
    $bind = ldap_bind($ldap,$login,$password) or die('Invalid credentials');
    if($ldap && $bind){
    	$result = ldap_search($ldap,$base,$filter,$array) or die('Unable to search LDAP server');
    }


    Ошибка та же.