Как узнать IP по номеру телефона в asterisk?
Ноябрь 15, 2019 Время чтения: 2 минуты
Сам недавно задавался этим вопросом, но ничего путного в "гугле" не нашел, а ответ был найден в документации к asterisk.
Подключаемся по ssh к севреру, переходим в CLI командой
asterisk -rvv
получаем список доступных номеров для pjsip
pjsip show contacts
и получаем список вида:
Contact: <Aor/ContactUri..............................> <Hash....> <Status> <RTT(ms)..>
=====================================================================================
Contact: 5100/sip:5100@192.168.1.65:5060 6e5bd37645 Avail 8.040
Contact: 5100/sip:5100@192.168.1.65:5060 6e5bd34784 Avail 8.040
Contact: 5120/sip:5120@192.168.1.118:5060 c5a86f20a3 Avail 9.065
Contact: 5120/sip:5120@192.168.1.118:5060 c5a37f20a3 Avail 9.065
Contact: 5121/sip:5121@192.168.1.64:5060 ac57248977 Avail 8.110
Contact: 5121/sip:5121@192.168.1.64:5060 ac57273928 Avail 8.110
Помимо этого, можно видеть, что аппарат доступен о чем и свидетельствует надпись avail.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
Настройка клиента OpenVPN через network manager в calculate linux
Июль 15, 2019 Время чтения: 3 минуты
Отпуск системного администратора, редко проходит без необходимости подключения к рабочей сети с целью проверки работоспособности сетевых устройств и сервисов. Это жестокая правда жизни для небольших компаний с минимальным IT-штатом. Если к linux серверам можно запросто подключиться через ssh и выполнить большинство задач, то когда нужно подключиться к windows машине, да еще и из под linux, то возникают проблемы, которые и призвана решить технология VPN.
В этой статье я поверхностно накидаю настройку клиента, для подключения к VPN-серверу на базе OpenVPN.
Первым делом, давим на значок сетевого соединения правой кнопкой мыши и выбираем меню:
Настроить сетевые соединения
Дальше, давим на плюсик внизу окна
Добавить новое соединение
В списке VPN-соединений, выбираем
OpvnVPN Совместимая с сервером OpenVPN
Даем имя нашему VPN соединению, и во вкладке заполняем поля:
Шлюз: здесь все ясно, нужно установить шлюз нашего VPN сервера
Тип соединения: Сертификаты (TLS) (эта опция напрямую зависит от настроек вашего сервера)
Сертификат ЦС: здесь указываем путь к сертификату удостоверяющего центра.
Сертификат пользователя: Соответственно файл сертификата пользователя
Закрытый ключ: Ключ пользователя
Жмем "сохранить"
Далее, жмем кнопку "дополнительно"
И отмечаем необходимые пункты, что тоже индивидуально для вашего сервера.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
Прослушка определенных номеров в asterisk
Апрель 24, 2019 Время чтения: 3 минуты
Есть ситуации, когда необходимо проконтролировать общение менеджеров с клиентами, вот и мне поступила задача, чтобы человек мог прослушивать переговоры определенных номеров.
Для решения этой задачи, есть модуль chanspy в asterisk, его и будем настраивать.
Открываем конфигурационный файл
/etc/asterisk/extensions_override_freepbx.conf
У меня этот файл частично заполнен:
[app-chanspy]
; шепот (позволяет суфлировать неопытному менеджеру во время переговоров)
exten => 555,1,Macro(user-callerid)
exten => 555,2,Authenticate(здесь_цифровой_пароль)
exten => 555,3,Read(SPYNUM,agent-newlocation)
exten => 555,4,ChanSpy(PJSIP/${SPYNUM},qdv(-1))
; оба канала
exten => 556,1,Macro(user-callerid)
exten => 556,2,Authenticate(здесь_цифровой_пароль)
exten => 556,3,Read(SPYNUM,agent-newlocation)
exten => 556,4,ChanSpy(PJSIP/${SPYNUM},qBv(-1))
; простое прослушивание (прослушка без суфлирования)
exten => 557,1,Macro(user-callerid)
exten => 557,2,Authenticate(здесь_цифровой_пароль)
exten => 557,3,Read(SPYNUM,agent-newlocation)
exten => 557,4,ChanSpy(PJSIP/${SPYNUM},qv(-1))
;прослушивание определенных номеров
exten => 5582222,1,ChanSpy(PJSIP/2222,qv(-1)
;--== end of [app-chanspy] ==--;
Теперь достаточно перезагрузить конфиги, подключившись через консоль к серверу с asterisk и выполнив
asterisk -rvv
Войти в CLI, а оттуда:
core restart when convient
После чего, дождаться перезагрузки (когда все трубки будут повешены) и можно тестировать:
Набираем 5582222 и слушаем переговоры с номера 2222.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
После установки "залежалого" calculate linux
Апрель 12, 2019 Время чтения: ~1 минут
Если вы только что скачали релизный образ calculate linux, который уже пару-тройку месяцев лежит на зеркале, установили его на свою машину и запустили, то вас наверняка ждут проблемы с установкой софта: Блокированные пакеты зависимостей неудовлетворенные версией присутствующей в дереве, замаскированные пакеты etc. Поэтому после установки придется обновить мир ибо жить в такой системе, конечно можно, но неполноценно, а потому:
eix-sync
emerge -uDNa world
emerge -ac
dispatch-conf
Обновление мира, снова сделает систему актуальной и беспроблемной. Насколько это возможно.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.
Апрель 4, 2019 Время чтения: 3 минуты
Утром пришел на работу, поглядел - пропущенный звонок из бухгалтерии. Сразу полез проверять работоспособность сервера 1С. Сервер не пинговался. Добежал до него, вскрыл и обнаружил, что блок питания приказал долго жить, дуплетом выстрелив в корпус двумя конденсаторами.
Быстро поменял блок питания на другой, физически сервер запустился. Я выдохнул, но рано. Клиент 1С не цеплялся к серверу, а выдавал такую ошибку.
Проверил статус:
/etc/init.d/srv1cv83 status
и получил выхлоп:
1C:Enterprise 8.3 server status:
Init script: STARTED.
Ragent: NOT RUNNING.
Печально. Попробовал запустить
/etc/init.d/srv1cv83 start
И ситуация не поменялась. В интернетах было найдено множество статей твердящих одно и то же: "удалить файл /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst" и "содержимое каталога srvinfo" после чего, перезапустить сервер. У меня же не было ни этого файла, ни этого каталога. Видимо файлы сервера серьезно пострадали при выключении питания. Пришлось действовать топорным методом, ибо два бухгалтера уже уселись на мои плечи и каждый нашептывал в ухо угрозы.
Дополнение: Если при попытке подключиться к БД сервер ищет СУБД на другом IP (том, что был раньше) то проверь файл hosts!
Столкнулся с этой проблемой при переезде сервера в другой офис. Долго думал.
Я удалил все содержимое каталога:
/home/usr1cv8/.1cv8/1C/1cv8
После чего запустил снова сервер:
/etc/init.d/srv1cv83 start
Получил предупреждение о существующем pid файле и указании, что это может означать, что последний запуск не удался (да ла-а-а-адно!!!??)
:Enterprise 8.3 server: Warning: pid file existed on server start. it can mean that last run failed...
OK
После чего, можно запускать консоль администрирования серверов 1С предприятия и заново добавить все имеющиеся в СУБД базы.
Вам ведь не нужно напоминать, что вы все делаете на свой страх и риск, и автор статьи не несет ответственности за возможный причиненный ущерб? ;-) Экспериментируйте, ведь дорогу осилит идущий.