Всем доброго дня. Столкнулся с небольшим непониманием работы Asterisk в плане указания произвольного UA (User-Agent).
Иногда хочется чтобы твое оборудование представлялось тем,чем на самом деле не является. Например в ответе на запрос OPTIONS вместо "Asterisk бла бла" он отдает в поле User-Agent "CommuniGatePro-callLeg/6.2". Это полезно для того чтобы уменьшить количество передаваемой идентифицирующей информации во вне.

Тихо и незаметно прошло 10 лет с момента регистрации домена syslinux.ru на котором я в далеком 2011 году решил разместить свой уютный бложикзаписную книжку. С тех пор утекло много воды, Linux почти зОхватил десктопы, я купил айфон, а stable zabbix обновился до версии 5,а syslinux.ru остался верен своей традиции.

Желаю, чтобы у меня уже никогда не появилось так много свободного времени, чтобы писать посты каждый день, но самое важное обязуюсь выкладывать.

Сам себя не поздравишь, никто не поздравит.

Доброго всем времени суток. Очередная заметка, пока есть желание пографоманить и чуточку времени.
Итак, мы хотим включить pooling в запросах через unixODBC. Для чего это может понадобиться - сейчас кратко распишу.
Например, у нас есть приложение "А" которое делает запросы в базюку "Б". Приложение А вообще не знает ничего про pooling а просто обращается в unixODBC, который уже в свою очередь дергает библиотеки драйвера (в нашем случае libsqora). Так вот unixODBC может селектнуть в базюке, забрать вывод и закрыть подключение к базе. Через какое то время (иногда меньше секунды) операция повторяется. И правильно: открывается новое соединение к базе и все вытекающие. А если таких подключений сотни, а если тысячи? Не очень как то. Поэтому на стороне unixODBC мы можем включить pooling и не закрывать соединение с базой.
Делается это довольно просто.

# Example driver definitions
[ODBC]
Trace = No
#Trace File = /tmp/sql.log
Pooling = Yes

Доброго времени суток читатель меня. Очередная заметка (коих стало очень мало последнее время) на память и для остальных возможно будет полезна. Касается заметка zabbix_agent и zabbix_server и логики их работы. Жили не тужили как говорится и в один прекрасный день получаем "Zabbix agent on host.name is unreachable for 5 minutes"