Pull to refresh
100
7

Системный администратор

Send message

Здравствуйте, мне лично проще использовать сторонние утилиты для разворачивания кластеров, которые сразу работают на Linux. Для Docker Desktop нужно производить лишние телодвижения, связанные с установкой или WSL или hyperv. У меня, например, на рабочем компьютере Docker Desktop работает плохо или он кладет систему и становится невозможно работать или просто не запускается..

спасибо! поправлено

Добрый день!
Существует 2 версии - Community (бесплатная) и Enterprise (коммерческая). Цена стартует от 36$ в месяц за одного пользователя. По вопросам, связанным с коммерческой версией необходимо обращаться по ссылке https://goteleport.com/signup/enterprise/

Добрый день, интеграции с CI/CD как таковой нету. В том числе и для отправки результатов на сторонние сервисы.

Отдельно от себя добавлю - в самом GitLab есть возможность подключить harbor, однако там ничего не сказано про отправку отчетов https://docs.gitlab.com/ee/user/project/integrations/harbor.html

Как вариант, можно использовать готовый образ, где уже предустановлен и python, и nodejs https://hub.docker.com/r/nikolaik/python-nodejs

Динамическую да не предусматривает

Так как мы заранее задали роли нодам кластера и прописали их адреса, то роли будут заданы в соответствии с ранее заданными адресами. Это означает, что если необходимо подключаться, например, к мастеру, то необходимо указывать IP-адрес мастера и мастер не уйдет с этой ноды.

Если подключение будет происходить с того компьютера, на котором установлен postgresql (т.е. localhost), то строка будет следующей:

jdbc:postgresql://localhost:5432/test

Если с удаленного компьютера, то строка будет:

jdbc:postgresql://192.168.56.11:5432/test

где test - это имя БД, 192.168.56.11 - IP-адрес мастер ноды

Вы правы. В моем случае данный кейс использовался один раз, для долгосрочного использования необходим Docker Compose.

Странно, всё должно нормально импортироваться.
Да, конечно, вы правы, я имел в виду не именно стандарт протокола доступа, а способы доступа, поправил формулировку. Спасибо, что обратили внимание.
В ONLYOFFICE используется другой скриптовый язык JavaScript вместо VBA.
Пример конвертации макросов можно посмотреть здесь.
Описание работы с макросами.
спасибо, уже заметил, поправил. если что — можно (нужно) в личку слать, чтобы комменты не захламлять
Спасибо за инфу, добавил дату в статью
Можно прочитать вот в этой статье — habr.com/ru/company/first/blog/582230
Статья описывает внедренное несколько лет назад решение, сейчас используется версия 8.3.12.89. Делайте выводы сами. В конце концов есть платная техническая поддержка.
Вопрос авторизации станции Linux в домене AD (Windows) не относится к теме статьи. Однако на вопрос «Вы видели рабочую доменную авторизацию на linux клиенте?» отвечу — видел. У нас эта схема (авторизации linux в домене AD) успешно эксплуатируется уже более 5 лет. Более того, этот вопрос довольно подробно описан в руководствах «отечественных» ОС, например: redos.red-soft.ru/base/arm/arm-domen/arm-msad
В статье именно описано решение, которое позволяет запускать клиентское приложение, используя доменную авторизацию.
Ссылаюсь на ваше замечание: "..6.2.9.3. Аутентификация операционной системы. Пользователь может быть аутентифицирован неявно средствами операционной системы. Для этого пользователю должен быть поставлен в соответствие некоторый пользователь операционной системы. "

По факту реализации решения: когда вы запускаете клиента 1С на компьютере, входящем в домен, вы получаете роль (в конфигурации 1С), закрепленную за доменным пользователем.
Если буквально ответить на ваш вопрос "… А вот как быть с клиентами на linux..":
— зарегистрируйте рабочую станцию Linux в домене AD;
— установите клиентское приложение «1С»;
— настройте подключение к серверу предприятия «1С»
— запустите приложение

И будет вам счастье…
1

Information

Rating
770-th
Works in
Registered
Activity