Да, SSH-доступ может быть включен для хостинг-аккаунта по запросу. Из соображений безопасности SSH не всегда включен по умолчанию, поэтому запрос нужно отправить с контактного email-адреса, указанного в аккаунте клиента, или через авторизованный тикет в поддержку.

Как запросить SSH-доступ

  1. Откройте тикет из панели клиента или отправьте запрос с зарегистрированного контактного email-адреса.
  2. Укажите домен или хостинг-аккаунт, для которого нужен SSH.
  3. Кратко напишите, для чего нужен доступ: например Composer, WP-CLI, Git, диагностика cron, работа с файлами или перенос сайта.
  4. Если хотите использовать SSH-ключ, приложите публичный ключ. Приватный ключ отправлять нельзя.

Данные для подключения

После включения доступа мы отправляем данные подключения в личном ответе поддержки или отдельном письме: имя сервера, SSH-порт и логин. Эти данные не публикуются в базе знаний. В большинстве случаев логин совпадает с пользователем хостинг-аккаунта, который используется в DirectAdmin или FTP/SFTP.

ssh USER@server.example.com -p PORT

Замените USER, server.example.com и PORT на реальные данные вашего хостинг-аккаунта.

SFTP-доступ

Если SSH включен, обычно доступен и SFTP. SFTP работает поверх SSH и безопаснее обычного FTP, потому что соединение шифруется. Для подключения можно использовать FileZilla, WinSCP, Cyberduck или другой SFTP-клиент.

Для чего обычно нужен SSH

  • Запуск Composer-команд для PHP-проектов.
  • Использование WP-CLI для управления WordPress.
  • Запуск Git-команд для деплоя.
  • Проверка логов и прав на файлы.
  • Создание архивов и распаковка больших файлов прямо на сервере.
  • Проверка cron-команд перед добавлением в панель.

Ограничения shared-хостинга

SSH на shared-хостинге предоставляется в пределах вашего хостинг-аккаунта. Root-доступ не предоставляется. Команды, которые могут влиять на других пользователей, системные службы или безопасность сервера, недоступны. Длительные или ресурсоемкие процессы могут ограничиваться правилами хостинга.

Рекомендации по безопасности

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