Лип 112014
 

Заходим в раздел Шлюз, и нажимаем добавить шлюз.

ID транка : ID_79288888888
Комментарий : 79288888888
Исходящий номер :
Технология : SIP
Имя хоста : sdc.megafon.ru
Пользователь : 79288888888@multifon.ru
Пароль : PASSword
Порт : 5060
NAT : Yes
Обработка входящих : 79288888888
Кодеки : Поумолчанию
Регистрация : Да
Режим DTMF : rfc2833
Логин : 79288888888@multifon.ru
Пароль : PASSword@79288888888
Сервер : sdc.megafon.ru
Входящий номер : 79288888888
Дополнительные настройки : Да Нет
Контроль медиа : Да Нет
Контроль качества : Выключен
InSecure : Invite
Поддержка факсов (T38) : Нет
Поддержка видео : Нет
Fromuser : 79288888888
Fromdomain : multifon.ru
Контекст :
Дополнительные настройки :
Задействовать : Да
Приоритет Callerid шлюза : Нет

 

welltime

Информация взята

Чер 062014
 

Как сделать перезагрузку (re-read) таблиц партиций (Partition Table) в Debian или Ubuntu Linux

Иногда случается ситуация когда необходимо перечитать таблицу партиций. Переразбил диск, а перегружать сервер не хочется, да и не надо этого делать, нарушается правило стабильности сервера.
Так как же я перезагружаю таблицу партиций (partition table) без перезагрузки системы?

В первую очередь необходимо установить пакет parted, сделаем мы это вот так:

# sudo apt-get update
# sudo apt-get install parted

Работаем с диском /dev/sdb.

# ls /dev/sdb*

Вывод:

/dev/sdb1 /dev/sdb2

После установки можно экспериментировать, разбиваем диск и используем следующую команду для перезагрузки партиций:

# sudo partprobe

После установки повторяем проверку:

# ls /dev/sdb*

Вывод:

/dev/sdb1 /dev/sdb2 /dev/sdb3 /dev/sdb4

Очень удобная программа. После ее использования уже можно работать с дисками, используя команду fdisk или cfdisk, форматировать диски mkfs.

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

Чер 062014
 

Исправляем ошибку 413 Request Entity Too Large

Ошибка появляется когда объем файла превышает допустимый размер. Одна из основных причин — это настройки по умолчанию nginx, а именно параметра client_max_body_size, который по умолчанию равен 1m.

Директива client_max_body_size задаёт максимально допустимый размер
тела запроса клиента, указываемый в строке "Content-Length" в
заголовке запроса. Если размер больше заданного,
то клиенту возвращается ошибка "Request Entity Too Large" (413).
Следует иметь в виду, что браузеры не умеют корректно показывать
эту ошибку.

Решение
В конфигурационном файле nginx.conf, добавить директиву если нет client_max_body_size или увеличить значение:

Пример:

client_max_body_size 512M
Січ 072014
 

NTP Client (NTP Клиент синхронизации с сервером точного времени) Debian/Ubuntu

Установка и Конфигурированние

Установка самого клиента на компьютер:

apt-get install ntp

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

ntpq -p

Если вывело подобное примеру снизу, значит сервер не запустился:

No association ID's returned

Для перезапуска службы ntp, необходимо запустить команду:

dpkg-reconfigure ntp

Пробуем снова работоспособность сервера, с помощью команды ниже:

ntpq -p

И получаем результат, подобный вот этому:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 ntp.pbx.org     xx.xxx.xxx.xxx   2 u    -   64    1   33.763  1799619   1.054
 xray.metadom.co xx.xxx.xxx.xxx   2 u    1   64    1   40.367  1799619   0.001
 hydrogen.cert.u xx.xxx.xxx.xxx   2 u    -   64    1   64.740  1799619   0.001
 mirror          .INIT.          16 u    -   64    0    0.000    0.000   0.001

Проверяем время:

date -R

Незабываем проставлять правильный часовой пояс.

Січ 032014
 

Deiban, Ubuntu MySQL: “Access denied for user ‘debian-sys-maint’@’localhost’”

Для всех Ubuntu/MySQL или Debian/MySQL. У меня уже была создана папка /usr/lib/mysql с данными на другом сервере, и мне надо было перенести информацию на новый сервер.

После переноса информации, у меня высветилась подобная ошибка:

anton@server:~$ sudo /etc/init.d/mysql restart
* Stopping MySQL database server mysqld [fail]
* Starting MySQL database server mysqld [ OK ]
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'debian-sys-maint'@'localhost' (using password: YES)'

Что же это на пользователь debian-sys-maint, где его искать, и зачем? Данный пользователь был создан MySQL исключительно для Debian, Ubuntu. Для того, чтобы иметь возможность запускать/останавливать базу данных и выполнять другие операции связанных с техническим обслуживанием.

Но тогда почему “Отказано в доступе” для этого пользователя? Ну, вопрос в том, что с каждым обновлением MySQL, пароль пользователя в базе данных переписывается. Смотрим в файле /etc/mysql/debian.cnf для того, чтобы найти пароль этого пользователя.

К счастью, решение этого вопроса довольно прост.

Вопервых мы открываем файл debian.cnf:

anton@server:~$ sudo /etc/mysql/debian.cnf

Содержимое файла должно выглядеть примерно так:

# Automatically generated for Debian scripts. DO NOT TOUCH!
[client]
host     = localhost
user     = debian-sys-maint
password = n4aSHUP04s1J32X5
socket   = /var/run/mysqld/mysqld.sock
[mysql_upgrade]
user     = debian-sys-maint
password = n4aSHUP04s1J32X5
socket   = /var/run/mysqld/mysqld.sock
basedir  = /usr

Смотрим на пароль, в данном примере он n4aSHUP04s1J32X5

Следующий шаг, подключится к базе данных из под пользователя root. И ввести данную команду:

mysql> GRANT ALL PRIVILEGES ON *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'n4aSHUP04s1J32X5';

После проделанной процедуры, мы перезагружаем базу данных:

anton@server:~$ sudo /etc/init.d/mysql restart
* Stopping MySQL database server mysqld [ OK ]
* Starting MySQL database server mysqld [ OK ]
* Checking for corrupt, not cleanly closed and upgrade needing tables.