Партнёры и поставщики
Если интеграция идёт через файлы, недоступность transport endpoint останавливает процесс даже при рабочем сайте.
Гайд · узкий технический запрос
Мониторинг SFTP, FTPS и FTP: когда это нужно и что проверять.
Transport-проверки нужны не каждому проекту, но там, где есть выгрузки, обмены файлами, каталоги партнёров или старая интеграционная схема, падение SFTP, FTPS или FTP может остановить процесс так же сильно, как и недоступный сайт. Поэтому transport monitoring лучше сразу включать в общую карту checks.
SFTPFTPSFTPConnect / List / Stat
Этот материал полезен как для самостоятельного operational-контроля через Linvex Monitor, так и для услуги сопровождения и инфраструктурной поддержки со стороны Linvex.
Сценарии
Когда нужны.
Наследие и совместимость
У части клиентов всё ещё живут сценарии на FTPS или FTP, и их нельзя просто игнорировать.
Безопасный доступ к данным
SFTP часто используется для файловых интеграций, резервных выгрузок и внешних обменов.
Ошибки без человеческого глаза
Если выгрузка идёт по расписанию, проблема transport-сервиса должна ловиться автоматически.
Практика
Что проверять.
Какие операции проверять
- CONNECT для handshake и логина
- LIST для доступа к каталогу
- STAT для проверки файла или пути
Что задаётся в check
- host, port и auth credentials
- timeout и интервал запуска
- operation type и remote path
Что важно в панели
- отдельная причина инцидента по transport
- история последних runs
- разделение SFTP, FTPS и FTP по типам
Ошибки
Типичные ошибки.
Не мониторить transport вовсе
Файловая интеграция может быть критичной, хотя она не видна на основном сайте и в обычном uptime-check.
Использовать один тип check для всего
SFTP, FTPS и FTP — разные контуры с разными handshake и operational-рисками.
Не проверять путь или каталог
Успешный connect ещё не означает, что нужный каталог или файл реально доступен под рабочими правами.
Процесс
Как настроить.
01
Понять, где transport критичен
Сначала нужно определить, какие интеграции реально завязаны на файл, каталог или внешний доступ по протоколу.
02
Выбрать правильный operation
Для одних сценариев достаточно connect, для других нужен list каталога или stat конкретного пути.
03
Разнести checks по проектам
Transport endpoints должны быть привязаны к нужному проекту и сайту, а не жить отдельным бесконтекстным списком.
04
Подвязать инциденты и alerts
Если transport падает, команда должна увидеть это как понятный отдельный инцидент, а не случайную заметку в логах.
FAQ
Частые вопросы по теме.
Когда достаточно CONNECT, а когда нужен LIST или STAT?
CONNECT подходит для проверки handshake и логина. LIST и STAT нужны, когда важно убедиться, что рабочий каталог или путь реально доступны.
Есть ли смысл мониторить обычный FTP?
Да, если у клиента или партнёра именно такой legacy-контур. Но по возможности лучше переходить на SFTP или FTPS.
Можно ли держать transport checks в одной панели с сайтом и API?
Да. Это как раз практичный сценарий, потому что интеграции редко живут отдельно от основного проекта.
Чем SFTP отличается от FTPS и FTP для monitoring?
SFTP — это SSH-based протокол, FTPS — FTP поверх TLS, FTP — legacy plain protocol. Для мониторинга у них разные handshake и operational-особенности.