RTFM.WIKI

Эта страница только для чтения. Вы можете посмотреть её исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
====== Панель управления хостингом ISPmanager 5 ======

{{  :web:ispmanager_logo.png?nolink&}}

[[https://www.ispsystem.com/software/ispmanager/|Домашняя страница]] | [[https://www.ispsystem.com/software/ispmanager/changelog|Список изменений]] | [[https://www.ispsystem.com/external/demo/demoopen.php?mgr=ispmgrpro&lang=ru|Демо]] | [[http://ru.ispdoc.com/index.php/Заглавная_страница|Документация]]

rtfm.wiki: [[web:ispmanager|Общая информация ISPmanager]] | [[web:ispmanager_4|4-я ветка ISPmanager]]

[[https://doc.ispsystem.ru/index.php/Настройка_адреса_панели_управления|https://doc.ispsystem.ru/index.php/Настройка_адреса_панели_управления]]

NEW
  * https://github.com/ruslansvs2/ispmanager5cli
  * https://github.com/Niklan/Trash/tree/master/ISPManager

===== Плагины =====

==== Нагрузка HTTP для ISP 5 ====

  * [[https://pegas-studio.net/development/Custom_HTTP_Load_ISPmanager_5_Lite|Плагин Custom HTTP Load для ISPmanager 5 Lite]]
  * [[https://pegas-studio.net/development/Custom_Trafic_ISPmanager_5_Lite|Плагин Custom Trafic для ISPmanager 5 Lite]]

==== KernelCare ====

Что это такое

  * [[https://www.cloudlinux.com/ru/kernelcare-blog/entry/kernelcare-is-now-available-in-ispmanager-lite|KernelCare is now available in ISPmanager Lite]]
  * [[https://www.ispsystem.ru/addons-modules/kernel-care|Обновление ядра KernelCare]]

Устанавливается, как и все другие модули (Интеграция → Модули → KernelCare).

{{:web:ispmanager_kernelcare_1.png?nolink|}}

Нужен аккаунт в [[https://my.firstvds.ru/|firstvds]] или [[https://my.ispsystem.com/|ispsystem]]

В первом случае лицензия 160 рублей/месяц, во втором случае €3 (на январь 2018 это ~200 рублей).
В Firstvds также можно сразу купить лицензию на год за 1920 рублей. А вот в Ispsystem только ежемесячная подписка.

{{:web:ispmanager_kernelcare_2.png?nolink|}}

===== HowTo - Как сделать xyz? =====

==== DocRoot ====

  * [[https://forum.ispsystem.ru/showthread.php?27716-Как-изменить-DocumentRoot-для-ISPmanager-Lite-5|Как изменить DocumentRoot для ISPmanager Lite 5?]]
  * [[https://forum.ispsystem.ru/showthread.php?27785-Document-Root|Document Root]]

==== Проблемы с phpmyadmin ====

  * [[https://forum.ispsystem.ru/showthread.php?35170-Phpmyadmin-проходной-двор|Phpmyadmin - проходной двор]]
  * [[https://forum.ispsystem.ru/showthread.php?32647-Как-убрать-доступ-к-phpmyadmin-с-www-доменов|Как убрать доступ к /phpmyadmin/ с www доменов?]]
  * [[https://wiki.iphoster.net/wiki/ISPManager_5_-_phpmyadmin_-_убрать_80_порт_из_URL|ISPManager 5 - phpmyadmin - убрать 80 порт из URL]]
  * [[https://galaxydata.ru/community/kak-nastroit-adres-phpmyadmin-v-ispmanager-5-680|Как настроить адрес phpMyAdmin в ISPmanager 5?]]

==== Включить TLS 1.3 ====

В файл ''/usr/local/mgr5/etc/templates/default/nginx-vhosts-ssl.template'' вместо ''ssl_protocols [% $SSL_SECURE_PROTOCOLS %];'' добавить

<code>ssl_protocols TLSv1.2 TLSv1.3;</code>

после надо пересохранить все вирт хосты через панель, что выглядит достаточно бредово.

для 1.3 nginx должен быть собран с новым openssl 1.1.1+, а в centos7 к примеру

<code>built with OpenSSL 1.0.2k-fips  26 Jan 2017</code>

==== Как открыть архив из part файлов ====

<code>copy 'file1.js' + 'file2.js' + 'file3.js' /b 'file.full.js'</code>

[[https://forum.ispsystem.ru/showthread.php?34472-backup-в-ISPmanager-Lite-5-165-0|via]]

==== SFTP бэкап по ключу ====

http://forum.ispsystem.ru/showthread.php?17121-%D0%A0%D0%B5%D0%B7%D0%B5%D1%80%D0%B2%D0%BD%D0%BE%D0%B5-%D0%BA%D0%BE%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-sFTP-%D0%BF%D0%BE-%D0%BA%D0%BB%D1%8E%D1%87%D1%83

ssh-keygen -t rsa

Отправляю публичный ключ на удаленный сервер:

ssh-copy-id -i ~/.ssh/id_rsa.pub root@ip_servera

==== Как запустить бэкап через консоль ====

Команда для запуска

<code>cd /usr/local/mgr5 && ./sbin/backup2 &</code>

Пример лога

<code>
May 25 23:57:57 [4061:1] main INFO Size control started
May 25 23:57:57 [4064:1] main INFO Global size control. Size limit: 9223372036854775807, limit full: 4, limit daily: 3
May 25 23:57:57 [4064:1] main INFO Add node '', size limit: 9223372036854775807, 0x23abe78
May 25 23:57:57 [4064:1] proc EXTINFO Run '/usr/local/mgr5/sbin/backup2_cp --client' pid 4065
May 25 23:57:57 [4064:1] main EXTINFO Backup size: 0, limit: 9223372036854775807
May 25 23:57:57 [4065:1] main INFO Open control socket 'tmp/backup2_cp.sock'
May 25 23:57:57 [4065:1] main INFO Client. Backup token = 'path=/home/backup;type=local'
May 25 23:57:57 [4061:1] main INFO Size control server is ready. Date: 2018-05-25
---
May 26 00:05:10 [4064:1] proc EXTINFO Process 4065 finished with status 0
May 26 00:05:10 [4064:1] log INFO Finished
</code>

==== Как отключить двухфакторную авторизацию для root пользователя ====

Нужен root к ssh. Далее выполнить запрос к sqlite базе

<code>
# sqlite3 /usr/local/mgr5/etc/ispmgr.db
SQLite version 3.7.17 2013-05-20 00:56:22
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> select * from totp;
1|root|sh.iddqd.net(root)|<наборбнопни>
sqlite> delete from totp where user='root'; 
sqlite> .q
</code>

==== Работа с mgrctl или API с продуктами компании ISPsystem ====

http://sis-admin.su/?p=131

==== Закрыть порт 1500 ====

http://forum.ispsystem.ru/showthread.php?32781-Закрытие-порта-1500

<code>iptables -A INPUT -p tcp --dport 1500 ! -s IP_сервера -j DROP</code>

//добавить в конфигурационный файл панели ''/usr/local/mgr5/etc/ispmgr.conf'' опцию ''Option FirewallCheckAccess'', это позволит редактировать правила iptables так, чтобы панель не проверяла их//

==== ISPmanager PHP7 для скриптов запускаемых через крон ====

https://www.it-rem.ru/ispmanager-php7-dlya-skriptov-zapuskaemyih-cherez-kron.html

==== Пересборка pdo_mysql php 7.1 ====

https://sabotage.name/compile-php-extensions-pdo-mysql/

<code>
cd /usr/local/src
mkdir php_source7.1.22
cd php_source7.1.22
wget http://be2.php.net/distributions/php-7.1.22.tar.gz
gunzip php-7.1.22.tar.gz
tar xvf php-7.1.22.tar
cd /usr/local/src/php_source7.1.22/php-7.1.22/ext/pdo_mysql
/opt/php71/bin/phpize
Configuring for:
PHP Api Version:         20160303
Zend Module Api No:      20160303
Zend Extension Api No:   320160303
./configure --with-php-config=/opt/php71/bin/php-config
make
</code>

==== Сборка PHP расширения ====

via https://it-notepad.ru/сборка-php-расширения-на-сервере-с-ispmanager-5.html

<code>
# apt-get install autoconf gcc make -y
# git clone https://github.com/phpredis/phpredis.git
# cd phpredis/
# /opt/php71/bin/phpize
# ./configure --with-php-config=/opt/php71/bin/php-config
# make && make install && make clean
# echo "extension=/opt/php71/lib/php/modules/redis.so" > /opt/php71/etc/mods-available/redis.ini
</code>

==== Переконфигурирование web-сервера ====

[[https://doc.ispsystem.ru/index.php/Конфигурация_web_сервера#Переконфигурирование_web-сервера|https://doc.ispsystem.ru/index.php/Конфигурация_web_сервера#Переконфигурирование_web-сервера]]

Для выполнения операции последовательно нужно выполнить следующие функции

<code>
webreconfigure.initialize с параметром shutdown=on
webreconfigure.restore
</code>

Пример выполнения с помощью mgrctl для ISPmanager Lite

<code>
/usr/local/mgr5/sbin/mgrctl -m ispmgr webreconfigure.initialize shutdown=on
/usr/local/mgr5/sbin/mgrctl -m ispmgr webreconfigure.restore
</code>

==== Как же устроен бэкап в ispmgr? ====

[[http://forum.ispsystem.ru/showthread.php?33700-Параметры-резервного-копирования-isptar|Параметры резервного копирования isptar]]

//Логика работы модуля резервного копирования такова, что каждое воскресенье делается полная резервная копия, в остальные дни - диффиренциальная. То есть вы можете исправить в кроне время запуска резервного копирования, оставив только ночь с субботы на воскресенье - тогда будет только полная резервная копия создаваться.//

//Либо отрегулировать количество резервных копий параметром файла конфигурации BackupCountLimit. Подробнее в [[https://doc.ispsystem.ru/index.php/Модуль_резервного_копирования_(isptar,_текущий_актуальный_модуль,_c_5.52.0_)|документации]].//

==== Поменялся IP сервера. Где прописать новый? ====

<code># killall -9 ihttpd</code>

Вносим новый IP в ''/usr/local/mgr5/etc/ihttpd.conf''

<code>/usr/local/mgr5/sbin/ihttpd 192.168.1.77 1500</code>

==== Как включить старую систему бэкапа вместо DAR? ====

В файл ''/usr/local/mgr5/etc/ispmgr.conf'' добавить

<code>Option EnableOldBackup</code>

==== Не работает ЧПУ (rewrite правила) в Wordpress+nginx+fpm ====

Меняем

<code>
  location / {
    location ~ [^/]\.ph(p\d*|tml)$ {
      try_files /does_not_exists @php;

  }
}
</code>

На

<code>
location / {
    location ~ [^/]\.ph(p\d*|tml)$ {
      try_files /does_not_exists @php;
    }
            location / {
                try_files $uri $uri/ /index.php?$args; # permalinks
                }
    }
</code>

Сей трюк я нашёл на [[https://toster.ru/q/96175|тостере]]. Это работает, но... Так делать нельзя и второе но - панель перезапишет ваш конфиг, как ей надо и всё сломается.

Для работы ЧПУ нам достаточно сделать

<code>
location / {
    try_files $uri $uri/ /index.php?$args;
}
</code>

как сказано [[https://codex.wordpress.org/Nginx|на сайте Wordpress]] или [[https://www.nginx.com/resources/wiki/start/topics/recipes/wordpress/|на сайте nginx]]

Прочитал статью [[https://doc.ispsystem.ru/index.php/Работа_с_ручными_правками_конфигурационных_файлов_web-сервера|Работа с ручными правками конфигурационных файлов web-сервера]].

Существует некая специальная опция **Option DisableWebDBReadConf** (см. [[https://doc.ispsystem.ru/index.php/Список_параметров_конфигурации_ISPmanager_5|Список параметров конфигурации ISPmanager 5]], которая помогает работать с ручными правками конфигов. В данном случае это не работает. Если внесли изменения в конфиг nginx через панель и потом для домена к примеру изменили количество копий access-логов, то конфиг будет перезаписан.

Существует [[https://doc.ispsystem.ru/index.php/Шаблонизатор_конфигурационных_файлов|Шаблонизатор конфигурационных файлов]], но ради одного домена переписывать всё явно перебор.

Как обычно всё оказалось проще простого. Добавляем ''try_files $uri $uri/ /index.php?$args;'' после ''location / {'' и перед ''location ~ [^/]\.ph(p\d*|tml)$ {''. 

<code>
location / {
        try_files $uri $uri/ /index.php?$args;
        location ~ [^/]\.ph(p\d*|tml)$ {
        try_files /does_not_exists @php;
        }
}

location ~ [^/]\.ph(p\d*|tml)$ {
        try_files /does_not_exists @php;
    }
</code>

UPD

https://ok2web.ru/sohranenie-shablonov-host-conf-pri-sozdanii-domenov-nginx-conf-php-fpm/

https://ok2web.ru/nastrojka-php-fpm-v-shablonizatore-isp-5-v-rezhime-nginx-php-fpm/

===== Ошибки =====

==== "The gateway did not receive a timely response from the upstream server or application ====

или **Timeout waiting for output from CGI script**

В режиме **PHP как CGI** скрипты отваливаются по таймауту.

В файл ''/etc/httpd/conf/httpd.conf'' добавить

<code>Timeout 300</code>

Для nginx дополнительно добавить

<code>
proxy_connect_timeout 600;
proxy_read_timeout    600;
proxy_send_timeout    600;
send_timeout          600;
</code>

==== Доступ к панели заблокирован администратором ====

Ошибка **Доступ к панели заблокирован администратором. Возможно панель в данный момент обновляется**

{{:web:ispmanager_locked.png?nolink&200|}}

Удалить lock файл /usr/local/mgr5/tmp/ispmgr.lock

==== Timeout waiting for output from CGI script ====

В режиме CGI некоторые сайты зависают на долгих запросах

Добавить для Apache

<code>
<VirtualHost 127.0.0.1:8080>
   Timeout 600
</VirtualHost>
</code>

Добавить для nginx в ''location @fallback''

<code>
send_timeout 600;
proxy_read_timeout 600;
proxy_send_timeout 600;
proxy_connect_timeout 600;
</code>

==== Не работает изменение настроек MySQL (MariaDB) ====

CentOS 7, MariaDB установлена из оф репозитория, а не из репозитория ОС.

Ошибка: Не найдена секция "mysqld" в конфигурационном файле /etc/my.cnf

{{:web:mgr5_mariadb.png?nolink|}}

Решение: делаем символьную ссылку

<code>
# mv /etc/my.cnf /etc/my.cnf.bak
# ln -s /etc/my.cnf.d/server.cnf /etc/my.cnf
</code>

==== Не работает распаковка файлов через файловый менеджер ====

Под root работает. Под пользователем не перезаписывает имеющиеся файлы. Сайт на Drupal.

{{:web:mgr5_unzip_1.png?nolink&600|}}

С правами 555 конечно же под обычным системным пользователем доступ будет запрещен.

Журнал файлового менеджера

<code>
Oct 18 13:14:21 [24675:1] proc [1;36mEXTINFO Process 24677 finished with status 50[0m
Oct 18 13:14:21 [24675:1] core_module [1;31mERROR 'unzip' finished with error code 50
output:
error:  cannot delete old sites/default/default.settings.php
        Permission denied
</code>

==== Обновление 5.160 > 5.165 всё сломало ====

Обычный апдейт панели на CentOS 7 без левых repo завершился недоступностью панели и ошибкой 

<code>
WARNING CORE module was not loaded due errors: Type: 'db' Object: 'query' Value: ''
ERROR Error in query. result = 21. no such table: ranges, query: 'SELECT ranges.id, ranges.name FROM ranges LEFT JOIN ips ON ranges.id=ips.ranges AND ips.domain='' WHERE ips.name IS NULL'
ERROR Error: Type: 'db' Object: 'query' Value: ''
ERROR Query failed (Type: 'db' Object: 'query' Value: ''
</code>

Можно воспользоваться решением [[https://forum.ispsystem.ru/showthread.php?31950-Ошибка-504-после-обновления-mySQL-на-MariaDB-и-ISPmanager5-(Centos)&p=192216&viewfull=1#post192216|на форуме испов]].

<code>
# sqlite3 /usr/local/mgr5/etc/ispmgr_ipdb.db
SQLite version 3.7.17 2013-05-20 00:56:22
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> .tables
ips ranges
sqlite>

sqlite> .schema ranges
CREATE TABLE ranges(
id INT NOT NULL,
name VARCHAR(80) NOT NULL,
gateway VARCHAR(64),
netmask VARCHAR(64),
family INT,
type VARCHAR(64),
CONSTRAINT ranges_primary_key PRIMARY KEY (id) ON CONFLICT FAIL
);
CREATE UNIQUE INDEX ranges_mgrauto_0 ON ranges(name);
sqlite>
</code>

Я же просто посмотрел на **ispmgr_ipdb.db** на другом сервере с Debian и создал через [[https://sqlitestudio.pl|sqlitestudio]] нужную таблицу.

Почему же в cpanel не бывает таких багов, а если и бывают то их через несколько часов в срочном порядке чинят. 4 года WHM/CPANEL в проде и не было такого чтобы из-за апдейта рухнула панель целиком. ISPmanager глюкавое поделие. С ужасом жду 6 ветку.

==== Не видно базы данных и недоступен сервер баз данных ====

MySQL работает, но работа с ним через ISPmanager невозможна (отсутствует параметр-путь mysqld).

{{:web:ispmgr5_mysqld_path.png?nolink|}}

Добавляем в файл ''/usr/local/mgr5/etc/ispmgr.conf.d/mysql.conf'' 

<code>
path mysql_restart service mysqld restart 
path mysqld.ini /etc/my.cnf
path mysqld /usr/libexec/mysqld
</code>

==== Не добавляются новые домены ====

Был удален DNS сервер (BIND), после повторной установки список доменов пуст, но в каталоге /etc/bind9 остались файлы зон.

{{:web:ispmgr5_new_domain_fail.png?nolink|}}

Удаляем файлы зон, добавляем вручную домены, возвращаем обратно файлы зон, init.d/bind9 restart

==== Не создается DMARC запись ====

//Поле 'Значение' имеет недопустимое значение. Значением TXT записи должна быть строка содержащая хотя-бы одну пару ключ=значение//

https://bugs.ispsystem.ru/show_bug.cgi?id=3807

==== Неверная SOA запись ====

В разных тестах получаем ошибку

SOA MNAME entry
WARNING: SOA MNAME (ns1.foobar.com) is not listed as a primary nameserver at your parent nameserver!

{{:web:ispmgr_soa_mname_1.png?nolink|}}

{{:web:ispmgr_soa_mname_2.png?nolink|}}

{{:web:ispmgr_soa_mname_3.png?nolink|}}

В качестве mname панель ставит hostname вместо primary NS.

Как исправить

В файл ''/usr/local/mgr5/etc/ispmgr.conf'' добавить

<code>DnsHostname ns1.foobar.com</code>

Перезапустить {ISP|CORE}manager

<code>/usr/local/mgr5/sbin/mgrctl -m ispmgr exit && killall core</code>

**DnsHostname** - параметр, описывающий формат SOA-записи, по умолчанию берется hostname сервера (доступно с версии 5.14.7, для Business-версии параметр указывается в ispmgrnode.conf на сервере с ролью основного сервера имен) ([[https://doc.ispsystem.ru/index.php/Конфигурационный_файл_ISPmanager|Конфигурационный файл ISPmanager]]

==== Не обновляется панель libmgr.so.conflicting with already loaded one

В файле ''/usr/local/mgr5/var/ispmgr.log''

<code>May 27 21:12:45 [10555:1] core FATAL Library libmgr linked to lib/libmgr.so.5.104.1 conflicting with already loaded one</code

Помогло изменение repo файла

Было

<code>
###[ispsystem-__VERSION__]
###name=ispsystem-__VERSION__
####baseurl=http://download.ispsystem.com/repo/centos/__VERSION__/$releasever/$basearch
###mirrorlist=http://download.ispsystem.com/repo/centos/__VERSION__/mirrorlist.txt
[ispsystem-5.104]
name=ispsystem-5.104
failovermethod=priority
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ISPsystem
enabled=1
#baseurl=http://download.ispsystem.com/repo/centos/5.104/$releasever/$basearch
mirrorlist=http://download.ispsystem.com/repo/centos/5.104/mirrorlist.txt
gpgcheck=1
</code>

Стало

<code>
###[ispsystem-__VERSION__]
###name=ispsystem-__VERSION__
####baseurl=http://download.ispsystem.com/repo/centos/__VERSION__/$releasever/$basearch
###mirrorlist=http://download.ispsystem.com/repo/centos/__VERSION__/mirrorlist.txt
[ispsystem-stable5]
name=ispsystem-stable5
failovermethod=priority
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ISPsystem
enabled=1
#baseurl=http://download.ispsystem.com/repo/centos/stable5/$releasever/$basearch
mirrorlist=http://download.ispsystem.com/repo/centos/stable5/mirrorlist.txt
gpgcheck=1
</code>

После апдейт прошёл успешно. Довольно странная ошибка.

==== Возникла ошибка при работе с файлами, код ошибки 13 ====

{{:web:ispmgr_filemgr_err13.png?nolink|}}

Вы работаете под пользователем john, а файлы и каталоги принадлежат пользователю bob или даже root.

Исправляем права

<code>chown -R john:john /var/www/john/data/your-path</code>

Или через саму панель

{{:web:ispmgr_filemgr_err13_2.png?nolink&700|}}

==== Option Multiviews not allowed here ====

В error.log

<code>
[Sun Nov 30 19:30:25 2016] [alert] [client 1.2.3.4] /var/www/user/data/www/foobar.com/.htaccess: Option Multiviews not allowed here
</code>

Если панели нет, то меняем в файле ''/etc/httpd/conf.d/secure.conf'' строку

<code>AllowOverride FileInfo AuthConfig Limit Indexes Options</code>

на

<code>AllowOverride FileInfo AuthConfig Limit Indexes Options=All,MultiViews</code>

Если установлена панель ISPmanager 5 Lite, то делаем замену в файле ''/etc/apache2/conf.d/z1_home.conf''

==== После автоматического обновления не открывается панель ====

Команда ''yum update'' предлагает запустить ''yum-complete-transaction''

<code>
There are unfinished transactions remaining. You might consider running yum-complete-transaction, or "yum-complete-transaction --cleanup-only" and "yum history redo last", first to finish them. If those don't work you'll have to try removing/installing packages by hand (maybe package-cleanup can help).
</code>

Но это приводит к предложению удалить все пакеты ispmanager и coremanager

Пробую так

<code># /usr/local/mgr5/sbin/pkgupgrade.sh coremanager</code>

в итоге 

<code>package coremanager-5.86.0-2.el7.centos.x86_64 is already installed</code>

Логи

pkg.log

<code>
Updating : coremanager-5.86.0-2.el7.centos.x86_64 1/34
warning: %post(coremanager-5.86.0-2.el7.centos.x86_64) scriptlet failed, signal 15
Error: display callback failed: [Errno 32] Broken pipe
</code>

ispmgr.log

<code>
Jan 24 09:07:38 [13397:1] core [1;31mFATAL Library libmgr linked to lib/libmgr.so.5.86.0 conflicting with already loaded one
</code>

Смотрим, что не так

<code>
# rpm -qa | grep coremanager
coremanager-5.86.0-2.el7.centos.x86_64
coremanager-5.83.1-2.el7.centos.x86_64
</code>

Удаляем лишнее

<code># rpm --nodeps -e coremanager-5.83.1-2.el7.centos.x86_64</code>

==== roundcube Неудачная попытка входа ====

via https://ask.sabini.ch/?qa=31763/roundcube-неудачная-попытка-входа

В файле ''defaults.inc.php''

<code>
// IMAP AUTH type (DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN or null to use
// best server supported one)
$config['imap_auth_type'] = null;
</code>

лучше вынести в ''config.inc.php'', заменив значение null на CRAM_MD5

вместо null ставим ''cram_md5''

<code>$config['imap_auth_type'] = CRAM_MD5;</code>

==== Starting nginx: [emerg]: bind() to IP failed (99: Cannot assign requested address) ====

via http://neblog.info/starting-nginx-emerg-bind-to-ip-failed-99-cannot-assign-requested-address

Добавить в ''/etc/sysctl.conf''

<code>net.ipv4.ip_nonlocal_bind = 1</code>

Применить изменения

<code>sysctl -p /etc/sysctl.conf</code>

==== Не обновляется лицензия ====

Немного о лицензиях

  * [[http://doc.ispsystem.ru/index.php/Схема_лицензирования|Схема лицензирования]]
  * [[http://doc.ispsystem.ru/index.php/Технические_подробности_работы_системы_лицензирования|Технические подробности работы системы лицензирования]]
  * [[http://doc.ispsystem.ru/index.php/Обновление_вечных_лицензий|Обновление вечных лицензий]]

Посмотреть информацию о лицензии

<code>
# /usr/local/mgr5/sbin/licctl info ispmgr
ispmgr.lic       ispmgr  2017-03-13
</code>

Получить лицензию

<code># /usr/local/mgr5/sbin/licctl fetch ispmgr</code>

Лог: /usr/local/mgr5/var/licctl.log

[[https://servadmin.ru/2016/01/25/|https://servadmin.ru/2016/01/25/]]глюк-с-лицензией-ispmanager5/

[[https://servadmin.ru/2016/01/25/%d0%b3%d0%bb%d1%8e%d0%ba-%d1%81-%d0%bb%d0%b8%d1%86%d0%b5%d0%bd%d0%b7%d0%b8%d0%b5%d0%b9-ispmanager5/|https://servadmin.ru/2016/01/25/%d0%b3%d0%bb%d1%8e%d0%ba-%d1%81-%d0%bb%d0%b8%d1%86%d0%b5%d0%bd%d0%b7%d0%b8%d0%b5%d0%b9-ispmanager5/]]

==== В Ubuntu не работает php mail() после апгрейда MPM ITK ====

  * [[http://blog.gaiterjones.com/send-php-mail-ubuntu-upgrade/|http://blog.gaiterjones.com/send-php-mail-ubuntu-upgrade/]]
  * [[https://bugs.launchpad.net/ubuntu/+source/mpm-itk/+bug/1286882|https://bugs.launchpad.net/ubuntu/+source/mpm-itk/+bug/1286882]]
  * [[http://dragonflybsd.blogspot.ru/2016/07/debian-8-apache-php.html|debian 8, apache, php: почта ходит только от рута]]

==== services.stop.problem ====

В ISPmanager накапливаются ошибки в Уведомлениях

{{:web:ispmanager_services_stop_problem.png?nolink|}}

**services.stop.problem spamassassin**

{{:web:ispmanager_spamassassin_stop.png?nolink|}}

Убираем из мониторинга службу spamassassin

[[http://forum.ispsystem.ru/showthread.php?30847|http://forum.ispsystem.ru/showthread.php?30847]]-Проблемы-в-панели&highlight=spamassassin

[[http://forum.ispsystem.ru/showthread.php?30514-%D0%A7%D0%B0%D1%81%D1%82%D0%BE-%D0%BF%D0%BE%D1%8F%D0%B2%D0%BB%D1%8F%D0%B5%D1%82%D1%81%D1%8F-%D0%B2-%D0%B6%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%B5-%D1%83%D0%B2%D0%B5%D0%B4%D0%BE%D0%BC%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BE%D0%B1-postgrey-%D0%B8-spamassassin|http://forum.ispsystem.ru/showthread.php?30514-%D0%A7%D0%B0%D1%81%D1%82%D0%BE-%D0%BF%D0%BE%D1%8F%D0%B2%D0%BB%D1%8F%D0%B5%D1%82%D1%81%D1%8F-%D0%B2-%D0%B6%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%B5-%D1%83%D0%B2%D0%B5%D0%B4%D0%BE%D0%BC%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BE%D0%B1-postgrey-%D0%B8-spamassassin]]

**services.stop.problem postgrey**

{{:web:ispmanager_postgrey_stop.png?nolink|}}

Для почтового сервера активирован Greylisting, пакет postgrey по зависимостям за собой притащил Postfix.

[[http://bugs.ispsystem.ru/show_bug.cgi?id=2189|Ошибка в багзилле Испсистем]]

Что делать?

В ''/etc/postfix/master.cf'' указываем отличный от 25 порт для Postfix, останавливаем Postfix и убираем из автозапуска.

Строку

<code>
smtp inet n - n - - smtpd
</code>

изменяем например так

<code>
1487 inet n - n - - smtpd
</code>

Postfix удалить нельзя

Dependencies Resolved

<code>
================================================================================================================================
 Package                                    Arch              Version                          Repository                  Size
================================================================================================================================
Removing:
 postfix                                    x86_64            2:2.10.1-6.el7                   @base                       12 M
Removing for dependencies:
 ispmanager-pkg-greylisting-exim            x86_64            5.64.2-4.el7.centos              @ispsystem-5.64             68
 postgrey                                   noarch            1.34-12.el7                      @epel                      104 k
</code>

==== Не работает бэкап ====

Автоматически по крону не запускается, при попытке запустить вручную ошибка ''Не удалось выполнить резервное копирование для 1 план(-а,-ов). Для получения подробностей наведите курсор на значок ошибки в строке таблицы.''

''со значение sbin/backupctl уже существует''

В логе ''/usr/local/mgr5/var/backupctl-ispmgr.log''  ничего интересного.

Решилось завершением фоновой задачи по бэкапу в разделе "Состояние системы > Фоновые задания". После запуск бэкапа вручную сработал.

==== Ошибка Не удалось запустить панель ====

''Ошибка Не удалось запустить панель. Обратитесь к администратору"''

''Error: Type: 'client' Object: 'open' Value: 'ispmgr'''

<code>
# rm /usr/local/mgr5/var/.ispmgr.progress.xml
# killall core
</code>

==== Type: 'backup' Object: 'archive_error' Value: '' ====

'Type: 'rpc' Object: 'query' Value: 'query: Transferred a partial file'''

FIXME

[[https://www.google.de/search?client=safari&rls=en&q=Type:+|https://www.google.de/search?client=safari&rls=en&q=Type:+]]'backup'+Object:+'archive_error'+Value:+''&ie=UTF-8&oe=UTF-8&gfe_rd=cr&ei=5vnfVoeVLPLa8Aec8YbQCQ [[http://forum.ispsystem.ru/showthread.php?26089|http://forum.ispsystem.ru/showthread.php?26089]]-Ошибки-при-Backup === 'Type: 'rpc' Object: 'query' Value: 'query: Transferred a partial file''' ===

[[https://www.google.ru/search?client=safari&rls=en&q=Type:+|https://www.google.ru/search?client=safari&rls=en&q=Type:+]]'backup'+Object:+'storage_put'+Value:+'Storage+'sharik-xer':+'Type:+'rpc'+Object:+'query'+Value:+'query:+Transferred+a+partial+file'''&ie=UTF-8&oe=UTF-8&gfe_rd=cr&ei=X9jrVu-xJaSP8QeZv4aoBA&gws_rd=cr#q=%27Type:+%27rpc%27+Object:+%27query%27+Value:+%27query:+Transferred+a+partial+file%27%27%27

==== 435 Unable to authenticate at present: authentication socket connection error ====

  * [[http://wiki2.dovecot.org/HowTo/EximAndDovecotSASL|http://wiki2.dovecot.org/HowTo/EximAndDovecotSASL]]
  * [[http://wiki2.dovecot.org/Authentication/Mechanisms|http://wiki2.dovecot.org/Authentication/Mechanisms]]

If you're using Exim and trying to connect to Dovecot's auth-client and you receive this message; "435 Unable to authenticate at present: authentication socket connection error" You ought to check the ownership of the Dovecot authentication client socket. It runs in **/var/run/dovecot/auth-client** and you can see its ownership there. If you have set it to "mail" or similar you'll likely **need to change it to Debian-exim** so Exim can read and write to the socket.

{{tag>ispmanager ispsystem apache nginx mysql}}