Фев
18

Если в логи fail2ban сыпятся такие ошибки

2015-01-05 20:37:07,270 fail2ban.filter : ERROR No 'host' found in '[] SECURITY[11464] res_security_log.c: SecurityEvent="InvalidPassword",EventTV="1420047663-535903",Severity="Error",Service="SIP",EventVersion="2",AccountID="800970597572760",SessionID="0x61d7df5c",LocalAddress="IPV4/UDP/**IP REMOVED**/5060",RemoteAddress="IPV4/UDP/188.138.94.14/5071",Challenge="56e0973f",ReceivedChallenge="56e0973f",ReceivedHash="4c92c1299e17141824a0f8f4e8d85952"

то лезем в /etc/fail2ban/filter.d/asterisk-security.conf

и в 34-37 строках меняем «SIP|AMI» на «(SIP|AMI)»? т.е. добавляем скобки, сохраняем конфиг, после чего перезагружаем fail2ban

fail2ban fix

Янв
20

Чтобы разрешить закреплять любые файлы на начальном экране, создаем блокнотом текстовый документ, вставляем в него нижеследующее:

Windows Registry Editor Version 5.00
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Classes\*]
[HKEY_CURRENT_USER\Software\Classes\*\shellex]
[HKEY_CURRENT_USER\Software\Classes\*\shellex\ContextMenuHandlers]
[HKEY_CURRENT_USER\Software\Classes\*\shellex\ContextMenuHandlers\PintoStartScreen]
@="{470C0EBD-5D73-4d58-9CED-E91E22E23282}"
[HKEY_CURRENT_USER\Software\Classes\AllFileSystemObjects]
[HKEY_CURRENT_USER\Software\Classes\AllFileSystemObjects\shellex]
[HKEY_CURRENT_USER\Software\Classes\AllFileSystemObjects\shellex\ContextMenuHandlers]
[HKEY_CURRENT_USER\Software\Classes\AllFileSystemObjects\shellex\ContextMenuHandlers\PintoStartScreen]
@="{470C0EBD-5D73-4d58-9CED-E91E22E23282}"

и сохраняем («Сохранить как») например с именем «PintoStartScreen.reg».

Важное замечание: при сохранении документа в поле «тип файла» нужно выставить «все файлы», иначе файл сохранится именем «PintoStartScreen.reg.txt» и чуда не произойдет 🙁 После этого запускаем файл и соглашаемся с выскочившим предупреждением.
Если лень, то вот сразу готовый файл в архиве: PintoStartScreen.

 

Наблюдение: в TotalCommander например этот пункт не появится — придется закреплять из Проводника.

Ноя
27

Ключ от Windows 8 не подходит к Windows 8.1. Это особенно актуально для ноутбуков где стоит OEM редакция, а ключ зашит.

Magnet ссылка на torrent-файлы дистрибутивов:

magnet:?xt=urn:btih:761A0030DF81352A16E4D8808B6619DD6309FA8E

Нам нужен файл MICROSOFT.WINDOWS.8.1.SINGLE.LANGUAGE.RTM.X64.RUSSIAN.DVD-WZT.torrent

Чтобы установить Windows 8.1 из образа нужно:

  1. Сохранить текущий OEM ключ. Получить этот ключ поможет предназначенная для этого утилита Windows 8 Product Key Viewer.Windows 8  Product Key Viewer
    После запуска программы, поставьте галочку MSDM. Это гарантирует что утилита прочитает зашитый код из BIOS, а не другой ключ, который мог быть использован во время установки.
  2. Установить Windows 8.1 при помощи одного из этих generic ключей для установки:
    1. Core Single Language (версия для одного языка):

      Y9NXP-XT8MV-PT9TG-97CT3-9D6TC

    2. Core: 334NH-RXG76-64THK-C7CKG-D3VPT
    3. Pro: XHQ8N-C3MCJ-RQXB6-WCHYG-C9WKB
  3. После установки активировать Windows при помощи ключа полученного на этапе 1.
