Комментарии - Berega - Профиль вебмастера - Форум об интернет-маркетинге

OVH и Rescue

27 июля 2018, 20:41

kxk:
почему у меня не 1 сервера с вестой невзломали, у меня их 45 штук онлайн?

возможно ваши проекты просто пока еще никому не интересны, чтобы их взламывать ☝

baas:

Каждый шаг не кто не будит объяснять.
1 проверить все на вирусы.
2 проверить сервер на уязвимости, просмотреть логи, обновить софт, ядро системы.
3 Проверить на уязвимости сайт с панелью управления.
4 поменять пароли
4,а проверить еще раз на вирусы и отписаться в поддержку.
5 запустить в рабочем состоянии
Как то так.

это и есть Ваша защита ?

Если под ее последнюю версию ходит приватный эксплоит, то ничего из списка выше не поможет.

OVH и Rescue

27 июля 2018, 14:55

kxk:

Веста тут непричём

как она может быть ни при чём, если на нее новые эксплоиты каждый месяц выходят.

падает mysql-сервер - mysqld got signal 11

21 июля 2018, 19:34

LEOnidUKG:
Предложите FastVps переезд на другой сервер.

все-таки FastVPS заменили мне сервер целиком за исключением жестких дисков, посмотрим, что будет

падает mysql-сервер - mysqld got signal 11

19 июля 2018, 12:28

Мой сервер так и валиться с апреля месяца, в качестве решения FastVps предложили тупо отключить сервер на 20 часов, чтобы его проверить ...

Но , как это понимают все дееспособные люди, невозможно, так на сервере рабочие проекты.

В саппорте MYSQL говорят об аппаратной ошибке в железе.

Редирект с www на без www cerbot

25 июня 2018, 13:20

Snapius:
Если добавляю в секцию 443 - return 301 https://test.ru$request_uri;, тогда постоянный редирект и сайт не грузится вообще.

по идее нужно добавить три секции, две с редиректом и третья основная

server {

server_name www.example.com example.com;

return 301 https://example.com$request_uri;

}

server {

listen 443 ssl;

ssl_certificate /path/to/server.cert;

ssl_certificate_key /path/to/server.key;

server_name www.example.com;

return 301 https://example.com$request_uri;

}

server {

listen 443 ssl;

ssl_certificate /path/to/server.cert;

ssl_certificate_key /path/to/server.key;

server_name example.com;

........

}

падает mysql-сервер - mysqld got signal 11

25 июня 2018, 11:38

LEOnidUKG:
Если вы переезжали, значит вы все логи тоже переносили.

Тут была такая тема:
/ru/forum/914665

там всё упиралось в удаление:
ib_data* и ib_log*.

я видел эту тему, там немного другое. Когда переезжал я импортировал базы по одной, без системных таблиц и логов, те по сути это новая база

падает mysql-сервер - mysqld got signal 11

25 июня 2018, 11:11

LEOnidUKG:
А таблицы у вас в основном innodb?
Что вообще хранится в mysql? Это свой проект или магазин или стандартная CMS?

это форум на vbulletin, главные таблицы все в innodb, но есть несколько таблиц MyiSAM

падает mysql-сервер - mysqld got signal 11

25 июня 2018, 11:00

Вот мой конфиг, настроенный админами фаствпс (которые с апреля месяца не могут решить проблему )

[mysqld]

join_buffer_size = 256K

tmp_table_size = 32M

max_heap_table_size = 32M

table_open_cache = 1745

innodb_buffer_pool_size = 8G

#innodb_force_recovery = 1

open_files_limit = 16384

Редирект с www на без www cerbot

25 июня 2018, 09:02

У меня так прописано


server {

    listen 80;

    server_name www.domain.ru domain.ru;



    # redirects both www and non-www to https

    return 301 https://domain.ru$request_uri;

}



server {

        listen 443 ssl;



        ssl_certificate /etc/letsencrypt/live/domain.ru/fullchain.pem;

        ssl_certificate_key /etc/letsencrypt/live/domain.ru/privkey.pem;



        root /home/vm/www/domain.ru;

        index index.php index.html;

        server_name domain.ru www.domain.ru;

 

.....

}

падает mysql-сервер - mysqld got signal 11

25 июня 2018, 08:59

baas:
Хмм.
сгнал 11 - это sigsegv, мускул вылезает за пределы своей памяти.
https://sqlinfo.ru/forum/viewtopic.php?id=1935
Проверьте параметры, да и в логе dmesg, может что то полезнае еще увидите.

Спасибо, да это скорее всего что-то с памятью, в логах mysql пишет что при моих настройках ему необходимо 604254K памяти, но на сервере всегда доступно более 50ГБ, к тому же упасть он может просто при простое.

Возможно дело в железе ? вчера делали быстрый тест оперативной памяти, показало все норм.

dmesg ничего полезного не показывает, только какая-то постоянная ошибка с апачем

[2712070.546300] INFO: task apache2:24762 blocked for more than 120 seconds.

[2712070.546373]       Not tainted 4.9.0-5-amd64 #1 Debian 4.9.65-3+deb9u2

[2712070.546458] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.

[2712070.546549] apache2         D    0 24762  19322 0x00000000

[2712070.546663]  ffff929a2953d400 0000000000000000 ffff929af1c45040 ffff92a06e598940

