Для очистки очереди сообщений в CentOS/Debian/Ubuntu, etc. необходимо выполнить следующую команду:

exipick -i | xargs exim -Mrm

  Как оказалось в связке nginx+apache на Ubuntu 14.04 не сработал mod_rpaf, точнее в системе его вообще не было. Поэтому пришлось выполнить установку вручную. Для этого выполняем следующие действия:

1. Выполним установку модуля:

apt-get install libapache2-mod-rpaf

2.  Включаем модуль

a2enmod rpaf

1. Указываем в конфигурации mod_rpaf  IP сервера

vi /etc/apache2/mods-enabled/rpaf.conf

в строке RPAFproxy_ips 127.0.0.1 ::1 добавляем  IP сервера

<IfModule rpaf_module>
    RPAFenable On
 
    # When enabled, take the incoming X-Host header and
    # update the virtualhost settings accordingly:
    RPAFsethostname On
 
    # Define which IP's are your frontend proxies that sends
    # the correct X-Forwarded-For headers:
    RPAFproxy_ips 127.0.0.1 ::1 IP_сервера
 
    # Change the header name to parse from the default
    # X-Forwarded-For to something of your choice:
    # RPAFheader X-Real-IP
</IfModule>

  Далее прописываем параметры проксирования в настройках виртуальных хостов  nginx, в каждый location / добавляем

proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

пример

  location / {
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

...

Ну и далее перезапускаем сервисы

service apache2 restart
service nginx restart

 

Так сложилось, что утилита du не смогла отобразить что ж на сервере больше всего есть места, при подсчете она пропускала директорию var, а при указании в какой директории искать, получал ответ -убито.Вот тут то я и вспомнил об утилите ncdu которая может помочь в данной ситуации. Устанавливаем Debian / Ubuntu

apt-get install ncdu

CentOS

yum install ncdu

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

ncdu

ncdu /path/to/dir

Далее потребуется некоторое время на сканирование директорий. Управление элементарное:

• up или k — перемещение вверх; down или j — перемещение по списку вниз; enter — открытие нужной директории; left (влево (<) на клавиатуре), h — возвращение в предыдущую директорию.

 

• n - сортировка по именам;
• s - сортировка по размеру;
• d - удаление выделенного файла или каталога;
• t - отображение директорий перед файлами при сортировке;
• g - переключение режима отображения занятого места (в процентах, графически, комплексно);
• a - переключение режима отображения (размер файла, занимаемое место на диске)
• e - отображать скрытые файлы;
• i - отображение информации о выделенном объекте;
• r - пересчитать занимаемое место (имеет место быть, если недавно удалялись файлы);
• q - выход из утилиты;

Nov 27 18:46:51 vps18 postfix/smtp[20239]: certificate verification failed for mx.yandex.ru[213.180.204.89]:25: untrusted issuer /C=PL/O=Unizeto Sp. z o.o./CN=Certum CA

Решение

nano /etc/postfix/main.cf

smtp_tls_CAfile = /etc/ssl/certs/ca-bundle.crt

service postfix restart

Или ставим цепочку сертфикатов,и делаем, что указано выше

yum install ca-certificates

  ps: расположение и название сертификата ca-bundle у CentOS и Ubuntu/Debian могут отличаться

Если после подключения FastCGI Вас настигла 500 ошибка, а в логах имеется следующая запись:

[Mon Sep 12 13:02:25 2016] [warn] [client 1xx.4x.xx0.x3] mod_fcgid: HTTP request length 134923 (so far) exceeds MaxRequestLen (131072), referer: http://domain.com/cabinet/upload/"

Не беда! Данная ошибка связана с загрузкой большой файлов, по-умолчанию установлено значение около 128кб. Для ее исправления открываем файл конфигурации FastCGI: Ubuntu/Debian

nano /etc/apache2/mods-enabled/fcgid.conf

CentOS

nano /etc/httpd/conf.d/fcgid.conf

  Добавляем следующую запись, если ее нет, либо заменяем значение у существующей ( указан размер 10 Мб):  

MaxRequestLen 10485760

После этого делаем Reload Ubuntu/Debian

service apache2 reload

CentOS

service httpd reload

  Тыгыдык! Ошибок нет, файлы загружаются, все довольны!

Наиболее распространенной причиной данной проблемы является включенный IPv6. Отключаем IPv6 в Exim Правим /etc/exim4/exim4.conf.template (Ubuntu, Debian) или /etc/exim/exim.conf.template (CentOS). Перед секцией begin acl указываем следующее:

disable_ipv6 = true

Перезапускаем сервис exim Отключаем IPv6 в Postfix Редактируем /etc/postfix/main.cf и заменяем/комментируем следующую строку

inet_protocols = all

на эту

inet_protocols = ipv4

Перезапускаем сервис postfix Или читаем тут как рубануть вообще IPv6