ky0

Для сравнения двух списков можно использовать comm.

Есть такая штука, tc.

Поскольку не указан конкретный гипервизор, предполагаю, что вопрос теоретического характера. На него дать исчерпывающий ответ тяжело и неохота. Декомпозируйте и поспрашивайте у ChatGPT.

Схема в мапе лишняя. Оставьте только FQDN.

А в чём суть проблемы-то, собственно? Намного важнее регион, в котором зарегистрирован привязанный Apple ID, а не физическое расположение самого макбука.

Чтобы вызывать доверие, "какой-то хэш" должен получаться из проверяемых исходных данных - таймстамп, id пользователя и т. д. Эти данные должны обрабатываться понятным пользователю образом, то есть хорошо, если вы раскроете принцип вычисления результата - тогда любой сможет, подставив данные в формулу, проверить свой результат.

Условно, берём остаток по какому-нибудь модулю от sha256(timestamp + user_id) и используем его в качестве броска n-гранного куба.

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

Всё нормально, это ок.

Раз у вас там HTTP, избыточно ограничивать это на сетевом уровне, когда есть довольно гибкие инструменты прямо в веб-серверах, например.

nginx.org/en/docs/http/ngx_http_core_module.html#l...

Локальная PKI у вас развёрнута, для начала? Иначе не знаю, чего вы там при повсеместном, слава тебе, господи, распространении HTTPS, собираетесь контролировать.

Сквид не устарел.

Завести отдельный серверный блок с server_name main.mydomain.ru - и настроить там редирект или отдачу нужной ошибки.

Представьте, что у вас всё это не на одном хосте, а на трёх разных. Смогёте без маршрутизации?

Вы линуксовые машины конфигурируете expect'ом? Тогда действительно - скорее глобально меняйте подход :)