[2712070.546918]  ffff92a0271f6040 ffff9f8a97f2fb80 ffffffff93402923 ffffffff9301c789

[2712070.547173]  00ff929b43830240 ffff92a06e598940 ffff92a026237c00 ffff929af1c45040

[2712070.547428] Call Trace:

[2712070.547495]  [<ffffffff93402923>] ? __schedule+0x233/0x6d0

[2712070.547568]  [<ffffffff9301c789>] ? d_add+0xc9/0x180

[2712070.547639]  [<ffffffff93402df2>] ? schedule+0x32/0x80

[2712070.547711]  [<ffffffff93405999>] ? rwsem_down_write_failed+0x1f9/0x360

[2712070.547786]  [<ffffffff92fdd9ca>] ? page_is_poisoned+0xa/0x20

[2712070.547859]  [<ffffffff93138213>] ? call_rwsem_down_write_failed+0x13/0x20

[2712070.547934]  [<ffffffff93405039>] ? down_write+0x29/0x40

[2712070.548005]  [<ffffffff92fff256>] ? do_truncate+0x66/0xc0

[2712070.548081]  [<ffffffffc03bfb70>] ? ext4_release_file+0xc0/0xc0 [ext4]

[2712070.548160]  [<ffffffff93011945>] ? path_openat+0x745/0x14d0

[2712070.548233]  [<ffffffff930209d5>] ? touch_atime+0x35/0xd0

[2712070.548317]  [<ffffffff93013991>] ? do_filp_open+0x91/0x100

[2712070.548389]  [<ffffffff9301b078>] ? dput+0x38/0x250

[2712070.548460]  [<ffffffff92ffea1a>] ? __check_object_size+0xfa/0x1d8

[2712070.548532]  [<ffffffff9300128e>] ? do_sys_open+0x12e/0x210

[2712070.548605]  [<ffffffff9340761e>] ? system_call_fast_compare_end+0xc/0xb7

[2712258.475025] systemd[1]: systemd-journald.service: State 'stop-sigabrt' timed out. Terminating.

[2712283.165174] systemd[1]: systemd-journald.service: Main process exited, code=killed, status=6/ABRT

[2712283.165523] systemd[1]: systemd-journald.service: Unit entered failed state.

[2712283.165706] systemd[1]: systemd-journald.service: Failed with result 'watchdog'.

[2712283.166488] systemd[1]: systemd-journald.service: Service has no hold-off time, scheduling restart.

[2712283.167083] systemd[1]: Stopped Flush Journal to Persistent Storage.

[2712283.167200] systemd[1]: Stopping Flush Journal to Persistent Storage...

[2712283.168301] systemd[1]: Stopped Journal Service.

[2712283.168971] systemd[1]: Starting Journal Service...

[2712356.755211] systemd[1]: mysql.service: PID file /var/run/mysqld/mysqld.pid not readable (yet?) after start: No such file or directory

[2712373.224887] systemd[1]: systemd-journald.service: Start operation timed out. Terminating.

[2712463.474781] systemd[1]: systemd-journald.service: State 'stop-final-sigterm' timed out. Killing.

[2712463.475128] systemd[1]: systemd-journald.service: Killing process 26311 (systemd-journal) with signal SIGKILL.

[2712468.287725] systemd[1]: systemd-journald.service: Main process exited, code=killed, status=9/KILL

[2712468.288045] systemd[1]: Failed to start Journal Service.

[2712468.288161] systemd[1]: Dependency failed for Flush Journal to Persistent Storage.

[2712468.288283] systemd[1]: systemd-journal-flush.service: Job systemd-journal-flush.service/start failed with result 'dependency'.

[2712468.288426] systemd[1]: systemd-journald.service: Unit entered failed state.

[2712468.288568] systemd[1]: systemd-journald.service: Failed with result 'timeout'.

[2712468.289118] systemd[1]: systemd-journald.service: Service has no hold-off time, scheduling restart.

[2712468.289369] systemd[1]: Stopped Journal Service.

[2712468.396027] systemd-journald[27315]: File /var/log/journal/33f3d21c849f4e19a23aaac507845fdf/system.journal corrupted or uncleanly shut down, renaming and replacing.

[2712487.594835] systemd[1]: apt-daily.timer: Adding 7h 2min 16.255210s random time.

[2712487.594955] systemd[1]: certbot.timer: Adding 18min 41.724374s random time.

[2712487.595427] systemd[1]: apt-daily-upgrade.timer: Adding 14min 1.047029s random time.

[2712487.704122] systemd[1]: apt-daily.timer: Adding 4h 30min 29.885064s random time.

[2712487.704244] systemd[1]: certbot.timer: Adding 44min 22.996174s random time.

[2712487.704686] systemd[1]: apt-daily-upgrade.timer: Adding 58min 58.703523s random time.

[2712487.733731] systemd[1]: apt-daily.timer: Adding 8h 34min 47.025025s random time.

[2712487.733853] systemd[1]: certbot.timer: Adding 48min 20.796848s random time.

[2712487.734308] systemd[1]: apt-daily-upgrade.timer: Adding 9min 43.923290s random time.

[2712487.762652] systemd[1]: apt-daily.timer: Adding 2h 36min 3.248651s random time.

[2712487.778732] Process accounting resumed

[2712487.850410] Process accounting resumed

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

VK приобрела 70% в структуре компании-разработчика red_mad_robot

Berega