По теме из базы знаний
- АИТП. Управляем множественными версиями платформы на серверах, под управлением ОС Linux
- 1С on demand – скажи "нет" постоянным билд-агентам
- Чем воспользоваться для распознавания котиков в 1С?
- Как вам поможет Service Discovery и управление секретами инфраструктуры в 1С и не только
- Стек технологий для 1С
Найденные решения
итак:
после изысканий оказалось, что в момент добавления ИБ запрос к рп хосту идет не от менеджера кластера, и не от рагента(которые находятся во внутренней сети), а от консоли администрирования(т.е. с клиента)
из чего получаем, что (несмотря на то, что сам сервер доступен) конечный сервер кластера не виден и возникает ошибка.
Для одиночного контейнера - это решилось добавлением тега hostname: равного по значению менеджеру докер сворма.
для тиражных решений - будем создавать dns и прописывать туда необходимые ид контейнеров.
Пока план решения такой.
после изысканий оказалось, что в момент добавления ИБ запрос к рп хосту идет не от менеджера кластера, и не от рагента(которые находятся во внутренней сети), а от консоли администрирования(т.е. с клиента)
из чего получаем, что (несмотря на то, что сам сервер доступен) конечный сервер кластера не виден и возникает ошибка.
Для одиночного контейнера - это решилось добавлением тега hostname: равного по значению менеджеру докер сворма.
для тиражных решений - будем создавать dns и прописывать туда необходимые ид контейнеров.
Пока план решения такой.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
итак:
после изысканий оказалось, что в момент добавления ИБ запрос к рп хосту идет не от менеджера кластера, и не от рагента(которые находятся во внутренней сети), а от консоли администрирования(т.е. с клиента)
из чего получаем, что (несмотря на то, что сам сервер доступен) конечный сервер кластера не виден и возникает ошибка.
Для одиночного контейнера - это решилось добавлением тега hostname: равного по значению менеджеру докер сворма.
для тиражных решений - будем создавать dns и прописывать туда необходимые ид контейнеров.
Пока план решения такой.
после изысканий оказалось, что в момент добавления ИБ запрос к рп хосту идет не от менеджера кластера, и не от рагента(которые находятся во внутренней сети), а от консоли администрирования(т.е. с клиента)
из чего получаем, что (несмотря на то, что сам сервер доступен) конечный сервер кластера не виден и возникает ошибка.
Для одиночного контейнера - это решилось добавлением тега hostname: равного по значению менеджеру докер сворма.
для тиражных решений - будем создавать dns и прописывать туда необходимые ид контейнеров.
Пока план решения такой.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот