ky0

1. Выгрепываете из вывода dig`а айпишники, пишете их в файл (не обязательно, можно просто в массив сохранить).
2. В цикле для каждого айпишника резолвите PTR-запись, записывая поочерёдно сначала айпишник, потом имя в файл.

Не вижу, если честно, тут особой сложности.

Диагностировать.

Урлы в hosts писать бессмысленно - он работает с доменными именами.

Посмотрите в консоли браузера, на какой IP-адрес отправляются запросы при заходе в вики. Если не на 127.0.0.1 - значит где-то что-то закэшировалось.

Смотря к чему вы этот диск собираетесь подключать. Если у вас с другой стороны винда - всё будет грустно. Если линукс - SCP/SSH вполне неплохо работает.

Если это виртуалка/контейнер - посмотрите логи хоста на предмет oomkiller`а.

Посмотрите, не резолвится ли у кого-нибудь ваш сайт в айпишники Тамйвеба. Это можно сделать, например, тут.

Маршрутизатор, собственно, именно этим и занимается. Выделите нужных клиентов в отдельную группу и заворачивайте трафик от них куда вам нужно.

Что-то у вас многовато всего. Точно ли нельзя избавиться от апача, оставив один нгинкс, который бы и обслуживал весь этот зоопарк?

https://access.redhat.com/solutions/23016

Берёте счётчик количества данных, пролетающих через порт (это делается по-разному в зависимости от того, что за оборудование), добавляете его в качестве элемента данных в Заббиксе, считающего дельту, то есть разницу между показаниями. Затем делаете триггер с этим элементом данных, срабатывающий при превышении порога функции min(300).

NAT1:1 не подходит

Потому что?

Можно, "примитивным where" по валюте и цене.

Оставлю вам ссылочку для размышления, так ли действительно вам нужен впн помимо тора.

Дженкинса в общую группу. Предполагаю, что и веб-серверу понадобится доступ - так что можете добавлять его в www-data или аналоги, после чего раздать на каталоги chown username:www-data.

Универсальное правило - не использовать в продуктиве любые сертификаты, приватный ключ которых генерировали не вы и который куда-то отправлялся. Если нужно обновить/перевыпустить - сами генерируете ключ, из него CSR и отправляете куда надо, а уж там пусть делают, что хотят.

В целом - если речь идёт об общедоступных доменных именах (под вашим контролем), то все пляски с удостоверяющими центрами решаются однократной настройкой Let`s Encrypt.