LazyBadger, Не обязан, но другим отвечает, и на DNS запросы
С РФ локации же всё заканчивается на первом же хопе, где маршрутизатор провайдера срезает трафик до заблокированного IP в РФ
LazyBadger, Значит Ваш провайдер не совсем "белый"
nslookup elenahali.com ns1.etcnameserver.com
DNS request timed out.
timeout was 2 seconds.
Address: 159.65.164.184
*** Превышено время ожидания запроса UnKnown
>ping ns1.etcnameserver.com -n 3
Обмен пакетами с ns1.etcnameserver.com [159.65.164.184] с 32 байтами данных:
Превышен интервал ожидания для запроса.
Статистика Ping для 159.65.164.184:
Пакетов: отправлено = 3, получено = 0, потеряно = 3
(100% потерь)
TrM, Вам другие DNS сервера нужны
Текущие в блоке РКН (сеть IP) из-за этого домен не резольвится у всех
Вы можете использовать/Ваш оператор сторонние DNS, те же Google
Данная сеть в блоке
https://prnt.sc/pbqgo8
igor3310, Если в папке /root , то Ваш сервер взломан
Советую переустанавливать сервер с нуля
Быстрее и надёжнее, чем пытаться найти зловреда
Дак известно по какой
Часть сетей амазона, DO и других зарубежных хостеров в блоке РКН после войны с телегой
redeyer, https://wiki.openvz.org/UBC_secondary_parameters
oomguarpages не даст убить, даже если на ноде кончится память
vmguarpages даст выделить памяти ровно столько, сколько хостер разрешил
Какие-то кошерные Вам хостеры попадались, кто не давал даже 50% заюзать
А какая практическая разница между сменой A и добавлением CNAME ?
Добавьте правило в iptables (даже accept) для 80 порта
По счётчикам будет видно доходят ли вообще пакеты до nginx или уже умирают раньше, в ядре или в хост-ноде
Dimank, Посещаемость могла упасть, а количество данных в базе - вырасти
Нагрузка хоть и зависит от количества пользователей, но не всегда