Ноя
12

Краткая шпаргалка по установке кодека g729 на FreePBX. Писалась для себя и повторяет описанное в сети, ничего нового.

Сайт для загрузки  кодеков: http://asterisk.hosting.lv/

Пара вариантов для x86-систем:
http://asterisk.hosting.lv/bin/codec_g729-ast110-gcc4-glibc-pentium4.so
http://asterisk.hosting.lv/bin/codec_g729-ast110-gcc4-glibc-core2.so

Пара вариантов для x64-систем:
http://asterisk.hosting.lv/bin/codec_g729-ast110-gcc4-glibc-x86_64-core2.so
http://asterisk.hosting.lv/bin/codec_g729-ast110-gcc4-glibc-x86_64-pentium4.so

Команда для просмотра установленных кодеков:
core show translation

Копипаста для установки на x86:
cd /usr/lib/asterisk/modules
wget http://asterisk.hosting.lv/bin/codec_g729-ast110-gcc4-glibc-pentium4.so
mv codec_g729-ast110-gcc4-glibc-pentium4.so codec_g729.so

Копипаста для установки на x64:
cd /usr/lib/asterisk/modules
wget http://asterisk.hosting.lv/bin/codec_g729-ast110-gcc4-glibc-x86_64-pentium4.so
mv codec_g729-ast110-gcc4-glibc-x86_64-pentium4.so codec_g729.so

Команда ручной загрузки модуля (Из консоли Asterisk):

asterisk*CLI>  module load codec_g729.so

Окт
29

Проверяем, запланирован ли переход в зону GMT+3 в 2014 году:
zdump -v Europe/Moscow |grep 2014

Если никакой реакции не произошло, значит нужно обновить базу часовых поясов. Скачиваем:
cd /tmp
wget http://www.iana.org/time-zones/repository/releases/tzdata2014i.tar.gz
tar xvzf tzdata2014i.tar.gz

Компилируем временные зоны для Европы:
zic europe

Создаем ссылку на обновленную временную зону:
ln -sf /usr/share/zoneinfo/Europe/Moscow /etc/localtime

А теперь все вместе для копирования 🙂
cd /tmp
wget http://www.iana.org/time-zones/repository/releases/tzdata2014i.tar.gz
tar xvzf tzdata2014i.tar.gz
zic europe
ln -sf /usr/share/zoneinfo/Europe/Moscow /etc/localtime

Проверяем, что все правильно:
[root@localhost tmp]# zdump -v Europe/Moscow |grep 2014
Europe/Moscow  Sat Oct 25 21:59:59 2014 UTC = Sun Oct 26 01:59:59 2014 MSK isdst=0 gmtoff=14400
Europe/Moscow  Sat Oct 25 22:00:00 2014 UTC = Sun Oct 26 01:00:00 2014 MSK isdst=0 gmtoff=10800

Обратите внимание,  все процессы (и Asterisk в том числе) будут использовать старые часовые пояса до их перезапуска. У меня был случай, когда я всю голову себе сломал, почему не правильно работают переходы по времени, хотя во всех местах показывается правильное время.

Еще вот есть замечательный скрипт для проверки, взят отсюда
tzcheck.sh:
#!/bin/sh
T1=$(LC_ALL=C TZ=Europe/Moscow date -d @1409067890)
if [ "$T1" != 'Tue Aug 26 19:44:50 MSK 2014' ] ; then
echo FAIL! Wrong TZ BEFORE 26 Oct 2014!
exit 1
fi
T2=$(LC_ALL=C TZ=Europe/Moscow date -d @1416667890)
if [ "$T2" != 'Sat Nov 22 17:51:30 MSK 2014' ] ; then
echo FAIL! Wrong TZ AFTER 26 Oct 2014!
exit 2
fi
echo OK



Яндекс.Метрика