Все статьи

Getting Started

Что такое CICDoo Начало работы: мастер настройки Панель и карта инфраструктуры

Concepts

Стадии: продакшн, staging и разработка Домены, поддомены и SSL Версии и редакции Odoo (Community или Enterprise) Воркспейсы и командная работа

Servers

Добавление сервера Домены сервера и DNS Использование балансировщика нагрузки Подключение через jump-сервер Действия с сервером: деплой, логи и графики Deleting a server

Projects & Git

Создание проекта Подключение GitHub Project GitHub settings and webhook Подключение GitLab Ветки и инстансы Теги и фильтрация проектов Высокая доступность с узлами приложения Project environments, extensions and deletion

Instances & Console

Создание инстанса Перезапуск, остановка и удаление инстанса Слияние веток между стадиями Web IDE и удалённый доступ SSH access to instances Настройки инстанса Деплои и очередь задач

Agent Tasks

Что такое задачи агента Настройка задач агента Запуск задачи и разбор результата Время агента и его пополнение Agent insights and task filters

Monitoring & Backups

Мониторинг инстанса Резервные копии и восстановление S3 storage, uploads and bulk backup actions Уведомления об инцидентах (email и SMS)

Workspaces & Permissions

Приглашение участников в воркспейс Права участников и доступ к ресурсам Участник не видит ресурс или не может им пользоваться Audit log and server activity

Account & Security

Двухфакторная аутентификация (2FA) Настройки профиля и интеграций Пароли и восстановление доступа Instance security score and checks The Security page: every instance and member at a glance

Billing & Plans

Тарифы и цены Повышение тарифа и управление подпиской Если подписка на проект не оплачена Партнёрская программа Onboarding a client as a partner

Support & Tickets

Создание тикета в поддержку Помощь от команды CICDoo

Troubleshooting

Устранение неполадок: не удаётся подключить сервер Устранение неполадок: деплой завершился ошибкой Устранение неполадок: git push возвращает 403 после переноса репозитория Устранение неполадок: инстанс недоступен или работает медленно Устранение неполадок: проблемы с доменом или SSL

Серверы

Подключение через jump-сервер

Как добавить сервер, до которого CICDoo может добраться по SSH только через jump-сервер (бастион), что должен разрешать jump-сервер и что означают сообщения об ошибках.

Когда нужен jump-сервер

Используйте jump-сервер, если ваш сервер находится в частной сети и попасть на него по SSH можно только через хост-бастион. Раннеры CICDoo сначала подключаются по SSH к jump-серверу, а уже с него к вашему серверу. На jump-сервер ничего не устанавливается.

Jump-сервер используется только для SSH. Ваш сервер по-прежнему скачивает скрипты и отправляет отчёты в CICDoo по HTTPS, поэтому ему нужен исходящий доступ в интернет. Этот доступ может идти через NAT. Ваши домены, DNS-записи и сайты работают точно так же, как без jump-сервера.

Настройка

  1. Добавьте или отредактируйте сервер как обычно. На шаге Домен оставьте публичный адрес сервера и, если вы его используете, IP для подключения.
  2. На шаге Доступ включите "Подключаться через jump-сервер".
  3. Заполните: - Адрес jump-сервера: имя хоста или публичный IP бастиона. Добавьте :port, если его SSH-порт не 22. - Пользователь jump-сервера: учётная запись, под которой CICDoo входит на бастион. - Адрес этого сервера со стороны jump-сервера: обычно его частный IP, например 10.0.0.12. Порт в адресе (10.0.0.12:2222) задаёт SSH-порт сервера. - Аутентификация на jump-сервере: "Наш публичный ключ" (тот же ключ, что показан в разделе Настройка аутентификации по публичному ключу) или "Приватный ключ", куда вы вставляете ключ, который принимает бастион. Вход по паролю и двухфакторный вход на jump-сервере не поддерживаются.
  4. Сохраните. На самом сервере CICDoo по-прежнему использует обычный SSH-вход сервера (пользователь и Способ аутентификации на том же шаге).

Что должен разрешать jump-сервер

  • SSH со всех адресов раннеров CICDoo. Форма перечисляет их в блоке "Перед сохранением".
  • Проброс TCP: AllowTcpForwarding yes в конфигурации sshd.
  • SSH с jump-сервера на адрес и SSH-порт вашего сервера.

Исходящий адрес сервера

Когда сервер выходит в интернет через NAT, его запросы к CICDoo приходят с адреса NAT, а не с его собственного. Добавьте этот адрес в IP для подключения (через запятую после уже указанных адресов). Если вы его не знаете, всё равно сохраните: после первого отклонённого запроса страница сервера покажет адрес, с которого он пришёл, и там же его можно отметить как доверенный.

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

Сообщения об ошибках

  • Could not connect to jump server: неверный адрес или порт бастиона, он недоступен или не разрешает SSH с раннеров CICDoo.
  • Jump server refused the login: неверный пользователь или ключ jump-сервера, либо бастион требует пароль или двухфакторный код.
  • Jump server refused to forward the connection: установите AllowTcpForwarding yes на бастионе.
  • Jump server could not reach this server: неверный адрес со стороны jump-сервера или SSH-порт, либо файрвол между ними блокирует SSH.
  • Reached the server through the jump server, but it refused the login: неверный пользователь или ключ самого сервера. Это та же проверка, что и без jump-сервера.

Доступ пользователей по SSH

Если Доступ пользователей по SSH включён, команды на вкладке Доступ инстанса содержат -J для jump-сервера. Ключ каждого пользователя также должен приниматься jump-сервером, это настраивает его администратор вне CICDoo.

См. также: Добавление сервера, Домены сервера и DNS, Устранение неполадок: не удаётся подключить сервер.

Если что-то не получается, создайте тикет в поддержку на странице Тикеты или через чат-виджет.

Назад Использование балансировщика нагрузки Далее Действия с сервером: деплой, логи и графики

Всё ещё не получается? Откройте тикет из приложения или свяжитесь с инженером.