После выдачи
Для Linux используйте SSH, для Windows Server — RDP.
Здесь описан порядок подключения после выдачи сервера. Фактические адрес, имя пользователя и пароль не приводятся.
Перед подключением
После выдачи сервера войдите в панель управления и откройте страницу нужного сервера. Там указаны адрес подключения, имя пользователя и начальный пароль. Наличие заказа не означает, что данные для подключения уже получены: ориентируйтесь на текущий статус и поля на странице сервера.
Если в аккаунте несколько серверов, сначала проверьте, о каком сервере и установленной системе идёт речь, а затем используйте его данные. Адрес нельзя определить по номеру заказа, а имя пользователя не следует угадывать по типичным настройкам системы. Адрес, имя пользователя и пароль должны относиться к одному серверу.
Справа показано только расположение полей, их значения не заполнены. Фактические данные доступны в панели управления после входа. Получить их из этой иллюстрации нельзя.
Возьмите адрес подключения из панели; если указано несколько IPv4-адресов, используйте первый.
Укажите имя пользователя и начальный пароль нужного сервера. Не используйте универсальное имя пользователя.
Смените пароль или настройте вход по ключу. Сначала проверьте новый способ входа, затем меняйте правила доступа.
Linux / FreeBSD / Proxmox VE
В локальном SSH-клиенте укажите адрес и имя пользователя из панели управления, затем введите начальный пароль по запросу клиента. Если на странице сервера указан порт подключения, используйте его, а не значение, заданное клиентом по умолчанию.
При первом подключении может появиться запрос на подтверждение подлинности хоста. Проверьте, что подключаетесь к нужному серверу; не игнорируйте предупреждение, если адрес неизвестен или данные о хосте неожиданно изменились. При вводе пароля символы могут не отображаться — это не означает, что ввод не сработал.
После входа смените начальный пароль или настройте вход по ключу согласно принятой политике администрирования. Храните закрытый ключ в безопасном месте, а на сервер добавляйте только открытый. Откройте новое подключение и убедитесь, что вход по ключу работает, прежде чем завершать текущий сеанс или менять параметры аутентификации.
Открывайте доступ через брандмауэр только в соответствии с задачами сервера. После изменения порта SSH, способа аутентификации или входящих правил оставьте текущий сеанс открытым и проверьте новое подключение. Не закрывайте старый сеанс и прежний способ доступа, пока новый не проверен.
Вход на хост Proxmox VE и вход в виртуальную машину — разные задачи администрирования. В этом разделе используются учётные данные физического сервера. Учётные записи и доступ к виртуальным машинам настраиваются отдельно при их развёртывании.
Windows Server
Откройте локальный клиент удалённого рабочего стола, введите адрес из панели в поле целевого компьютера и войдите, используя имя пользователя и начальный пароль с той же страницы сервера. Если клиент сохранил учётные данные от другого сервера, проверьте имя пользователя и не допускайте автоматической подстановки старых данных.
Если появится предупреждение о сертификате или подлинности, сначала проверьте соответствие адреса и сервера. Если для сервера приобретено несколько IPv4-адресов, подключайтесь по первому адресу в списке панели. Не заменяйте адрес для первого входа другим на основании предполагаемого назначения адресов.
При первом входе смените пароль администратора и проверьте права удалённого доступа и правила брандмауэра. После смены пароля обновите сохранённые в локальном клиенте данные. Если в старом сеансе по-прежнему виден рабочий стол, это ещё не подтверждает, что новый пароль проверен.
Язык Windows Server зависит от выбора при заказе: английский, традиционный китайский или упрощённый китайский. Язык интерфейса локального клиента удалённого рабочего стола не меняет язык системы на сервере. При вводе пароля проверьте раскладку клавиатуры и регистр.
Установка бизнес-приложений, права пользователей и резервное копирование данных настраиваются в самой системе. Успешное подключение даёт доступ к управлению сервером, но не означает, что приложения, дополнительные адреса или резервное копирование уже настроены.
Порядок использования адресов
В стандартную комплектацию сервера входит один выделенный IPv4-адрес. Если добавлены дополнительные адреса, для SSH и RDP используйте первый адрес в списке панели управления.
Проверьте порядок адресов в панели и укажите первый адрес в клиенте подключения. Не определяйте первый адрес по числовому значению, порядку привязки приложений или сохранённым локально данным.
При обращении по поводу подключения укажите, что использовался первый адрес из списка. Это поможет отличить проблему доступа к хосту от настройки дополнительного адреса.
После входа дополнительные адреса можно настроить в системе или виртуальной машине в соответствии с задачами. Получение дополнительного адреса не означает, что приложения, сетевой мост, маршрутизация и брандмауэр уже настроены.
Если адрес виртуальной машины недоступен, отдельно проверьте подключение к хосту и сеть виртуальной машины. Не используйте адрес виртуальной машины вместо адреса управления физическим сервером.
Перед изменением сетевых параметров запишите текущие адреса и правила. После внесения изменений отдельно проверьте доступ к управлению хостом и сетевой доступ для приложений. Доступность сайта сама по себе не подтверждает, что удалённое администрирование работает.
Ограничения при устранении проблем с подключением
Сбой сетевых настроек и другие проблемы могут помешать обычному удалённому входу. В панели может быть доступен аварийный графический сеанс через браузер; возможность его использования зависит от информации на странице сервера. Для повседневного управления используйте SSH и RDP.
После восстановления доступа проверьте системные настройки, из-за которых прервалось соединение, и повторно проверьте обычное подключение. Аварийный доступ не заменяет безопасное хранение учётных данных, проверку сетевых изменений или резервное копирование и не подтверждает восстановление приложений.
Недоступность целевого сервера, сбой аутентификации и неработающее приложение после входа — разные проблемы. Зафиксируйте этап, на котором возник сбой, и проверяйте соответствующие настройки, не меняя параметры, не связанные с проблемой.
Статус сервера и данные для подключения указаны в панели. Если действующие данные для подключения ещё не получены, не угадывайте адрес и не пробуйте универсальный пароль.
Данные для обращения в поддержку
Технические вопросы отправляйте через панель управления после входа. Статус сервера и данные об оплате также доступны в панели. Перед диагностикой проверьте, какой сервер и заказ относятся к проблеме.
Укажите нужный сервер или заказ и установленную систему. Если проблема касается нескольких серверов, опишите каждый отдельно и не смешивайте адреса и сообщения об ошибках разных серверов в одном описании.
Укажите, используется SSH или RDP, какой клиент применялся и был ли выбран первый IPv4-адрес из списка панели. При необходимости сообщите, возникает ли та же проблема в другой сети.
Сохраните текст ошибки и опишите шаги, на которых она возникла. Различайте тайм-аут, отказ в подключении и ошибку аутентификации. На снимках экрана скройте пароли, закрытые ключи и другие конфиденциальные данные, не относящиеся к проблеме.
Укажите, менялись ли перед появлением проблемы пароль, сеть, брандмауэр или настройки удалённых служб. Перечислите уже выполненные проверки, чтобы избежать повторения тех же действий.
Не вставляйте в обращение полный пароль или закрытый ключ. Если войти в панель управления не удаётся, напишите на support@amdssh.com и опишите проблему с аккаунтом и доступом.
Проверьте адрес, имя пользователя и начальный пароль, затем выберите SSH или RDP в зависимости от системы. При сбое подключения сохраните текст ошибки и отправьте обращение через панель управления.