Разработчикам на проекте, возможно, не придется подключаться к удаленным серверам заказчика, однако такое бывает. В первую очередь для подключения к серверу нужны, естественно, пароли от учетных записей для входа на сервер, нужны адреса хостов и знание куда и когда можно подключаться.
В первый раз страшно. В процессе ежедневной работы приходится иметь дело только с dev-сервером. Ошибки в подключении к dev-базе не могут повредить что-то в продуктовом сервисе. На то он и dev (development), чтобы разрабатывать, ошибаться, ломать свой код и начинать заново. Что касается продуктовых серверов у заказчика, то тут очень важно понимать, что ничего лишнего делать точно не стоит. Всю настройку подключения проводил либо DevOps, либо архитектор проекта. Бывает, что это один человек. Угадать что-либо в этом деле невозможно. Кроме того, попытка попробовать решить какую-то ошибку на своё усмотрение и не уведомить руководителя может привести к последствиям, от которых может пострадать работа не только других разработчиков, но и конечного пользователя.
Прежде чем подключаться, надо понять, к какому серверу будет подключение — Windows или Linux. Сейчас все сервера на Linux, но бывают старые проекты, где еще сохранил legacy — устаревший код, который не поддерживается и не обновляется, но используется.
К Windows можно подключиться с помощью RDP (Remote Desktop Protocol). Между целевым сервером заказчика и локальным рабочим столом могут быть терминальные машины, на которые тоже ставят пароли. Через них можно пройти также с помощью RDP, подключаясь в каждом из них к следующей терминальной машине. Подключившись к серверу, можно работать как на обычном компьютере, однако бывает такое, что системные администраторы отключают возможность копировать или вставлять что-то из буфера обмена, находясь на продуктовом сервере. У заказчика тоже могут быть созданы несколько серверов - прод, прерод и сервер с базой данных. Для всех нужны пароли от учетных записей :)
К серверу с установленной операционной системой Linux можно подключиться, находясь на локальном компьютере с помощью инструментов — bitvise и PuTTY. Настроив их, можно подключаться к базе прода через менеджеры баз данных, например, Dbeaver. Для работы с кодом необходимо будет делать коммиты в ветку master в системе контроля версий.
Конечно, прежде чем заниматься чем-либо на Linux сервере, надо знать как работать с консолью. Backup базы или поиск необходимых файлов придется делать через консоль. Если не получается найти что-то на сервере, не забываем об административной панели на самом портале. Под учетной записью системного администратора можно много чего настроить или посмотреть.