Делаю по этой инструкции

https://www.syrog.ru/news/99/

Единственное их nginx 1.10 версию поменял на свой 1.19.5

Прорывал разные версии openssl и тоже 1.1.1

Получаю ошибку после make

created directory `/usr/local/src/openssl-1.1.0c/.openssl/lib’

install libcrypto.a -> /usr/local/src/openssl-1.0c/.openssl/lib/libcrypto.a

install libssl.a -> /usr/local/src/openssl-1.1.0c/.openssl/lib/libssl.a basename: missing operand

Try basename –help’ for more information. make[2]: *** [install_dev] Ошибка 1

make[2]: Leaving directory ‘/usr/local/src/openssl-1.1.0c’

make[1]: *** [/usr/local/src/openssl-1.1.0c/.openssl/include/openssl/ssl.h] Ошибка 2

make[1]: Leaving directory ‘/usr/local/src/nginx-1.19.5’ make: *** [build] ошибка 2

Система Centos 6.10

Стоит панель Ispmanager 6 lite, по какой-то причине mariadb сама завершает работу, а потом панель ее запускает. Система Centos 7 стоит Hiper-v 2019, 32 ГБ выделено из 128, такой же конфиг на железной машине и там таких проблем не только mariadb 10.4 и 128 ГБ, судя mysqltuner памяти хватает.

внутри my.cnf

[mysqld]
sql-mode =
collation-server = utf8_general_ci
character-set-server = utf8
local-infile = 0
log-error = /var/log/mariadb/mariadb.log
pid-file = /var/run/mysqld/mysqld.pid
datadir = /var/lib/mysql
port=3306
socket = /var/lib/mysql/mysql.sock
symbolic-links = 0
bind-address = 127.0.0.1
open_files_limit=32768
general_log = 1
general_log_file = /var/lib/mysql/mysql.log

tmpdir = /dev/shm
skip-external-locking
key_buffer_size = 128M
max_allowed_packet = 32M
table_open_cache = 8192
sort_buffer_size = 2M
read_buffer_size = 512K
read_rnd_buffer_size = 1M
net_buffer_length = 64K
thread_stack = 512K
query_cache_size = 64M
query_cache_limit = 4M
thread_cache_size = 256
join_buffer_size = 2M
max_connections = 128
tmp_table_size = 1024M
max_heap_table_size = 2048M
wait_timeout = 300

innodb_data_home_dir = /var/lib/mysql
innodb_data_file_path = ibdata1:10M:autoextend
innodb_file_per_table = 1
innodb_log_group_home_dir = /var/lib/mysql
innodb_buffer_pool_size = 16G
innodb_buffer_pool_instances = 8
innodb_log_file_size = 1024M
innodb_log_buffer_size = 32M
innodb_flush_method = O_DIRECT
innodb_flush_log_at_trx_commit = 2
innodb_flush_log_at_timeout = 5
innodb_thread_concurrency = 0
innodb_open_files = 8192
innodb_io_capacity = 50000
innodb_read_io_threads = 32
innodb_write_io_threads = 32
innodb_lock_wait_timeout = 50
innodb_adaptive_hash_index = 0

slow_query_log = 0
slow_query_log_file = /var/lib/mysql/mysql_slow.log
long_query_time = 0.1

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash

[myisamchk]
key_buffer_size = 8M
sort_buffer_size = 8M

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
open_files_limit = 32768
log-error = /var/log/mariadb/mariadb.log
pid-file = /var/run/mariadb/mariadb.pid

!includedir /etc/my.cnf.d

внутри mariadb.log

2022-06-01 22:41:51 141 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:41:53 143 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:41:54 145 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:41:58 148 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:42:00 150 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:42:02 152 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:42:04 154 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:42:25 157 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:42:28 159 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:42:43 169 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:44:10 179 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:44:15 181 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:44:45 186 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:44:52 189 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:45:01 0 [Note] /usr/sbin/mysqld (initiated by: unknown): Normal shutdown
2022-06-01 22:45:01 0 [Note] Event Scheduler: Purging the queue. 0 events
2022-06-01 22:45:01 0 [Note] InnoDB: FTS optimize thread exiting.
2022-06-01 22:45:01 0 [Note] InnoDB: Starting shutdown…
2022-06-01 22:45:01 0 [Note] InnoDB: Dumping buffer pool(s) to /var/lib/mysql/ib_buffer_pool
2022-06-01 22:45:01 0 [Note] InnoDB: Buffer pool(s) dump completed at 220601 22:45:01
2022-06-01 22:45:04 0 [Note] InnoDB: Removed temporary tablespace data file: «ibtmp1»
2022-06-01 22:45:04 0 [Note] InnoDB: Shutdown completed; log sequence number 755146112; transaction id 65655
2022-06-01 22:45:04 0 [Note] /usr/sbin/mysqld: Shutdown complete
2022-06-01 22:45:04 0 [Note] InnoDB: Using Linux native AIO
2022-06-01 22:45:04 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2022-06-01 22:45:04 0 [Note] InnoDB: Uses event mutexes
2022-06-01 22:45:04 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2022-06-01 22:45:04 0 [Note] InnoDB: Number of pools: 1 2022-06-01 22:45:04 0 [Note] InnoDB: Using SSE2 crc32 instructions
2022-06-01 22:45:04 0 [Note] InnoDB: Initializing buffer pool, total size = 16G, instances = 8, chunk size = 128M
2022-06-01 22:45:05 0 [Note] InnoDB: Completed initialization of buffer pool
2022-06-01 22:45:05 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2022-06-01 22:45:05 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2022-06-01 22:45:05 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2022-06-01 22:45:05 0 [Note] InnoDB: Setting file ‘/var/lib/mysql/ibtmp1’ size to 12 MB. Physically writing the file full; Please wait …
2022-06-01 22:45:05 0 [Note] InnoDB: File ‘/var/lib/mysql/ibtmp1’ size is now 12 MB.
2022-06-01 22:45:05 0 [Note] InnoDB: Waiting for purge to start
2022-06-01 22:45:05 0 [Note] InnoDB: 10.3.35 started; log sequence number 755146112; transaction id 65656
2022-06-01 22:45:05 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2022-06-01 22:45:05 0 [Note] Plugin ‘FEEDBACK’ is disabled.
2022-06-01 22:45:05 0 [Note] Server socket created on IP: ‘127.0.0.1’.
2022-06-01 22:45:05 0 [Note] Reading of all Master_info entries succeeded
2022-06-01 22:45:05 0 [Note] Added new Master_info '' to hash table
2022-06-01 22:45:05 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: ‘10.3.35-MariaDB-log’ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 MariaDB Server 2022-06-01 22:45:08 0 [Note] InnoDB: Buffer pool(s) load completed at 220601 22:45:08
2022-06-01 22:46:07 14 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:49:07 34 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:49:39 37 [Warning] Access denied for user ''@‘localhost’ (using password: NO)
2022-06-01 22:50:07 39 [Warning] Access denied for user ''@‘localhost’ (using password: NO)

когда запускаю команду

netstat -na | grep ":443\ " | wc -l

и когда количество >= 1000 apache начитает тормозить, не успевает обрабатывать php запросы походу, затыка в mysql вроде нет проверяю через mytop, ngnix вроде тоже справляется, все данные на ssd.

сервер двухпроцессорный xeon 2690 v2, mem 128GB

лимиты на файлы все подняты

<IfModule prefork.c>
StartServers 256
MinSpareServers 256
MaxSpareServers 1024
ServerLimit 8192
MaxClients 4096
MaxRequestsPerChild 32768 
</IfModule>

я бы сервак поменял, но новый tredripper еще не вышел

Стоит у меня centos 6.9 и ispamanger 5 lite

Для 4 доменов установил сертификаты Let’s Encrypt

И для пятого домена https://naydizhile.ru все встало нормально ошибок нет, но почему редирект работает не в ту сторону

https -> http 301 редирект само по себе без участие скриптов и .htaccess

потом срабатывает браузерный редирект

http -> https 307

вот снимок экрана

https://ibb.co/T0GSQZ3

и так зацикливается по кругу млин ни знаю куда рыть, думал сперва проблема в Let’s Encrypt купил Comodo проблема сохранилась.

вот .htaccess я его даже переименовал, и использовал проверочный index.html безполезно, где то ошибка в апаче затесалась наверное.

#Header set Access-Control-Allow-Origin *

AddDefaultCharset UTF-8

#Header set Access-Control-Allow-Origin *

<IfModule mod_rewrite.c>
    Options +FollowSymlinks
    RewriteEngine On
    RewriteBase /

    RewriteCond %{HTTP_HOST} ^www\.(.*)$
    RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

    RewriteCond %{HTTPS} !=on
    RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

    AddEncoding gzip .gz
    RewriteCond %{HTTP:Accept-encoding} gzip
    RewriteCond %{REQUEST_FILENAME}.gz -f
    RewriteRule ^(.*)$ $1.gz [QSA,L]

    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    # If-Modified-Since (if php is not installed as cgi then comment lines below)
    RewriteRule .* - [E=HTTP_IF_MODIFIED_SINCE:%{HTTP:If-Modified-Since}]
    RewriteRule .* - [E=HTTP_IF_NONE_MATCH:%{HTTP:If-None-Match}]
</IfModule>

<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html text/plain
    #AddOutputFilterByType DEFLATE application/x-font application/x-font-opentype application/x-font-otf application/x-font-truetype application/x-font-ttf font/opentype font/otf font/ttf application/x-woff application/x-font-woff
</Ifmodule>

<IfModule mod_expires.c>
    ExpiresActive on
    ExpiresDefault "access plus 1 week"
    <FilesMatch ".*\.(js|js.gz|css|css.gz|jpg|jpeg|png|gif|woff|woff2|ttf|svg|eot|otf)$">
        Header set Cache-Control "max-age=604800, public"
        Header unset ETag
        FileETag None
    </FilesMatch>
    <FilesMatch ".*\.(js|js.gz|css|css.gz|xml)$">
       Header append Vary: Accept-Encoding
    </FilesMatch>    
    <FilesMatch "\.js.gz$">
        ForceType text/javascript
        Header set Content-Encoding: gzip
    </FilesMatch>
    <FilesMatch "\.css.gz$">
        ForceType text/css
        Header set Content-Encoding: gzip
    </FilesMatch>
    <FilesMatch ".*\.(shtml|html|phtml|php)$"> 
        ExpiresActive Off 
    </FilesMatch>
</Ifmodule>

В общем с ростом посещаемость несколько раз в день в error_log появляется ошибка

[Sat Apr 13 20:01:03 2019] [error] server reached MaxClients setting, consider raising the MaxClients setting

соответственно я потихоньку поднимал MaxClients и ServerLimit довел до 32768, через 4 часа появилась ошибка, но при этом апатч не падает и продолжает дальше работать. Решил сегодня поставить 512, может больше ошибка вылазить не будет. Онлайн бывает доходит до 1000-1500 человек на сайте.

Конфиг:

LimitRequestFieldSize 8192 KeepAlive On MaxKeepAliveRequests 4096 KeepAliveTimeout 3

<IfModule prefork.c>

StartServers 32

MinSpareServers 16

MaxSpareServers 64

ServerLimit 4096

MaxClients 2048

MaxRequestsPerChild 8196

</IfModule>

Сервер очень мощный MEM 128 GB, CPU 2690 v2 * 2, HDD Samsung NVME SM951 * 2 Все летает проблем вообще ни каких, утечек памяти тоже нет

Команда httpd -V выдает:

Server version: Apache/2.# (Unix) Server built: Oct 19 2017 16:43:38 Server's Module Magic Number:# Server loaded: APR 1.3.9, APR-Util 1.3.9 Compiled using: APR 1.3.9, APR-Util 1.3.9 Architecture: 64-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR=«server/mpm/prefork» -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT=«/etc/httpd» -D SUEXEC_BIN=«/usr/sbin/suexec» -D DEFAULT_PIDLOG=«run/httpd.pid» -D DEFAULT_SCOREBOARD=«logs/apache_runtime_status» -D DEFAULT_LOCKFILE=«logs/accept.lock» -D DEFAULT_ERRORLOG=«logs/error_log» -D AP_TYPES_CONFIG_FILE=«conf/mime.types» -D SERVER_CONFIG_FILE=«conf/httpd.conf»

С # я немного подтер значение. Может есть какое физическое ограничение, или просто не срабатывает MaxClients?

Периодически апатч подвисает, и еще меня или досят или парсят безбожно. Это я вижу по логам самого сайта. На серваке всего 2 сайта. Второй сайт просто заглушка, но его тоже мучают.

В общем с ростом посещаемость несколько раз в день в error_log появляется ошибка

[Mon Apr 02 21:23:01 2018] [error] server reached MaxClients setting, consider raising the MaxClients setting

соответственно я потихоньку поднимал MaxClients и ServerLimit довел до 32768, через 4 часа появилась ошибка, но при этом апатч не падает и продолжает дальше работать. Решил сегодня поставить 512, может больше ошибка вылазить не будет. Онлайн бывает доходит до 1000-1500 человек на сайте. Ngnix не предлагайте у меня и апатч спокойно справляется с нагрузкой.

Конфиг:

LimitRequestFieldSize 8192 KeepAlive On MaxKeepAliveRequests 4096 KeepAliveTimeout 3

<IfModule prefork.c>

StartServers 16

MinSpareServers 8

MaxSpareServers 32

ServerLimit 1024

MaxClients 512

MaxRequestsPerChild 32768

</IfModule>

Сервер очень мощный MEM 128 GB, CPU 2690 v2 * 2, HDD Samsung NVME SM951 * 2 Все летает проблем вообще ни каких, утечек памяти тоже нет

Команда httpd -V выдает:

Server version: Apache/2.# (Unix) Server built: Oct 19 2017 16:43:38 Server's Module Magic Number:# Server loaded: APR 1.3.9, APR-Util 1.3.9 Compiled using: APR 1.3.9, APR-Util 1.3.9 Architecture: 64-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR=«server/mpm/prefork» -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT=«/etc/httpd» -D SUEXEC_BIN=«/usr/sbin/suexec» -D DEFAULT_PIDLOG=«run/httpd.pid» -D DEFAULT_SCOREBOARD=«logs/apache_runtime_status» -D DEFAULT_LOCKFILE=«logs/accept.lock» -D DEFAULT_ERRORLOG=«logs/error_log» -D AP_TYPES_CONFIG_FILE=«conf/mime.types» -D SERVER_CONFIG_FILE=«conf/httpd.conf»

С # я немного подтер значение. Может есть какое физическое ограничение, или просто не срабатывает MaxClients ?

Через vnc пускает, пароли менял току не кого, через vnc под root нормально работаю, возможно что-то случилось когда ставил ups. Нужен грамотный совет, перестанавливать систему нет смысла там вебсервер.

Письма нормально приходят, так же нормально приходят письма ответвленные с вебформы моих сайтов, и через outlook нормально письма можно посылать почтовые ящики, которые были заведены на postfix между собой, все нормально бегает.

Но при отправке на яндекс маил и тп полная тишина, даже ошибки не приходит.

main.cf поменял только одну строчку mydomain = validity.ru

вот весь

readme_directory = /usr/share/doc/postfix-2.6.6/README_FILES myhostname = validity.ru mydomain = validity.ru myorigin = $myhostname mailbox_size_limit = 0 mailbox_command = /usr/bin/procmail local_recipient_maps = unix:passwd.byname $alias_maps virtual_alias_domains = /etc/mail/local-host-names virtual_alias_maps = hash:/etc/mail/virtusertable smtp_generic_maps = hash:/etc/mail/generic smtpd_sasl_auth_enable = yes broken_sasl_auth_clients = yes smtpd_tls_auth_only = no smtp_use_tls = yes smtpd_use_tls = yes smtp_tls_note_starttls_offer = yes smtpd_tls_key_file = /etc/postfix/sslsmtpd.key smtpd_tls_cert_file = /etc/postfix/sslsmtpd.crt smtpd_tls_received_header = yes smtpd_tls_loglevel = 1 smtpd_sender_restrictions = permit_sasl_authenticated, check_sender_access hash:/etc/mail/access smtpd_client_restrictions = permit_sasl_authenticated, check_client_access hash:/etc/mail/access smtpd_recipient_restrictions = permit_sasl_authenticated, check_sender_access hash:/etc/mail/access, check_client_access hash:/etc/mail/access, check_recipient_access hash:/etc/mail/access, permit_mynetworks, reject_unauth_destination, reject_unlisted_recipient, reject_unverified_recipient

ip адрес нормально резолвится по команде host

26.213.152.5.in-addr.arpa domain name pointer validity.ru.

эту запись мне внесли вчера ночью

система centos 6.5 postfix поставил с помощью ispmanager pro

что я делаю ни так?