Получите инструкцию своей услуги до открытия клиента. Параметры чужого примера не подходят автоматически. Наличие FTP-аккаунта также не доказывает доступ по SFTP или право выполнять команды сервера.

Разные способы защиты

7 октября 2026 повторно прочитаны официальное руководство OpenSSH sftp и RFC4217. SFTP передает файлы по зашифрованному SSH-транспорту; второй документ описывает защиту FTP с TLS. FTPS не становится SFTP от включения шифрования.

Не выбирайте порт и режим по сходству названий. Для каждой услуги нужны ее параметры. Ключ SSH и сертификат TLS проверяются своей процедурой; предупреждение не следует обходить ради завершения передачи.

Перед подключениемЧто подтвердить
ПротоколFTP, FTPS или SFTP конкретной услуги
СерверНужный адрес и порт из инструкции
ВходРазрешенный аккаунт и способ авторизации
ДовериеПроверка нужного ключа или сертификата
ПапкаОбласть доступа и цель передачи

Ограничьте задачу передачей

Выдавайте доступ только к согласованным данным. Файловый аккаунт для подрядчика не повод передавать общий административный пароль. Не размещайте credentials в URL, публичной инструкции или журнале диагностики.

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

Передано не значит опубликовано

После передачи проверьте, где сервер обслуживает сайт. Успешная загрузка архива не доказывает правильную распаковку, публичный путь или работу CMS. База и зависимости приложения рассматриваются отдельно.

Здесь клиенты и подключения к серверам не запускались, пароли и ключи не вводились, файлы не передавались и не удалялись. Это объяснение протоколов, не наша выполненная миграция.

Загрузка сайта описывает цель публикации. Если проблема появилась после смены среды, используйте проверку переноса, а не массовую смену прав или отключение защиты соединения.