Влад Животнев

Никак, ошибку ERR_NAME_NOT_RESOLVED генерирует браузер, когда не может отрезолвить какой-то домен, веб-сервер здесь не участвует.

Nginx умеет отдавать код 444 ("ничего"), апач не умеет.

Это хостинг beget.ru, при этом, скорее всего, бесплатный тариф.

По imap в другой ящик переложите все письма, да и всё.

Можно, только вероятность потери всех данных - примерно 100% за первый год.

Полезно такое для потокового стримминга, точнее даже для кеша над огромным, но медленным хранилищем (над полкой в 75 дисков в 4U, например).

STARTTLS.
Как вариант - smtps/imaps/pop3s.

Возможно через exec, не очень безопасно.

Насчет прав - exec выполняется от прав пользователя, от которого запущен апач (или конкретный вхост, в случае с mpm-itk). Можно решить через sudo, можно через отдельный вхост с нужным пользователем в mpm-itk.

Бэстолку, ethernet сейчас один из самых помехоустойчивых протоколов. Если на том конце не админ гикнутый, то ваши "помехи" они не заметят.

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

https://github.com/raboof/nethogs/tree/master/src смотрите исходники, nethogs из /proc всё достаёт.

Никак. https-соединение (в т.ч. и проверка сертификата) устанавливается ДО отправки любых http-запросов (кроме случая со SNI, там Host заранее отправляется). Редирект - ответ веб-сервера уже.

https://github.com/bigcompany/know-your-http

Для nginx:

server {
listen 80;
server_name ~^(?<subdomainname>[a-z0-9\-]+)\.domain\.ru;
return 301 http://$subdomain.domain.com;
}

gksudo -u root gnome-terminal /bin/bash
Или какой там пользователь у вас с админскими правами.

Ну а дальше vipw и поехали. Или usermod.

Никак, браузер не сможет установить соедение с www.блабла.domain.com, т.к. нет валидного сертификата. Ну то есть сможет, если нажать "да-да, мне плевать" на очень красной и страшной странице.

thikpad x260

Shared-хостинг не предполагает возможности редактирования конфигов софта (по крайней мере, в рег.ру так точно).

Спросите в саппорте хостера, они могут прописать.

На vds-ке (которая с вордпрессом) поднимаем nginx.
Домен А-записью прописываем на vds.

В nginx настраиваем для location / проксирование (гуглить "nginx proxy_pass example") в виндовую виртуалку.
Для location /blog/ - в локальный (на vps) апач.

Это, само собой, при условии, что речь про http сервис.
Заодно при помощи nginx-а можно повысить безопасность сервиса, голым задом с виндой торчать в интернет не стоит.

Офис продажников с хотя бы одним хорошим техническим специалистом всё же нужен (технарь нужен, чтобы продажники не продали то, чего не сможете сделать).
Иначе крупных заказов вам не видать.

А так - вполне реально.