У вас, похоже, просто сеть между проксмоксом и остальным не настроена. В целом - если ПО запустилось, ему всё равно, в виртуалке оно или на голом железе.
Номер телефона - это сущность, привязанная к оператору мобильной связи. В случае обычного телефона, при отправке смс оператор присылает вам его по воздуху. Если это какой-то короткий номер - обычно используется SMPP-интеграция, с помощью которой все сообщения попадают в ваше ПО.
Короткий номер должен быть зарегистрирован у оператора, а это деньги. Более того - одинаковые короткие номера у разных операторов, это разные номера и отдельные деньги.
Если с сайта (в браузере) можно обратиться к бэкенду - значит, это по факту не бэкенд. И, соответственно, для него нужно настроить HTTPS, тогда проблема будет решена.
Помимо HTTP(S), нужно как-то отрезолвить хосты, с которых предполагается скачивание - это ещё, как минимум, DNS.
Вообще, по-хорошему, это не ваше дело - разбираться, чего не хватает. Нормальный ИБ-отдел должен понимать задачи, сформулированные человеческим языком, вроде "мне нужно мочь скачивать информацию из интернета по HTTP, конкретно - зависимости для проекта из репозиториев".
Ну так продлите сертификат. Переход с HTTPS на HTTP - это неправильно, а вот безусловный редирект в обратную сторону - очень даже, и с этим бороться не нужно.
Если индексы сильно замедляют запись - нужно разбираться с производительностью базы. Приведите цифры - размер данных, нагрузку, что за железо и как настроена СУБД.
Судя по постановке вопроса, вы хотите админить линуксовое, но виндовс-вэй. Так не получится.
А наворачивание поверх вашего зоопарка сервисов различных панелей лишь отсрочит неизбежный момент коллапса с последующим побегом, либо сменой-таки парадигмы мышления.
Таблицы "с огромным количеством записей" - не приговор, учитывая повсеместное внедрение SSD и возможности партиционирования.
Выбираете минимально-разумную конфигурацию, проводите нагрузочное тестирование. Если производительность не устраивает - смотрите, во что упёрлось и добавляете соответствующий ресурс. На что делать упор - зависит от конкретного случая, универсального совета нет. В целом - СУБД любят, когда индексы полностью помещаются в память.
Всё это справедливо, если вы уверены в производительности самого приложения, а также, разумется, подразумевает виртуализацию.