AUser0

Просто скрипт для проверки вариантов доменов делает запрос на перевод доменного имени в IP-адрес (например командой nslookup domain.com). Это самый простой способ, но не полноценный. Доменное имя может быть куплено, но сайт ещё не создан, IP-адреса у него нет. Но в базе данных ICAAN этот домен уже прописан, в сервисах whois о нём будут подробности. И нет, ICAAN этот список не публикует. И нет, генерации всех-всех-всех доменов тоже нет, ни кто не хранит у себя всевозможные варианты d0ma1n-my-4ouse.net, которые ни кто не регистрировал. Нет регистрации - значит нет и домена, физически.

При размещении сайта силами хостинговой компании частенько хостеры предлагают "помочь" в покупке доменного имени, либо просто "дарят" клиенту нужное доменное имя. Так вот это тот случай и есть. При регистрации доменного имени через таких "добрых" посредников-хостеров все права на доменное имя переходят самим посредникам. То есть вы платите хостерам за домен, они его регистрируют на себя, делают поддержку DNS, привязывают к своему серверу (где будет физически работать сайт), и вуаля. Считается, что вы владеете доменным именем, но это только аренда. Попытайтесь уйти от хостера вместе с доменным именем - узнаете этот "сюрприз". По крайней мере лет 15 назад дело обстояло так.

Вы пытаетесь отправлять письмо с адреса support@test.ru, или просто так спрятали реальный домен? А 1 час после создания ящика подождали? Если всё сделано правильно, а ошибка появляется - прямой путь в техподдержку, больше ни кто и не исправит.

Связано с тем, что линк между 87.245.228.192 и 87.245.233.73 нестабилен - или провод плохо обжат, или в воду попал, или болтается на ветру, или второй роутер виснет и перезагружается, или коденсатор у него вздулся, или BGP решает перестроить маршрут, или что-то ещё... Пинайте провайдера, в его интересах это исправить.

Кроме того, что chown -R :apache /home/main/sites/test.local,
стоит ещё

echo -ne "\n\n127.0.0.1     test.local\n" >>/etc/hosts

Но доступ через домен test.local появится только у той Linux-like машины, на которой выполнена эта команда. И для Windows расположение hosts сооооовсем другое.

$data = json_decode("[{......}]", true);
var_dump($data);

Понимаете ли, RDP - вещь весьма интимная. И поэтому стоит посмотреть встроенные правила Windows Firewall, тобишь Брандмауэра, что порт 3389 НЕ запрещён для НЕлокальной сети. По логике он как раз должен быть запрещён для НЕлокальной сети.

P.S. Можно проверить tcpdump-ом хоть на Микротике, хоть на Windows, что все пакеты долетают, но...

Называется конвейер (канал, pipe, |):

find  -type f -iname "*.html" -exec grep -Him1 'TEXT' {} \; | head -n500

У вас уже какой-то сервис занял порт 80, на котором должен работать nginx. Найдите и остановите, а лучше удалите сервис, занимающий 80-й порт. Поможет команда netstat -nltp |grep :80, в конце строки - имя сервиса.

Если в меню нет управления пользователем/паролем - возможно оно спрятано уровнем выше. Либо, как вариант - в этой версии его не сделали.
А прямо из операционки управлять не пробовали? Под Linux есть пакет ipmitool, эта утилита умеет коннектиться к локальному BMC, и управлять... Блин, ей тоже пароль нужен.
Ну тогда вынимать батарейку на материнке, наверное. Но это сбросит все настройки BIOS, и остаётся надеяться, что и BMC пользователя. А дальше - назначать IP и дефолтные ADMIN/PASSW0RD (вместо O цифра 0, такой прикол, ага). У некоторых производителей вместо PASSW0RD используется серийный номер с этикетки на корпусе сервера. И смотрите в SSH, есть там включение HTTP, или нет.

Проверяйте /etc/passwd, там в первой строке (у пользователя root) в конце строки указано :/bin/bash, верно?

Если хотите мгновенный результат - анализируйте User-Agent пришедшего клиента, отвечайте HTTP кодом 403 или 404.

А онлайн сервисы, показывающие "сайт индексируется" - от самих Гуглов/Яндексов, или посторонние какие-то сайты, которые могут свистеть что угодно?

"Смешались в кучу кони, люди..."

Во-первых, в PHP-коде вообще не используется ни SSL, ни SLL, ни SLS, ни LSS, ни другие комбинации букв.

Во-вторых, в приведённом коде fopen() находится на 2-ой строке, а в ошибке говорится о 19-ой строке. Это как так?

В-третих, не можете проверить сформированный URL, тупо протестировать его в браузере?!? Как пить дать, вам не хватает функции rawurlencode().

Расширения в .XPI файле легко устанавливаются в том числе в portable версию Firefox, и остаются там навечно (до удаления). Даже при копировании portable-папки всё остаётся работоспособным. Эммм, вам нужно какое-то "временное" использование плагина, постоянная установка не удовлетворяет?

Написать скрипт для проверки fstab, cron-ом запускать раз в NN часов, присылать извещения. А в fstab так IMHO не делается.

В каждом письме есть заловки. Обычно программы их не показывают, но можно найти пункт меню "Показать заголовки" или "Подробности", или ещё как. И вот там есть заголовок(ки) "Received:". В самом нижнем таком заголовке должен быть указан IP-адрес отправителя этого письма. Ну а дальше снизу вверх перечислены почтовые сервера, через которые письмо проходило. Ну и можно проследить как имено письмо отправлено, вашим web-сервером, или спамером, мимикрирующим под этот сервер.

P.S. И возможно вы ошиблись со страницей-генератором спама...