Dmitry

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

Ещё проще на своём DNS прописать зону TeamViewer и запретить клиентам пользоваться другими днс серверами

например собрать заново докерконтейнер и залить их в соответствующие места.
если не хочется такие костыли прибивать, то просто примонтировать сертификаты при запуске контейнера (-v)

Попробуйте указать полный путь до докера

Про FreeIPA не отвечу - не сталкивался, а вот про архитектуру есть вот такое:

---
- hosts: win
  gather_facts: true
#  ansible_connection: winrm
  tasks:

    name: Download and install application, 32 bit case
    win_package:
      path: 'https://download-cf.jetbrains.com/[path-of-the-32-bits-edition].exe'
      product_id: "PhpStorm"
      arguments: /S /install
      state: present
    when: ansible_architecture == "32 bits"

    name: Download and install application, 64 bit case
    win_package:
      path: 'https://download-cf.jetbrains.com/[path-of-the-64-bits-edition].exe'
      product_id: "PhpStorm"
      arguments: /S /install
      state: present
    when: ansible_architecture == "64 bits"

это отсюда

Ansible

volume может быть например на NFS
Читать внизу страницы, там где про drivers https://docs.docker.com/storage/volumes/

Главный вопрос - почему не получается зайти на сервер по ssh . Решите эту проблему и сможете достать свои файлы..
Firewall есть? SSH сервер вообще поднят на виртуалке?

Привет, я с такой бедой не сталкивался, но вот тут есть описание похожей проблемы
https://github.com/kubernetes/ingress-nginx/issues/3746
и строчка в документации которая относится к этому
https://kubernetes.github.io/ingress-nginx/user-gu...
там сказано

If the NGINX ingress controller is exposed with a service type=LoadBalancer make sure the protocol between the loadbalancer and NGINX is TCP.

просто проверьте, как оно указано в деплойменте.

Nextcloud умеет шарить линк на файл с паролем. А уж где его развернуть - дело хозяйское , хоть в облаке самому, хоть купить готовый хостинг с установленным.

1. рекурсия в бинде разрешена для клиентов?
2. клиентам разрешено обращаться к кэшу? опции allow-query и allow-query-cache

еще - смотрите логи бинда, в его рабочем каталоге, если не включены логи - включите и смотрите. какие запросы, какая реакция.

Еще можно настроить сервис autofs
https://help.ubuntu.com/community/Autofs

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

Это значит что адрес 193.176.*.* занесен в DNSBL базу данных - адрес в строке. Идете по этому адресу и смотрите, как вытащить себя из нее, но честно говоря - я бы менял адрес, этот небось и в других базах тоже есть.. Не факт что это вы виноваты , может прошлый владелец чудил, держал открытый прокси, рассылал спам , что угодно.. но очистить такой адрес - очень сложно и долго.

вы все запихнули в один контейнер? или все же это два разных? если сообщение про которое вы пишите относится к вашему приложению (а судя по тексту, это не ошибка nginx-а), значит надо дебажить именно контейнер с приложением (что в логах? можете ли вы добавить какую то отладку?).
а если честно - трудно сказать чтото определенное, не видя Dockerfile и docker-compose.yml , а гадать тут - ну так себе занятие.

Много лет подключаюсь к сотням разных линуксов с макбуков. Никаких проблем со вставкой и копированием не испытываю. В качестве терминала на маке использую iTerm , да command - c / command - v отлично работает