akelsey

Если конечно правильно понял, но в группах бесплатного гитлаба есть и в пике по 21 человеку:

всё работает.
PS
Но это он премиз, точнее менеджед гитлаб на ЯО. В онлайн версии возможно всё иначе.

Попробуйте в консоли от имени администратора:
bcdedit /set hypervisorlaunchtype on
и рестарт.

Так?
grep -P "\d{4}\.\d+" file.txt

На микротик только скрипты + netwatch

пробуйте так:

composer:
    image: composer
    network_mode: bridge
    volumes:
      - ./:/var/www/html
    working_dir: /var/www/html
    entrypoint:
      - composer
      - install
    depends_on:
      - php

Ответ означает что аутентификации не случилось, на форме видно что запрос на аутентификацию ожидается в URI: /credit-qr/login
Нельзя логиниться в произвольный URI, видимо нужно залогиниться, получить Bearer/AuthToken, и уже после этого можно будет пост запросом отправлять этот токен в /test-qr/update-info

Обычно ingress настраивают на Service с типом ClusterIP, и сам ингресс понятия не имеет на какой под сервис бросит запрос. Т.е. если изначально ингресс сконфигурен так (а это скорее всего в 99.99% случаев), то ответ очевиден - нельзя.

Блокировка происходит на серверах Microsoft.
В целом крупные вендоры вроде Microsoft/Google/AWS борются с любыми новыми IP адресами для отправки почты, есть такой термин "прогреть IP"/"warm IP", это не особо простая задача.
Выхода тут два (корректно настроенные SPF/DKIM/DMARC/PTR и другие пасы, к сожалению не помогут):
1. Продолжить пользоваться и получать жалобы о недоставки почты, ждать что компании признают ваш почтовик легитимным (продолжая переписку с поддержкой МС, однажды я добился что они разрешили два адреса публичных, но там была веская и уважительная причина, адреса принадлежали крупному вендору в западной Европе)
2. Приобрести сервис с прогретым адресом и рилеить через него.

Vagrant по умолчанию поднимает машину за NAT, нужно при поднятии машины прописать ещё одну сетевую карту бриджом к локальной сетевой карте, тогда прописывать можно будет айпи адрес выданный DHCP.

node.vm.network "public_network", bridge: "Network interface"

Либо другой вариант проброс портов через Virtualbox.

При удалении роли вряд ли удаляются vhd диски системы, сделайте поиск *.vhd* в профиле, вполне возможно он там лежит.

Покупаете доменное имя, потом создаете в Route53 зону, у хостера которого куплено доменное имя меняете ns на выданные aws.

Тут два варианта решения:

1. Либо server1 и client1 разнести на разные порты например 8081 и 8082. И через nginx проксировать на эти два порта по докер имени. Но это избыточно, лучше п.2
   
2. Убрать из докер композ публикацию портов для server1 и client1, и проксировать на нджинксе по докер именам.
   

По-моему ваша задача решается с помощью docker-compose.
Что-то вроде:

version: '3'
services:
  nginx:
    image: nginx
...
  apiserver:
    image: nodejs-server
...
  adminpanel:
     image: custom-image
...
  db:
     image: mysql-...

далее стандартно

docker-compose up -d
docker-compose restart adminpanel

панель работает независимо.